From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 04:24:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46FBE16A404 for ; Sun, 8 Apr 2007 04:24:09 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD8B13C468 for ; Sun, 8 Apr 2007 04:24:08 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l384AaCm022826; Sun, 8 Apr 2007 00:10:37 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 08 Apr 2007 00:10:37 -0400 (EDT) Date: Sun, 8 Apr 2007 00:10:36 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20070407182842.28f7d9e9@kan.dnsalias.net> Message-ID: References: <20070407223046.T7086@kushnir1.kiev.ua> <20070407182842.28f7d9e9@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Something's wrong with ld-elf.so.1 when SYMVER_ENABLED=true X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 04:24:09 -0000 On Sat, 7 Apr 2007, Alexander Kabaev wrote: > > SYMVER_ENABLED is an experimental feature. I suspect the new code in > rtld somehow prevents it from overriding dummy symbols in libc. > SYMVER_ENABLED changes in rtld are work in progress and until they are > finalized, you are on your own. The problem is that we've been using symbol versioning successfully for close to a year now, and you've put experimental rtld symbol versioning behind the same macro. Please consider using another macro just for rtld. I'm about to enable symbol versioning by default, hopefully within the next week or two. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 04:24:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B794016A405 for ; Sun, 8 Apr 2007 04:24:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7CACC13C455 for ; Sun, 8 Apr 2007 04:24:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l3847mTn021798; Sun, 8 Apr 2007 00:07:49 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 08 Apr 2007 00:07:49 -0400 (EDT) Date: Sun, 8 Apr 2007 00:07:48 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Vladimir Kushnir In-Reply-To: <20070407223046.T7086@kushnir1.kiev.ua> Message-ID: References: <20070407223046.T7086@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Something's wrong with ld-elf.so.1 when SYMVER_ENABLED=true X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 04:24:10 -0000 On Sun, 8 Apr 2007, Vladimir Kushnir wrote: > Hi, > Here's description. It's amd64-CURRENT. World was rebuilt last night (with > SYMVER_ENABLED=true set in /etc/make.conf long ago). After re-installation, > sudenly everything's falling on its face with segfaults, with "pam_rootok.so > not found", with "Can't allocate initial thread" and so on. After ld-elf.so.1 > and ld-elf32.so.1 were replaced with old ones (from Jan 27 :-() everything > went and still goes on with no problems. > > Indeed, as simple listing (and strings) show, in new (installed => stripped) > ld-elf.so.1 (180 kB) vs old ld-elf.so.1.old (224 kB) lots of symbols (like > _DYNAMIC or .rtld_start, for one) are just absent. I had the same problem and disabled symbol versioning in src/libexec/rtld-elf/Makefile. This was on i386 and caused pam to fail and not allow any logins. login: in openpam_load_module(): no pam_nologin.so found login: pam_start(): system error -- DE Index: Makefile =================================================================== RCS file: /opt/FreeBSD/cvs/src/libexec/rtld-elf/Makefile,v retrieving revision 1.37 diff -u -r1.37 Makefile --- Makefile 3 Apr 2007 19:01:06 -0000 1.37 +++ Makefile 7 Apr 2007 16:04:14 -0000 @@ -21,6 +21,7 @@ DPADD= ${LIBC_PIC} LDADD= -lc_pic +.if 0 .if defined(SYMVER_ENABLED) SYMBOL_MAPS= ${.CURDIR}/Symbol.map VERSION_DEF= ${.CURDIR}/Versions.def @@ -33,6 +34,7 @@ @@ -33,6 +34,7 @@ SYMBOL_MAPS+= ${.CURDIR}/${MACHINE_ARCH}/Symbol.map .endif .endif +.endif .if exists(${.CURDIR}/${MACHINE_ARCH}/Makefile.inc) .include "${.CURDIR}/${MACHINE_ARCH}/Makefile.inc" From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 06:03:13 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F59016A401; Sun, 8 Apr 2007 06:03:13 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4166313C43E; Sun, 8 Apr 2007 06:03:13 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id 160E48C510; Sun, 8 Apr 2007 08:03:11 +0200 (CEST) Message-ID: <4618859F.3010603@free.fr> Date: Sun, 08 Apr 2007 08:03:11 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070406025700.GB98545@garage.freebsd.pl> In-Reply-To: <20070406025700.GB98545@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, zfs-discuss@opensolaris.org, freebsd-current@FreeBSD.org Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 06:03:13 -0000 hello, After csup, buildworld fails for me in libumem. Is this due to zfs import ? Or my config ? Thanks for any clue, i'm dying to try your brand new zfs on amd64 !! Bruno FreeBSD vil1.ruomad.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Mar 23 07:33:56 CET 2007 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 amd64 make buildworld: ===> cddl/lib/libumem (all) cc -O2 -fno-strict-aliasing -pipe -march=nocona -I/usr/src/cddl/lib/libumem/../../../compat/opensolaris/lib/libumem -D_SOLARIS_C_SOURCE -c /usr/src/cddl/lib/libumem/umem.c /usr/src/cddl/lib/libumem/umem.c:197: error: redefinition of 'nofail_cb' /usr/src/cddl/lib/libumem/umem.c:30: error: previous definition of 'nofail_cb' was here /usr/src/cddl/lib/libumem/umem.c:199: error: redefinition of `struct umem_cache' /usr/src/cddl/lib/libumem/umem.c:210: error: redefinition of 'umem_alloc' /usr/src/cddl/lib/libumem/umem.c:43: error: previous definition of 'umem_alloc' was here /usr/src/cddl/lib/libumem/umem.c:233: error: redefinition of 'umem_zalloc' /usr/src/cddl/lib/libumem/umem.c:66: error: previous definition of 'umem_zalloc' was here /usr/src/cddl/lib/libumem/umem.c:256: error: redefinition of 'umem_free' /usr/src/cddl/lib/libumem/umem.c:89: error: previous definition of 'umem_free' was here /usr/src/cddl/lib/libumem/umem.c:264: error: redefinition of 'umem_nofail_callback' /usr/src/cddl/lib/libumem/umem.c:97: error: previous definition of 'umem_nofail_callback' was here /usr/src/cddl/lib/libumem/umem.c:272: error: redefinition of 'umem_cache_create' /usr/src/cddl/lib/libumem/umem.c:105: error: previous definition of 'umem_cache_create' was here /usr/src/cddl/lib/libumem/umem.c:291: error: redefinition of 'umem_cache_alloc' /usr/src/cddl/lib/libumem/umem.c:124: error: previous definition of 'umem_cache_alloc' was here /usr/src/cddl/lib/libumem/umem.c:321: error: redefinition of 'umem_cache_free' /usr/src/cddl/lib/libumem/umem.c:154: error: previous definition of 'umem_cache_free' was here /usr/src/cddl/lib/libumem/umem.c:332: error: redefinition of 'umem_cache_destroy' /usr/src/cddl/lib/libumem/umem.c:165: error: previous definition of 'umem_cache_destroy' was here /usr/src/cddl/lib/libumem/umem.c:364: error: redefinition of 'nofail_cb' /usr/src/cddl/lib/libumem/umem.c:197: error: previous definition of 'nofail_cb' was here /usr/src/cddl/lib/libumem/umem.c:364: error: redefinition of 'nofail_cb' /usr/src/cddl/lib/libumem/umem.c:197: error: previous definition of 'nofail_cb' was here /usr/src/cddl/lib/libumem/umem.c:366: error: redefinition of `struct umem_cache' /usr/src/cddl/lib/libumem/umem.c:377: error: redefinition of 'umem_alloc' /usr/src/cddl/lib/libumem/umem.c:210: error: previous definition of 'umem_alloc' was here /usr/src/cddl/lib/libumem/umem.c:377: error: redefinition of 'umem_alloc' /usr/src/cddl/lib/libumem/umem.c:210: error: previous definition of 'umem_alloc' was here /usr/src/cddl/lib/libumem/umem.c:400: error: redefinition of 'umem_zalloc' /usr/src/cddl/lib/libumem/umem.c:233: error: previous definition of 'umem_zalloc' was here /usr/src/cddl/lib/libumem/umem.c:400: error: redefinition of 'umem_zalloc' /usr/src/cddl/lib/libumem/umem.c:233: error: previous definition of 'umem_zalloc' was here /usr/src/cddl/lib/libumem/umem.c:423: error: redefinition of 'umem_free' /usr/src/cddl/lib/libumem/umem.c:256: error: previous definition of 'umem_free' was here /usr/src/cddl/lib/libumem/umem.c:423: error: redefinition of 'umem_free' /usr/src/cddl/lib/libumem/umem.c:256: error: previous definition of 'umem_free' was here /usr/src/cddl/lib/libumem/umem.c:431: error: redefinition of 'umem_nofail_callback' /usr/src/cddl/lib/libumem/umem.c:264: error: previous definition of 'umem_nofail_callback' was here /usr/src/cddl/lib/libumem/umem.c:431: error: redefinition of 'umem_nofail_callback' /usr/src/cddl/lib/libumem/umem.c:264: error: previous definition of 'umem_nofail_callback' was here /usr/src/cddl/lib/libumem/umem.c:439: error: redefinition of 'umem_cache_create' /usr/src/cddl/lib/libumem/umem.c:272: error: previous definition of 'umem_cache_create' was here /usr/src/cddl/lib/libumem/umem.c:439: error: redefinition of 'umem_cache_create' /usr/src/cddl/lib/libumem/umem.c:272: error: previous definition of 'umem_cache_create' was here /usr/src/cddl/lib/libumem/umem.c:458: error: redefinition of 'umem_cache_alloc' /usr/src/cddl/lib/libumem/umem.c:291: error: previous definition of 'umem_cache_alloc' was here /usr/src/cddl/lib/libumem/umem.c:458: error: redefinition of 'umem_cache_alloc' /usr/src/cddl/lib/libumem/umem.c:291: error: previous definition of 'umem_cache_alloc' was here /usr/src/cddl/lib/libumem/umem.c:488: error: redefinition of 'umem_cache_free' /usr/src/cddl/lib/libumem/umem.c:321: error: previous definition of 'umem_cache_free' was here /usr/src/cddl/lib/libumem/umem.c:488: error: redefinition of 'umem_cache_free' /usr/src/cddl/lib/libumem/umem.c:321: error: previous definition of 'umem_cache_free' was here /usr/src/cddl/lib/libumem/umem.c:499: error: redefinition of 'umem_cache_destroy' /usr/src/cddl/lib/libumem/umem.c:332: error: previous definition of 'umem_cache_destroy' was here /usr/src/cddl/lib/libumem/umem.c:499: error: redefinition of 'umem_cache_destroy' /usr/src/cddl/lib/libumem/umem.c:332: error: previous definition of 'umem_cache_destroy' was here *** Error code 1 Stop in /usr/src/cddl/lib/libumem. *** Error code 1 Stop in /usr/src/cddl/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 09:50:00 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A6D616A401; Sun, 8 Apr 2007 09:50:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id EE2A213C465; Sun, 8 Apr 2007 09:49:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 77FC6487F0; Sun, 8 Apr 2007 11:49:57 +0200 (CEST) Received: from localhost (cvl74.internetdsl.tpnet.pl [83.19.93.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 90E7045684; Sun, 8 Apr 2007 11:49:46 +0200 (CEST) Date: Sun, 8 Apr 2007 11:49:31 +0200 From: Pawel Jakub Dawidek To: Bruno Damour Message-ID: <20070408094931.GW63916@garage.freebsd.pl> References: <20070406025700.GB98545@garage.freebsd.pl> <4618859F.3010603@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l4GQ7sizse6iPvDe" Content-Disposition: inline In-Reply-To: <4618859F.3010603@free.fr> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, zfs-discuss@opensolaris.org, freebsd-current@FreeBSD.org Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 09:50:00 -0000 --l4GQ7sizse6iPvDe Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 08, 2007 at 08:03:11AM +0200, Bruno Damour wrote: > hello, >=20 > After csup, buildworld fails for me in libumem. > Is this due to zfs import ? > Or my config ? >=20 > Thanks for any clue, i'm dying to try your brand new zfs on amd64 !! >=20 > Bruno >=20 > FreeBSD vil1.ruomad.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Mar 23 07= :33:56 CET 2007 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 amd64 >=20 > make buildworld: >=20 > =3D=3D=3D> cddl/lib/libumem (all) > cc -O2 -fno-strict-aliasing -pipe -march=3Dnocona -I/usr/src/cddl/lib/lib= umem/../../../compat/opensolaris/lib/libumem -D_SOLARIS_C_SOURCE -c /usr/s= rc/cddl/lib/libumem/umem.c > /usr/src/cddl/lib/libumem/umem.c:197: error: redefinition of 'nofail_cb' > /usr/src/cddl/lib/libumem/umem.c:30: error: previous definition of 'nofai= l_cb' was here > /usr/src/cddl/lib/libumem/umem.c:199: error: redefinition of `struct umem= _cache' > /usr/src/cddl/lib/libumem/umem.c:210: error: redefinition of 'umem_alloc' > /usr/src/cddl/lib/libumem/umem.c:43: error: previous definition of 'umem_= alloc' was here Did you use my previous patches? There is no cddl/lib/libumem/umem.c is HEAD, it was it's old location and it was moved to compat/opensolaris/lib/libumem/. Delete your entire cddl/ directory and recsup. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --l4GQ7sizse6iPvDe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGLqrForvXbEpPzQRAv0kAKDYfwC82IofFAzHSfrMoAtyE9noNQCg2/aZ nFmUmfK6E6Iymm/Xff9wEDA= =p6Qv -----END PGP SIGNATURE----- --l4GQ7sizse6iPvDe-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 16:52:54 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5749016A402 for ; Sun, 8 Apr 2007 16:52:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 66F4D13C43E for ; Sun, 8 Apr 2007 16:52:53 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l38GK1vS053856 for ; Mon, 9 Apr 2007 01:20:01 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 9 Apr 2007 01:20:01 +0900 From: Norikatsu Shigemura To: current@FreeBSD.org Message-Id: <20070409012001.adeb61b8.nork@FreeBSD.org> X-Mailer: Sylpheed 2.4.0beta5 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 09 Apr 2007 01:20:01 +0900 (JST) Cc: Subject: linux sg panic on 7-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: Sun, 08 Apr 2007 16:52:54 -0000 I have a new issue of linux sg, new cam feature. So I kgdb-ed, but I have no idea to fix this issue. Please see also following result. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc09589bb stack pointer = 0x28:0xfc795b60 frame pointer = 0x28:0xfc795b98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1333 (hald-probe-storage) [thread pid 1333 tid 100163 ] Stopped at sgread+0xab: movl $0x1,0xc(%ebx) db> bt Tracing pid 1333 tid 100163 td 0xc5b27cb0 sgread(c53a2f00,fc795c60,0,c6b85048,fc795c60,...) at sgread+0xab giant_read(c53a2f00,fc795c60,0,c00,c53a2f00,...) at giant_read+0x6a devfs_read_f(c6b85048,fc795c60,c4d37080,0,c5b27cb0,...) at devfs_read_f+0x7c dofileread(c5b27cb0,4,c6b85048,fc795c60,ffffffff,...) at dofileread+0xa7 kern_readv(c5b27cb0,4,fc795c60,4112a00c,bf4,...) at kern_readv+0x60 read(c5b27cb0,fc795d00,c,6,c,...) at read+0x4f syscall(fc795d38) at syscall+0x363 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (3, FreeBSD ELF32, read), eip = 0x404922d7, esp = 0xbfbfe64c, ebp = 0xbfbfe6b8 --- db> call doadump Physical memory: 2039 MB Dumping 96 MB: 81 65 49 33 17 1 Dump complete = 0xf db> reset - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # cd /usr/obj/usr/src/sys/NADESICO # kgdb -n 2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. During symbol reading, debug info gives macro definition outside of any file: __STDC_VERSION__ 199901L. During symbol reading, no terminating 0-type entry for macros in `.debug_macinfo' section. During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc09589bb stack pointer = 0x28:0xfc795b60 frame pointer = 0x28:0xfc795b98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1333 (hald-probe-storage) Physical memory: 2039 MB Dumping 96 MB: 81 65 49 33 17 1 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) getsyms During symbol reading, Incomplete CFI data; unspecified registers at 0xc04a66a3. Id Refs Address Size Name 1 52 0xc0400000 3c1e5c kernel 2 1 0xc07c2000 44ec nullfs.ko 3 1 0xc07c7000 61fc geom_label.ko 4 1 0xc07ce000 6f44 geom_md.ko 5 2 0xc07d5000 27440 linux.ko 6 3 0xc07fd000 4914 sysvmsg.ko 7 3 0xc0802000 6384 sysvsem.ko 8 2 0xc0809000 4b84 sysvshm.ko 9 1 0xc080e000 5844 if_tap.ko 10 1 0xc0814000 b504 snd_maestro3.ko 11 2 0xc0820000 42274 sound.ko 12 2 0xc0863000 245d0 usb.ko 13 1 0xc0888000 400c ums.ko 14 1 0xc088d000 1799c agp.ko 15 1 0xc08a5000 c2e4 random.ko 16 6 0xc08b2000 e90c ata.ko 17 1 0xc08c1000 22960 atapci.ko 18 1 0xc08e4000 3bb0 atadisk.ko 19 1 0xc08e8000 7ef4 atapicd.ko 20 1 0xc08f0000 3b94 atapifd.ko 21 1 0xc08f4000 4cc8 atapist.ko 22 1 0xc08f9000 1d30 io.ko 23 1 0xc08fb000 4d60 mem.ko 24 1 0xc0900000 4584 if_fwe.ko 25 4 0xc0905000 15b6c firewire.ko 26 1 0xc091b000 11674 sym.ko 27 3 0xc092d000 4150c cam.ko 28 1 0xc096f000 a678 sbp.ko 29 1 0xc097a000 2df0 dcons_crom.ko 30 1 0xc097d000 a9c4 hifn.ko 31 1 0xc0988000 68640 acpi.ko 32 2 0xc573c000 6000 procfs.ko 33 2 0xc5747000 6000 pseudofs.ko 34 1 0xc57a2000 7000 linprocfs.ko 35 1 0xc57b2000 a5000 zfs.ko 36 1 0xc6876000 36000 nfsclient.ko 37 1 0xc69ee000 1f000 nfsserver.ko 38 1 0xc6b33000 8000 aio.ko 39 1 0xc6b46000 1d000 kqemu.ko Select the list above with the mouse, paste into the screen and then press ^D. Yes, this is annoying. 1 52 0xc0400000 3c1e5c kernel 2 1 0xc07c2000 44ec nullfs.ko 3 1 0xc07c7000 61fc geom_label.ko 4 1 0xc07ce000 6f44 geom_md.ko 5 2 0xc07d5000 27440 linux.ko 6 3 0xc07fd000 4914 sysvmsg.ko 7 3 0xc0802000 6384 sysvsem.ko 8 2 0xc0809000 4b84 sysvshm.ko 9 1 0xc080e000 5844 if_tap.ko 10 1 0xc0814000 b504 snd_maestro3.ko 11 2 0xc0820000 42274 sound.ko 12 2 0xc0863000 245d0 usb.ko 13 1 0xc0888000 400c ums.ko 14 1 0xc088d000 1799c agp.ko 15 1 0xc08a5000 c2e4 random.ko 16 6 0xc08b2000 e90c ata.ko 17 1 0xc08c1000 22960 atapci.ko 18 1 0xc08e4000 3bb0 atadisk.ko 19 1 0xc08e8000 7ef4 atapicd.ko 20 1 0xc08f0000 3b94 atapifd.ko 21 1 0xc08f4000 4cc8 atapist.ko 22 1 0xc08f9000 1d30 io.ko 23 1 0xc08fb000 4d60 mem.ko 24 1 0xc0900000 4584 if_fwe.ko 25 4 0xc0905000 15b6c firewire.ko 26 1 0xc091b000 11674 sym.ko 27 3 0xc092d000 4150c cam.ko 28 1 0xc096f000 a678 sbp.ko 29 1 0xc097a000 2df0 dcons_crom.ko 30 1 0xc097d000 a9c4 hifn.ko 31 1 0xc0988000 68640 acpi.ko 32 2 0xc573c000 6000 procfs.ko 33 2 0xc5747000 6000 pseudofs.ko 34 1 0xc57a2000 7000 linprocfs.ko 35 1 0xc57b2000 a5000 zfs.ko 36 1 0xc6876000 36000 nfsclient.ko 37 1 0xc69ee000 1f000 nfsserver.ko 38 1 0xc6b33000 8000 aio.ko 39 1 0xc6b46000 1d000 kqemu.ko add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/acpi/acpi/acpi.ko.debug" at .text_addr = 0xc0999800 .data_addr = 0xc09da220 .bss_addr = 0xc09dca00 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/agp/agp.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0892840 .data_addr = 0xc08a0260 .bss_addr = 0xc08a0f78 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/aio/aio.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc6b359d0 .data_addr = 0xc6b3a000 .bss_addr = 0xc6b3aa40 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/ata/ata.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08b6160 .data_addr = 0xc08beb60 .bss_addr = 0xc08beed8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapci/atapci.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08c8ea0 .data_addr = 0xc08df000 .bss_addr = 0xc08e09b4 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atadisk/atadisk.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08e4f90 .data_addr = 0xc08e6da0 .bss_addr = 0xc08e6f58 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapicd/atapicd.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08e9cb0 .data_addr = 0xc08eede0 .bss_addr = 0xc08eefe8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapifd/atapifd.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08f0f10 .data_addr = 0xc08f2da0 .bss_addr = 0xc08f2f58 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ata/atapist/atapist.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08f5330 .data_addr = 0xc08f7cc0 .bss_addr = 0xc08f7ee8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/cam/cam.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0939d00 .data_addr = 0xc0964120 .bss_addr = 0xc0967440 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/dcons_crom/dcons_crom.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc097ab80 .data_addr = 0xc097c100 .bss_addr = 0xc097c278 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/firewire/firewire/firewire.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0908a00 .data_addr = 0xc0917000 .bss_addr = 0xc0917d10 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/firewire/fwe/if_fwe.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0901130 .data_addr = 0xc09030c0 .bss_addr = 0xc0903408 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/firewire/sbp/sbp.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc09717b0 .data_addr = 0xc0977000 .bss_addr = 0xc09775bc add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/geom/geom_label/geom_label.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc07c8b10 .data_addr = 0xc07cc340 .bss_addr = 0xc07cc510 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/hifn/hifn.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc097f560 .data_addr = 0xc09862a0 .bss_addr = 0xc0986560 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/if_tap/if_tap.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc080fc10 .data_addr = 0xc0812000 .bss_addr = 0xc0812428 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/io/io.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08f95f0 .data_addr = 0xc08fa740 .bss_addr = 0xc08fa868 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc57a4610 .data_addr = 0xc57a8ca0 .bss_addr = 0xc57a8f44 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/linux/linux.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc07dddb0 .data_addr = 0xc07f3000 .bss_addr = 0xc07f577c add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/md/geom_md.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc07cfdc0 .data_addr = 0xc07d3940 .bss_addr = 0xc07d3be8 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/mem/mem.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08fbff0 .data_addr = 0xc08feaa0 .bss_addr = 0xc08fed50 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/nfsclient/nfsclient.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc68806d0 .data_addr = 0xc68a9760 .bss_addr = 0xc68aadc0 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/nfsserver/nfsserver.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc69f2be0 .data_addr = 0xc6a07140 .bss_addr = 0xc6a07740 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/nullfs/nullfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc07c3420 .data_addr = 0xc07c5000 .bss_addr = 0xc07c5390 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/procfs/procfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc573dcb0 .data_addr = 0xc5741500 .bss_addr = 0xc574185c add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/pseudofs/pseudofs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc5748be0 .data_addr = 0xc574c740 .bss_addr = 0xc574cb18 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/random/random.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08a6ee0 .data_addr = 0xc08af000 .bss_addr = 0xc08af280 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sound/sound/sound.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc082f000 .data_addr = 0xc08501a0 .bss_addr = 0xc0856640 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sound/driver/maestro3/snd_maestro3.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0815d80 .data_addr = 0xc081d0a0 .bss_addr = 0xc081df7c add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sym/sym.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc091cde0 .data_addr = 0xc0929000 .bss_addr = 0xc092af24 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sysvipc/sysvmsg/sysvmsg.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc07fe440 .data_addr = 0xc0800000 .bss_addr = 0xc0800588 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sysvipc/sysvsem/sysvsem.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc08037b0 .data_addr = 0xc0806900 .bss_addr = 0xc0806f24 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/sysvipc/sysvshm/sysvshm.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc080a4a0 .data_addr = 0xc080c000 .bss_addr = 0xc080c5cc add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/ums/ums.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0888f80 .data_addr = 0xc088b360 .bss_addr = 0xc088b508 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/usb/usb.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc0868670 .data_addr = 0xc0880000 .bss_addr = 0xc0880da0 add symbol table from file "/usr/obj/usr/src/sys/NADESICO/modules/usr/src/sys/modules/zfs/zfs.ko.debug" at During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. .text_addr = 0xc57c57b0 .data_addr = 0xc5849200 .bss_addr = 0xc584b920 (kgdb) bt #0 doadump () at pcpu.h:172 During symbol reading, Incomplete CFI data; unspecified registers at 0xc04a66a3. During symbol reading, debug info gives macro definition outside of any file: __STDC_VERSION__ 199901L. During symbol reading, no terminating 0-type entry for macros in `.debug_macinfo' section. #1 0xc0435f3a in db_fncall (dummy1=0x0, dummy2=0x0, dummy3=0x7cf, dummy4=0xfc795904 "") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0435ce0 in db_command (last_cmdp=0xc0707b04, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #3 0xc0435dc5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #4 0xc0438055 in db_trap (type=0xc, code=0x0) at /usr/src/sys/ddb/db_main.c:222 #5 0xc04d045f in kdb_trap (type=0x0, code=0x0, tf=0xfc795b20) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc069462c in trap_fatal (frame=0xfc795b20, eva=0xc) at /usr/src/sys/i386/i386/trap.c:867 #7 0xc06942d5 in trap_pfault (frame=0xfc795b20, usermode=0x0, eva=0xc) at /usr/src/sys/i386/i386/trap.c:785 #8 0xc0693e4c in trap (frame=0xfc795b20) at /usr/src/sys/i386/i386/trap.c:462 #9 0xc067b54b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc09589bb in sgread (dev=0xc55c3c00, uio=0xfc795c60, ioflag=0x0) at /usr/src/sys/modules/cam/../../cam/scsi/scsi_sg.c:807 #11 0xc047171a in giant_read (dev=0xc53a2f00, uio=0xc55c3c00, ioflag=0xc55c3c00) at /usr/src/sys/kern/kern_conf.c:318 #12 0xc0457d3c in devfs_read_f (fp=0xc6b85048, uio=0xfc795c60, cred=0xc4d37080, flags=0x0, td=0xc5b27cb0) at /usr/src/sys/fs/devfs/devfs_vnops.c:873 #13 0xc04dd637 in dofileread (td=0xc5b27cb0, fd=0xc55c3c00, fp=0xc6b85048, auio=0xfc795c60, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:242 #14 0xc04dd430 in kern_readv (td=0xc5b27cb0, fd=0x4, auio=0xc55c3c00) at /usr/src/sys/kern/sys_generic.c:180 #15 0xc04dd2ef in read (td=0xc55c3c00, uap=0x0) at /usr/src/sys/kern/sys_generic.c:110 #16 0xc0694a73 in syscall (frame=0xfc795d38) at /usr/src/sys/i386/i386/trap.c:1016 #17 0xc067b5b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list *sgread+0xab During symbol reading, symtab found for `pcpu.h', but that file is not covered in the compilation unit's macro information. 0xc09589bb is in sgread (/usr/src/sys/modules/cam/../../cam/scsi/scsi_sg.c:812). 807 TAILQ_FOREACH(rdwr, &sc->rdwr_done, rdwr_link) { 808 if (rdwr->tag == pack_id) 809 break; 810 } 811 if ((rdwr == NULL) || (rdwr->state != SG_RDWR_DONE)) { 812 rdwr->state = SG_RDWR_WAITING; 813 if (tsleep(rdwr, PCATCH, "sgread", 0) == ERESTART) 814 return (EAGAIN); 815 goto search; 816 } (kgdb) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 17:04:45 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E786816A401; Sun, 8 Apr 2007 17:04:45 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id A33AE13C46A; Sun, 8 Apr 2007 17:04:45 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 232508BCF9C; Sun, 8 Apr 2007 19:04:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SpivS6TFt98R; Sun, 8 Apr 2007 19:04:21 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 711AD8BCF5A; Sun, 8 Apr 2007 19:04:21 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l38H4LqW085256; Sun, 8 Apr 2007 19:04:21 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 8 Apr 2007 19:04:21 +0200 From: Roman Divacky To: Norikatsu Shigemura Message-ID: <20070408170421.GA85151@freebsd.org> References: <20070409012001.adeb61b8.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070409012001.adeb61b8.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: current@FreeBSD.org Subject: Re: linux sg panic on 7-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: Sun, 08 Apr 2007 17:04:46 -0000 On Mon, Apr 09, 2007 at 01:20:01AM +0900, Norikatsu Shigemura wrote: > I have a new issue of linux sg, new cam feature. So I kgdb-ed, > but I have no idea to fix this issue. Please see also following > result. unrelated to the panic but.. scott is aware about some problems with the driver and he is going to commit a fix for them "in a few days" (to quote him) thnx for the panic report though roman From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 17:10:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2863E16A401; Sun, 8 Apr 2007 17:10:31 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9561713C4B0; Sun, 8 Apr 2007 17:10:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.29.9] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1HaauK1eIz-00046y; Sun, 08 Apr 2007 19:10:29 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 8 Apr 2007 19:10:36 +0200 User-Agent: KMail/1.9.5 References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> In-Reply-To: <86k5wo55s0.fsf@dwp.des.no> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5655571.IUblBEjXgS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704081910.42852.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19tLKjhAPo4pwjrhrYjuRgFK6YKV6Cz6i3G3db YvBryZfw2xTgJ0Ntw5BUpOi/5AnH0iNuuVKA5UqgEFp8dBmjTq 1EshXptj9X0uOPxak+5nQ== Cc: freebsd-fs@freebsd.org, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 17:10:31 -0000 --nextPart5655571.IUblBEjXgS Content-Type: multipart/mixed; boundary="Boundary-01=_NISGGyaMHdg/POM" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_NISGGyaMHdg/POM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 07 April 2007 21:43, Dag-Erling Sm=F8rgrav wrote: > Pawel Jakub Dawidek writes: > > Limitations. > > > > Currently ZFS is only compiled as kernel module and is only > > available for i386 architecture. Amd64 should be available very soon, > > the other archs will come later, as we implement needed atomic > > operations. > > ZFS is now also available on pc98 and amd64. panic: lock "zfs:&zap->zap_f.zap_num_entries_mtx" 0xffffff006582c260=20 already initialized While dump/restoreing /usr to zfs. kgdb trace attached. Let me know if=20 you need further information. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_NISGGyaMHdg/POM Content-Type: text/plain; charset="iso-8859-1"; name="log.dump_panic" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="log.dump_panic" Script started on Sun Apr 8 19:03:59 2007 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: /jpda <118>Make node ./local/diablo-jdk1.5.0/include <118>Make node ./local/diablo-jdk1.5.0/include/freebsd <118>Make node ./local/diablo-jdk1.5.0/jre <118>Make node ./local/diablo-jdk1.5.0/jre/bin <118>Make node ./local/diablo-jdk1.5.0/jre/lib <118>Make node ./local/diablo-jdk1.5.0/jre/lib/applet <118>Make node ./local/diablo-jdk1.5.0/jre/lib/amd64 <118>Make node ./local/diablo-jdk1.5.0/jre/lib/amd64/native_threads <118>Make node ./local/diablo-jdk1.5.0/jre/lib/amd64/server <118>Make node ./local/diablo-jdk1.5.0/jre/lib/amd64/xawt <118>Make node ./local/diablo-jdk1.5.0/jre/lib/amd64/motif21 <118>Make node ./local/diablo-jdk1.5.0/jre/lib/amd64/headless <118>Make node ./local/diablo-jdk1.5.0/jre/lib/ext <118>Make node ./local/diablo-jdk1.5.0/jre/lib/security <118>Make node ./local/diablo-jdk1.5.0/jre/lib/fonts <118>Make node ./local/diablo-jdk1.5.0/jre/lib/oblique-fonts <118>Make node ./local/diablo-jdk1.5.0/jre/lib/images <118>Make node ./local/diablo-jdk1.5.0/jre/lib/images/cursors <118>Make node ./local/diablo-jdk1.5.0/jre/lib/audio <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Africa <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Atlantic <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Asia <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Antarctica <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/America <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/America/Kentucky <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/America/Argentina <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/America/Indiana <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/America/North_Dakota <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Australia <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Europe <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Etc <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Indian <118>Make node ./local/diablo-jdk1.5.0/jre/lib/zi/Pacific <118>Make node ./local/diablo-jdk1.5.0/jre/lib/cmm <118>Make node ./local/diablo-jdk1.5.0/jre/lib/im <118>Make node ./local/diablo-jdk1.5.0/jre/lib/management <118>Make node ./local/diablo-jdk1.5.0/lib <118>Make node ./local/diablo-jdk1.5.0/man <118>Make node ./local/diablo-jdk1.5.0/man/man1 <118>Make node ./local/diablo-jdk1.5.0/man/ja_JP.eucJP <118>Make node ./local/diablo-jdk1.5.0/man/ja_JP.eucJP/man1 <118>Make node ./local/diablo-jdk1.5.0/sample <118>Make node ./local/diablo-jdk1.5.0/sample/nio <118>Make node ./local/diablo-jdk1.5.0/sample/nio/server <118>Make node ./local/live <118>Make node ./local/live/groupsock <118>Make node ./local/live/groupsock/include <118>Make node ./local/live/liveMedia <118>Make node ./local/live/liveMedia/include <118>Make node ./local/live/UsageEnvironment <118>Make node ./local/live/UsageEnvironment/include <118>Make node ./local/live/BasicUsageEnvironment <118>Make node ./local/live/BasicUsageEnvironment/include <118>Make node ./local/lib32 <118>Make node ./local/lib32/compat <118>Make node ./local/perforce <118>Make node ./local/perforce/logs <118>Make node ./local/perforce/root <118>Make node ./local/eclipse <118>Make node ./local/eclipse/configuration <118>Make node ./local/eclipse/configuration/org.eclipse.osgi <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/.manager <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/manifests <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/40 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/40/1 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/40/1/.cp <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47/1 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47/1/.cp <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47/1/.cp/intro <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47/1/.cp/intro/css <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47/1/.cp/intro/css/graphics <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/47/1/.cp/intro/css/graphics/obj_48 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91/1 <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91/1/.cp <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91/1/.cp/intro <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91/1/.cp/intro/css <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91/1/.cp/intro/css/graphics <118>Make node ./local/eclipse/configuration/org.eclipse.osgi/bundles/91/1/.cp/intro/css/graphics/obj_48 <118>Make node ./local/eclipse/configuration/org.eclipse.update <118>Make node ./local/eclipse/configuration/org.eclipse.update/history <118>Make node ./local/eclipse/configuration/org.eclipse.core.runtime <118>Make node ./local/eclipse/configuration/org.eclipse.core.runtime/.manager <118>Make node ./local/eclipse/configuration/.settings <118>Make node ./local/eclipse/features panic: lock "zfs:&zap->zap_f.zap_num_entries_mtx" 0xffffff006582c260 already initialized cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 6m52s Physical memory: 2038 MB Dumping 209 MB: 194 178 162 146 130 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:171 171 pcpu.h: No such file or directory. in pcpu.h (kgdb) add-symbol-file /boot/kernel/zfs.ko 0xffffffff807ad000 add symbol table from file "/boot/kernel/zfs.ko" at .text_addr = 0xffffffff807ad000 (y or n) y Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. (kgdb) where #0 doadump () at pcpu.h:171 #1 0xffffffff80295c79 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff80295707 in panic (fmt=0xffffffff8045a288 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff801896c7 in db_panic (addr=0, have_addr=0, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:433 #4 0xffffffff80189b69 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xffffffff8018ba73 in db_trap (type=-1360305152, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xffffffff802bd0d8 in kdb_trap (type=3, code=0, tf=0xffffffffaeeb6590) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xffffffff8041a5a0 in trap (frame=0xffffffffaeeb6590) at /usr/src/sys/amd64/amd64/trap.c:472 #8 0xffffffff80401ebe in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #9 0xffffffff802bcb7f in kdb_enter (msg=0x0) at cpufunc.h:63 #10 0xffffffff80295755 in panic (fmt=0xffffffff80481bc0 "lock \"%s\" %p already initialized") at /usr/src/sys/kern/kern_shutdown.c:547 #11 0xffffffff802bd72e in lock_init (lock=0x0, class=0xffffffff80a11000, name=0xa
, type=0x1b1196
, flags=1048064) at /usr/src/sys/kern/subr_lock.c:201 #12 0xffffffff807f092a in fzap_upgrade (zap=0xffffff006582c200, tx=0xffffff006591dd00) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zap.c:87 #13 0xffffffff807f42d3 in mzap_upgrade (zap=0xffffff006582c200, tx=0xffffff006591dd00) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:361 #14 0xffffffff807f4cd4 in zap_add (os=0x0, zapobj=18446744071572623360, name=0xffffff00060ebc19 "org.eclipse.jdt_3.2.1.r321_v20060905-R4CM1Znkvre9wC-", integer_size=8, num_integers=1, val=0xffffffffaeeb6860, tx=0xffffff006591dd00) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:622 #15 0xffffffff80802d06 in zfs_link_create (dl=0xffffff0065554140, zp=0xffffff005ccfac08, tx=0xffffff006591dd00, flag=1) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:564 #16 0xffffffff8080c01c in zfs_mkdir (ap=0xffffffffaeeb6960) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1474 #17 0xffffffff804490f9 in VOP_MKDIR_APV (vop=0x12, a=0xffffffffaeeb6960) at vnode_if.c:1234 #18 0xffffffff80316195 in kern_mkdir (td=0xffffff000105e000, path=0x5149d1
, segflg=15549312, mode=511) at vnode_if.h:653 #19 0xffffffff8041abd0 in syscall (frame=0xffffffffaeeb6c70) at /usr/src/sys/amd64/amd64/trap.c:825 #20 0xffffffff8040206b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #21 0x000000080071969c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 12 #12 0xffffffff807f092a in fzap_upgrade (zap=0xffffff006582c200, tx=0xffffff006591dd00) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zap.c:87 87 mutex_init(&zap->zap_f.zap_num_entries_mtx, NULL, MUTEX_DEFAULT, 0); (kgdb) p zap $1 = (zap_t *) 0xffffff006582c200 (kgdb) p *zap $2 = {zap_objset = 0xffffff0001406410, zap_object = 12660, zap_dbuf = 0xffffff005ce892d0, zap_rwlock = {lock_object = { lo_name = 0xffffffff8081b416 "zfs:&zap->zap_rwlock", lo_type = 0xffffffff8081b416 "zfs:&zap->zap_rwlock", lo_flags = 41615360, lo_witness_data = { lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 18446742974215086080, sx_recurse = 0}, zap_ismicro = 0, zap_salt = 965910969, zap_u = {zap_fat = {zap_phys = 0xffffffff81670000, zap_num_entries_mtx = {lock_object = {lo_name = 0x70000
, lo_type = 0x0, lo_flags = 2155822976, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 1, sx_recurse = 0}, zap_block_shift = 0}, zap_micro = {zap_phys = 0xffffffff81670000, zap_num_entries = 0, zap_num_chunks = 7, zap_alloc_next = 0, zap_avl = { avl_root = 0x0, avl_compar = 0xffffffff807f3f80 , avl_offset = 0, avl_numnodes = 1, avl_size = 0}}}} (kgdb) q Script done on Sun Apr 8 19:06:29 2007 --Boundary-01=_NISGGyaMHdg/POM-- --nextPart5655571.IUblBEjXgS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGGSISXyyEoT62BG0RAttuAJ4sDZTws5ITtvSREutuFN4RYxL+SQCffJTE PjvtSxCx0GCb3euzHwFpU0Q= =pDsn -----END PGP SIGNATURE----- --nextPart5655571.IUblBEjXgS-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 17:54:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B21E16A405; Sun, 8 Apr 2007 17:54:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2818413C489; Sun, 8 Apr 2007 17:54:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38HsYo2099501; Sun, 8 Apr 2007 13:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38HsYd7030677; Sun, 8 Apr 2007 13:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 07B5A73039; Sun, 8 Apr 2007 13:54:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408175434.07B5A73039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 13:54:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 17:54:35 -0000 TB --- 2007-04-08 16:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 16:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-08 16:10:00 - cleaning the object tree TB --- 2007-04-08 16:11:00 - checking out the source tree TB --- 2007-04-08 16:11:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-08 16:11:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 16:22:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 16:22:03 - cd /src TB --- 2007-04-08 16:22:03 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 16:22:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Apr 8 17:49:01 UTC 2007 TB --- 2007-04-08 17:49:01 - generating LINT kernel config TB --- 2007-04-08 17:49:01 - cd /src/sys/amd64/conf TB --- 2007-04-08 17:49:01 - /usr/bin/make -B LINT TB --- 2007-04-08 17:49:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 17:49:02 - cd /src TB --- 2007-04-08 17:49:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 17:49:02 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: `smh' undeclared (first use in this function) /src/sys/dev/cxgb/cxgb_lro.c:213: error: (Each undeclared identifier is reported only once /src/sys/dev/cxgb/cxgb_lro.c:213: error: for each function it appears in.) /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: `smh' undeclared (first use in this function) /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 17:54:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 17:54:33 - ERROR: failed to build lint kernel TB --- 2007-04-08 17:54:33 - tinderbox aborted TB --- 0.88 user 3.64 system 6273.08 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 18:14:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2814116A403; Sun, 8 Apr 2007 18:14:16 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id AA83513C4BA; Sun, 8 Apr 2007 18:14:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.29.9] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HabtY0ntw-0000hb; Sun, 08 Apr 2007 20:13:44 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 8 Apr 2007 20:13:59 +0200 User-Agent: KMail/1.9.5 References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <200704081910.42852.max@love2party.net> In-Reply-To: <200704081910.42852.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1730977.T05y8ciJiq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704082014.06848.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/TsmNzCiILKoCY26DftHjk2dvCi6F3BxAm1aA TccsrXnIWkNy7Vu3yUiNO3IT8PYE+CyHpMcX31v23uXYeVoxSa i/4RB558CIX7O2tVlnexg== Cc: freebsd-fs@freebsd.org, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 18:14:16 -0000 --nextPart1730977.T05y8ciJiq Content-Type: multipart/mixed; boundary="Boundary-01=_pDTGGLUrWjPd/IY" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_pDTGGLUrWjPd/IY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 08 April 2007 19:10, Max Laier wrote: > On Saturday 07 April 2007 21:43, Dag-Erling Sm=F8rgrav wrote: > > Pawel Jakub Dawidek writes: > > > Limitations. > > > > > > Currently ZFS is only compiled as kernel module and is only > > > available for i386 architecture. Amd64 should be available very > > > soon, the other archs will come later, as we implement needed > > > atomic operations. > > > > ZFS is now also available on pc98 and amd64. > > panic: lock "zfs:&zap->zap_f.zap_num_entries_mtx" 0xffffff006582c260 > already initialized > > While dump/restoreing /usr to zfs. kgdb trace attached. Let me know > if you need further information. The attached diff lets me survive the dump/restore. Not sure if this is=20 the right fix, but seems like the union messes with mutex initialization. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_pDTGGLUrWjPd/IY Content-Type: text/x-diff; charset="iso-8859-6"; name="zfs.dump.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="zfs.dump.diff" Index: zap.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/opensolaris/uts/common/fs/= zfs/zap.c,v retrieving revision 1.1 diff -u -r1.1 zap.c =2D-- zap.c 6 Apr 2007 01:09:02 -0000 1.1 +++ zap.c 8 Apr 2007 17:48:07 -0000 @@ -84,6 +84,9 @@ (void) dmu_buf_update_user(zap->zap_dbuf, zap, zap, &zap->zap_f.zap_phys, zap_evict); =20 +#ifdef _KERNEL + memset(&zap->zap_f.zap_num_entries_mtx, 0, sizeof(struct mtx)); +#endif mutex_init(&zap->zap_f.zap_num_entries_mtx, NULL, MUTEX_DEFAULT, 0); zap->zap_f.zap_block_shift =3D highbit(zap->zap_dbuf->db_size) - 1; =20 --Boundary-01=_pDTGGLUrWjPd/IY-- --nextPart1730977.T05y8ciJiq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGGTDuXyyEoT62BG0RAjxkAJ9K1rP5fze+6TvKCSpiDtEJ/Ob7QgCeN0nm 2IlZdXUnKaAV7JG4Ya4a3IY= =IuYE -----END PGP SIGNATURE----- --nextPart1730977.T05y8ciJiq-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 18:20:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE5D916A405; Sun, 8 Apr 2007 18:20:48 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 98EF213C4BF; Sun, 8 Apr 2007 18:20:48 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2293D20A3; Sun, 8 Apr 2007 20:20:45 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 10C7920A2; Sun, 8 Apr 2007 20:20:45 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id F07FCA10A5; Sun, 8 Apr 2007 20:20:44 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Max Laier References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <200704081910.42852.max@love2party.net> <200704082014.06848.max@love2party.net> Date: Sun, 08 Apr 2007 20:20:44 +0200 In-Reply-To: <200704082014.06848.max@love2party.net> (Max Laier's message of "Sun, 8 Apr 2007 20:13:59 +0200") Message-ID: <86fy7au3r7.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 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: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 18:20:49 -0000 Max Laier writes: > The attached diff lets me survive the dump/restore. Not sure if > this is the right fix, but seems like the union messes with mutex > initialization. You need to track down where memory for the mutex (or rather zap) was actually allocated, and stick the memset there. I suspect it originates on the stack somewhere. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 18:39:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9A5D16A402; Sun, 8 Apr 2007 18:39:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4E213C4BE; Sun, 8 Apr 2007 18:39:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38Id205002748; Sun, 8 Apr 2007 14:39:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38Id1pc060808; Sun, 8 Apr 2007 14:39:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CFDA273039; Sun, 8 Apr 2007 14:39:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408183901.CFDA273039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 14:39:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 18:39:03 -0000 TB --- 2007-04-08 17:23:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 17:23:41 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-08 17:23:41 - cleaning the object tree TB --- 2007-04-08 17:24:28 - checking out the source tree TB --- 2007-04-08 17:24:28 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-08 17:24:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 17:33:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 17:33:26 - cd /src TB --- 2007-04-08 17:33:26 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 17:33:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 8 18:32:41 UTC 2007 TB --- 2007-04-08 18:32:41 - generating LINT kernel config TB --- 2007-04-08 18:32:41 - cd /src/sys/i386/conf TB --- 2007-04-08 18:32:41 - /usr/bin/make -B LINT TB --- 2007-04-08 18:32:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 18:32:41 - cd /src TB --- 2007-04-08 18:32:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 18:32:42 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: `smh' undeclared (first use in this function) /src/sys/dev/cxgb/cxgb_lro.c:213: error: (Each undeclared identifier is reported only once /src/sys/dev/cxgb/cxgb_lro.c:213: error: for each function it appears in.) /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: `smh' undeclared (first use in this function) /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 18:39:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 18:39:01 - ERROR: failed to build lint kernel TB --- 2007-04-08 18:39:01 - tinderbox aborted TB --- 0.80 user 2.87 system 4520.29 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 18:43:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C03C16A400; Sun, 8 Apr 2007 18:43:11 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9099113C44B; Sun, 8 Apr 2007 18:43:10 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.29.9] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1HacM10MvN-0001I9; Sun, 08 Apr 2007 20:43:09 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 8 Apr 2007 20:43:13 +0200 User-Agent: KMail/1.9.5 References: <20070406025700.GB98545@garage.freebsd.pl> <200704082014.06848.max@love2party.net> <86fy7au3r7.fsf@dwp.des.no> In-Reply-To: <86fy7au3r7.fsf@dwp.des.no> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2124331.bhX3V1GLuj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704082043.22218.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/ot0D/UDyw1zJ/3P4L0Zx3GTI2iVGv4V+mV5T JPmJDxI/zQ1Z0BYSObJ0glh7r0IE4JcXXOqXX8zeWhjiZi222Q 7DgjGYJROyCWJ8a5DZj3g== Cc: freebsd-fs@freebsd.org, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 18:43:11 -0000 --nextPart2124331.bhX3V1GLuj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 08 April 2007 20:20, Dag-Erling Sm=F8rgrav wrote: > Max Laier writes: > > The attached diff lets me survive the dump/restore. Not sure if > > this is the right fix, but seems like the union messes with mutex > > initialization. > > You need to track down where memory for the mutex (or rather zap) was > actually allocated, and stick the memset there. I suspect it > originates on the stack somewhere. Well, I assume it is zeroed already, but on the way the other union=20 members are used which messes up the storage for the mutex. At least=20 looking at the contents gives me that impression: > $2 =3D {zap_objset =3D 0xffffff0001406410, zap_object =3D 12660, zap_dbuf= =3D > 0xffffff005ce892d0, zap_rwlock =3D {lock_object =3D { lo_name =3D > 0xffffffff8081b416 "zfs:&zap->zap_rwlock", lo_type =3D 0xffffffff8081b416 > "zfs:&zap->zap_rwlock", lo_flags =3D 41615360, lo_witness_data =3D { > lod_list =3D {stqe_next =3D 0x0}, lod_witness =3D 0x0}}, sx_lock =3D > 18446742974215086080, sx_recurse =3D 0}, zap_ismicro =3D 0, zap_salt =3D > 965910969, zap_u =3D {zap_fat =3D {zap_phys =3D 0xffffffff81670000, > zap_num_entries_mtx =3D {lock_object =3D {lo_name =3D 0x70000
0x70000 out of bounds>, lo_type =3D 0x0, lo_flags =3D 2155822976, > lo_witness_data =3D {lod_list =3D {stqe_next =3D 0x0}, lod_witness =3D 0x= 0}}, > sx_lock =3D 1, sx_recurse =3D 0}, zap_block_shift =3D 0}, zap_micro =3D > {zap_phys =3D 0xffffffff81670000, zap_num_entries =3D 0, zap_num_chunks = =3D > 7, zap_alloc_next =3D 0, zap_avl =3D { avl_root =3D 0x0, avl_compar =3D > 0xffffffff807f3f80 , avl_offset =3D 0, avl_numnodes =3D 1, > avl_size =3D 0}}}} =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2124331.bhX3V1GLuj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGGTfKXyyEoT62BG0RAjPoAJ9qouEbfMAM0Pi8l8jTWfXWMwQwjACfSKgv /VqgosheeIfA/IQoBV9h6Fs= =piw2 -----END PGP SIGNATURE----- --nextPart2124331.bhX3V1GLuj-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 18:48:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B5EA16A401; Sun, 8 Apr 2007 18:48:47 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id EB2FA13C44B; Sun, 8 Apr 2007 18:48:46 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l38IcEr0001895; Sun, 8 Apr 2007 11:38:14 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l38IcEfq001894; Sun, 8 Apr 2007 11:38:14 -0700 (PDT) Date: Sun, 8 Apr 2007 11:38:14 -0700 (PDT) From: Matthew Dillon Message-Id: <200704081838.l38IcEfq001894@apollo.backplane.com> To: Pawel Jakub Dawidek References: <20070406025700.GB98545@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, zfs-discuss@opensolaris.org, freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 18:48:47 -0000 :Hi. : :I'm happy to inform that the ZFS file system is now part of the FreeBSD :operating system. ZFS is available in the HEAD branch and will be :available in FreeBSD 7.0-RELEASE as an experimental feature. Congratulations on your excellent work, Pawel! -Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 18:53:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 060A516A402; Sun, 8 Apr 2007 18:53:51 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 186D513C458; Sun, 8 Apr 2007 18:53:49 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4AA22487FB; Sun, 8 Apr 2007 20:53:48 +0200 (CEST) Received: from localhost (cvl74.internetdsl.tpnet.pl [83.19.93.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2FD9F45B26; Sun, 8 Apr 2007 20:53:32 +0200 (CEST) Date: Sun, 8 Apr 2007 20:53:12 +0200 From: Pawel Jakub Dawidek To: Max Laier Message-ID: <20070408185312.GY63916@garage.freebsd.pl> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <200704081910.42852.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TXtETX/xrt1zdi6e" Content-Disposition: inline In-Reply-To: <200704081910.42852.max@love2party.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 08 Apr 2007 18:53:51 -0000 --TXtETX/xrt1zdi6e Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 08, 2007 at 07:10:36PM +0200, Max Laier wrote: > On Saturday 07 April 2007 21:43, Dag-Erling Sm?rgrav wrote: > > Pawel Jakub Dawidek writes: > > > Limitations. > > > > > > Currently ZFS is only compiled as kernel module and is only > > > available for i386 architecture. Amd64 should be available very soon, > > > the other archs will come later, as we implement needed atomic > > > operations. > > > > ZFS is now also available on pc98 and amd64. >=20 > panic: lock "zfs:&zap->zap_f.zap_num_entries_mtx" 0xffffff006582c260=20 > already initialized >=20 > While dump/restoreing /usr to zfs. kgdb trace attached. Let me know if= =20 > you need further information. [...] > #10 0xffffffff80295755 in panic (fmt=3D0xffffffff80481bc0 "lock \"%s\" %p= already initialized") at /usr/src/sys/kern/kern_shutdown.c:547 > #11 0xffffffff802bd72e in lock_init (lock=3D0x0, class=3D0xffffffff80a110= 00, name=3D0xa
, > type=3D0x1b1196
, flags=3D1048064) at= /usr/src/sys/kern/subr_lock.c:201 > #12 0xffffffff807f092a in fzap_upgrade (zap=3D0xffffff006582c200, tx=3D0x= ffffff006591dd00) > at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/z= fs/zap.c:87 > #13 0xffffffff807f42d3 in mzap_upgrade (zap=3D0xffffff006582c200, tx=3D0x= ffffff006591dd00) > at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/z= fs/zap_micro.c:361 > #14 0xffffffff807f4cd4 in zap_add (os=3D0x0, zapobj=3D1844674407157262336= 0, name=3D0xffffff00060ebc19 "org.eclipse.jdt_3.2.1.r321_v20060905-R4CM1Znk= vre9wC-", > integer_size=3D8, num_integers=3D1, val=3D0xffffffffaeeb6860, tx=3D0x= ffffff006591dd00) > at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/z= fs/zap_micro.c:622 > #15 0xffffffff80802d06 in zfs_link_create (dl=3D0xffffff0065554140, zp=3D= 0xffffff005ccfac08, tx=3D0xffffff006591dd00, flag=3D1) > at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/z= fs/zfs_dir.c:564 > #16 0xffffffff8080c01c in zfs_mkdir (ap=3D0xffffffffaeeb6960) at /usr/src= /sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:14= 74 > #17 0xffffffff804490f9 in VOP_MKDIR_APV (vop=3D0x12, a=3D0xffffffffaeeb69= 60) at vnode_if.c:1234 > #18 0xffffffff80316195 in kern_mkdir (td=3D0xffffff000105e000, path=3D0x5= 149d1
, segflg=3D15549312, mode=3D511) at v= node_if.h:653 > #19 0xffffffff8041abd0 in syscall (frame=3D0xffffffffaeeb6c70) at /usr/sr= c/sys/amd64/amd64/trap.c:825 > #20 0xffffffff8040206b in Xfast_syscall () at /usr/src/sys/amd64/amd64/ex= ception.S:272 > #21 0x000000080071969c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) f 12 > #12 0xffffffff807f092a in fzap_upgrade (zap=3D0xffffff006582c200, tx=3D0x= ffffff006591dd00) > at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/z= fs/zap.c:87 > 87 mutex_init(&zap->zap_f.zap_num_entries_mtx, NULL, MUTEX_DEFAULT, 0); > (kgdb) p zap > $1 =3D (zap_t *) 0xffffff006582c200 > (kgdb) p *zap > $2 =3D {zap_objset =3D 0xffffff0001406410, zap_object =3D 12660, zap_dbuf= =3D 0xffffff005ce892d0, zap_rwlock =3D {lock_object =3D { > lo_name =3D 0xffffffff8081b416 "zfs:&zap->zap_rwlock", lo_type =3D = 0xffffffff8081b416 "zfs:&zap->zap_rwlock", lo_flags =3D 41615360, lo_witnes= s_data =3D { > lod_list =3D {stqe_next =3D 0x0}, lod_witness =3D 0x0}}, sx_lock =3D 184= 46742974215086080, sx_recurse =3D 0}, zap_ismicro =3D 0, zap_salt =3D 96591= 0969, > zap_u =3D {zap_fat =3D {zap_phys =3D 0xffffffff81670000, zap_num_entrie= s_mtx =3D {lock_object =3D {lo_name =3D 0x70000
, > lo_type =3D 0x0, lo_flags =3D 2155822976, lo_witness_data =3D {lod_lis= t =3D {stqe_next =3D 0x0}, lod_witness =3D 0x0}}, sx_lock =3D 1, sx_recurse= =3D 0}, > zap_block_shift =3D 0}, zap_micro =3D {zap_phys =3D 0xffffffff81670= 000, zap_num_entries =3D 0, zap_num_chunks =3D 7, zap_alloc_next =3D 0, zap= _avl =3D { > avl_root =3D 0x0, avl_compar =3D 0xffffffff807f3f80 , avl_o= ffset =3D 0, avl_numnodes =3D 1, avl_size =3D 0}}}} fzap_upgrade() changes type from 'zap_micro' to 'zap_fat' and union is used for this (see sys/contrib/opensolaris/uts/common/fs/zfs/sys/zap_impl.h), that's why we see this trash: zap_num_entries_mtx =3D {lock_object =3D {lo_name =3D 0x70000
, lo_type =3D 0x0, lo_flags =3D 2155822976, lo_witness_data =3D {lod_list =3D= {stqe_next =3D 0x0}, lod_witness =3D 0x0}}, sx_lock =3D 1, sx_recurse =3D 0}, I already use kmem_zalloc() (note _z_) for zap allocation in zap_micro.c, so Max is right, that we have to clear this structure here. I'm quite tired of tracking such problems, because our mechanism for detecting already initialized locks is too simple (based on one bit), so I'd prefer to improve it, or just add bzero() to mutex_init(). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --TXtETX/xrt1zdi6e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGToYForvXbEpPzQRAgAnAJ40zrRTU/4AcIe9xZDGxsJH69RUDACfYitt rnhzBOwWqBWTJNSftIX7H70= =AD9U -----END PGP SIGNATURE----- --TXtETX/xrt1zdi6e-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 19:08:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B798616A402; Sun, 8 Apr 2007 19:08:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 683B713C458; Sun, 8 Apr 2007 19:08:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38J8ffK004572; Sun, 8 Apr 2007 15:08:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38J8fuc081970; Sun, 8 Apr 2007 15:08:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A02D73039; Sun, 8 Apr 2007 15:08:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408190841.6A02D73039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 15:08:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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, 08 Apr 2007 19:08:42 -0000 TB --- 2007-04-08 17:54:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 17:54:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-08 17:54:34 - cleaning the object tree TB --- 2007-04-08 17:55:03 - checking out the source tree TB --- 2007-04-08 17:55:03 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-08 17:55:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 18:04:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 18:04:57 - cd /src TB --- 2007-04-08 18:04:57 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 18:05:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 8 19:03:54 UTC 2007 TB --- 2007-04-08 19:03:54 - generating LINT kernel config TB --- 2007-04-08 19:03:54 - cd /src/sys/pc98/conf TB --- 2007-04-08 19:03:54 - /usr/bin/make -B LINT TB --- 2007-04-08 19:03:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 19:03:54 - cd /src TB --- 2007-04-08 19:03:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 19:03:54 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: `smh' undeclared (first use in this function) /src/sys/dev/cxgb/cxgb_lro.c:213: error: (Each undeclared identifier is reported only once /src/sys/dev/cxgb/cxgb_lro.c:213: error: for each function it appears in.) /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: `smh' undeclared (first use in this function) /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 19:08:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 19:08:41 - ERROR: failed to build lint kernel TB --- 2007-04-08 19:08:41 - tinderbox aborted TB --- 0.88 user 2.79 system 4447.03 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 19:38:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FF1316A403; Sun, 8 Apr 2007 19:38:21 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id B2C9D13C459; Sun, 8 Apr 2007 19:38:20 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 45F671DD480; Sun, 8 Apr 2007 20:10:20 +0100 (BST) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vKndf-x8+HV8; Sun, 8 Apr 2007 20:10:13 +0100 (BST) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 138F31DD4A6; Sun, 8 Apr 2007 20:10:13 +0100 (BST) Date: Sun, 8 Apr 2007 20:10:13 +0100 From: David Taylor To: freebsd-emulation@freebsd.org Message-ID: <20070408191012.GA95373@outcold.yadt.co.uk> Mail-Followup-To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: linux_statfs64() missing an argument?? 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, 08 Apr 2007 19:38:21 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline I've recently been trying to compile gentoo under FreeBSD (in order, eventually, to compile OpenWRT), and ran in to a rather confusing problem when trying to diagnose the reason "coreutils" failed to build properly. Eventually I tracked down the problem: glibc calls the statfs64 syscall with (path, sizeof(struct statfs64), buf) The linux_statfs64 emulated syscall in FreeBSD expects only (path, buf), and returns EFAULT every time, as buf is always 0x54. The attached patch adds the missing argument, and ensures it matches sizeof(struct l_statfs64), returning EINVAL otherwise (is that the right error). I'm currently recompiling my kernel to test this, but thought I'd see if anyone had any comments on the patch as is, since I've probably done something wrong, as I'm not too sure how the whole syscalls.master setup works. -- David Taylor --azLHFNyN32YCQGCU Content-Type: text/x-diff; charset=iso-8859-15 Content-Disposition: attachment; filename="linux_statfs64.patch" Index: sys/amd64/linux32/linux32_proto.h =================================================================== RCS file: /home/ncvs/src/sys/amd64/linux32/linux32_proto.h,v retrieving revision 1.31 diff -u -r1.31 linux32_proto.h --- sys/amd64/linux32/linux32_proto.h 30 Mar 2007 00:08:21 -0000 1.31 +++ sys/amd64/linux32/linux32_proto.h 8 Apr 2007 19:00:27 -0000 @@ -2,7 +2,7 @@ * System call prototypes. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/amd64/linux32/linux32_proto.h,v 1.31 2007/03/30 00:08:21 jkim Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.28 2007/03/30 00:06:21 jkim Exp */ @@ -796,6 +796,7 @@ }; struct linux_statfs64_args { char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char bufsize_l_[PADL_(size_t)]; size_t bufsize; char bufsize_r_[PADR_(size_t)]; char buf_l_[PADL_(struct l_statfs64_buf *)]; struct l_statfs64_buf * buf; char buf_r_[PADR_(struct l_statfs64_buf *)]; }; struct linux_fstatfs64_args { Index: sys/amd64/linux32/linux32_syscall.h =================================================================== RCS file: /home/ncvs/src/sys/amd64/linux32/linux32_syscall.h,v retrieving revision 1.31 diff -u -r1.31 linux32_syscall.h --- sys/amd64/linux32/linux32_syscall.h 30 Mar 2007 00:08:21 -0000 1.31 +++ sys/amd64/linux32/linux32_syscall.h 8 Apr 2007 19:00:27 -0000 @@ -2,7 +2,7 @@ * System call numbers. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/amd64/linux32/linux32_syscall.h,v 1.31 2007/03/30 00:08:21 jkim Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.28 2007/03/30 00:06:21 jkim Exp */ Index: sys/amd64/linux32/linux32_sysent.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/linux32/linux32_sysent.c,v retrieving revision 1.31 diff -u -r1.31 linux32_sysent.c --- sys/amd64/linux32/linux32_sysent.c 30 Mar 2007 00:08:21 -0000 1.31 +++ sys/amd64/linux32/linux32_sysent.c 8 Apr 2007 19:00:27 -0000 @@ -2,7 +2,7 @@ * System call switch table. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/amd64/linux32/linux32_sysent.c,v 1.31 2007/03/30 00:08:21 jkim Exp $ + * $FreeBSD$ * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.28 2007/03/30 00:06:21 jkim Exp */ Index: sys/amd64/linux32/syscalls.master =================================================================== RCS file: /home/ncvs/src/sys/amd64/linux32/syscalls.master,v retrieving revision 1.28 diff -u -r1.28 syscalls.master --- sys/amd64/linux32/syscalls.master 30 Mar 2007 00:06:21 -0000 1.28 +++ sys/amd64/linux32/syscalls.master 8 Apr 2007 19:00:11 -0000 @@ -435,7 +435,7 @@ 266 AUE_NULL STD { int linux_clock_getres(clockid_t which, struct l_timespec *tp); } 267 AUE_NULL STD { int linux_clock_nanosleep(clockid_t which, int flags, \ struct l_timespec *rqtp, struct l_timespec *rmtp); } -268 AUE_STATFS STD { int linux_statfs64(char *path, struct l_statfs64_buf *buf); } +268 AUE_STATFS STD { int linux_statfs64(char *path, size_t bufsize, struct l_statfs64_buf *buf); } 269 AUE_FSTATFS STD { int linux_fstatfs64(void); } 270 AUE_NULL STD { int linux_tgkill(int tgid, int pid, int sig); } 271 AUE_UTIMES STD { int linux_utimes(char *fname, \ Index: sys/i386/linux/linux_proto.h =================================================================== RCS file: /home/ncvs/src/sys/i386/linux/linux_proto.h,v retrieving revision 1.92 diff -u -r1.92 linux_proto.h --- sys/i386/linux/linux_proto.h 29 Mar 2007 02:11:46 -0000 1.92 +++ sys/i386/linux/linux_proto.h 8 Apr 2007 18:56:56 -0000 @@ -2,8 +2,8 @@ * System call prototypes. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/i386/linux/linux_proto.h,v 1.92 2007/03/29 02:11:46 julian Exp $ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.86 2007/02/15 00:54:40 jkim Exp + * $FreeBSD$ + * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.87 2007/03/29 02:11:46 julian Exp */ #ifndef _LINUX_SYSPROTO_H_ @@ -801,6 +801,7 @@ }; struct linux_statfs64_args { char path_l_[PADL_(char *)]; char * path; char path_r_[PADR_(char *)]; + char bufsize_l_[PADL_(size_t)]; size_t bufsize; char bufsize_r_[PADR_(size_t)]; char buf_l_[PADL_(struct l_statfs64_buf *)]; struct l_statfs64_buf * buf; char buf_r_[PADR_(struct l_statfs64_buf *)]; }; struct linux_fstatfs64_args { Index: sys/i386/linux/linux_syscall.h =================================================================== RCS file: /home/ncvs/src/sys/i386/linux/linux_syscall.h,v retrieving revision 1.85 diff -u -r1.85 linux_syscall.h --- sys/i386/linux/linux_syscall.h 29 Mar 2007 02:11:46 -0000 1.85 +++ sys/i386/linux/linux_syscall.h 8 Apr 2007 18:56:56 -0000 @@ -2,8 +2,8 @@ * System call numbers. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/i386/linux/linux_syscall.h,v 1.85 2007/03/29 02:11:46 julian Exp $ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.86 2007/02/15 00:54:40 jkim Exp + * $FreeBSD$ + * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.87 2007/03/29 02:11:46 julian Exp */ #define LINUX_SYS_exit 1 Index: sys/i386/linux/linux_sysent.c =================================================================== RCS file: /home/ncvs/src/sys/i386/linux/linux_sysent.c,v retrieving revision 1.92 diff -u -r1.92 linux_sysent.c --- sys/i386/linux/linux_sysent.c 29 Mar 2007 02:11:46 -0000 1.92 +++ sys/i386/linux/linux_sysent.c 8 Apr 2007 18:56:56 -0000 @@ -2,8 +2,8 @@ * System call switch table. * * DO NOT EDIT-- this file is automatically generated. - * $FreeBSD: src/sys/i386/linux/linux_sysent.c,v 1.92 2007/03/29 02:11:46 julian Exp $ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.86 2007/02/15 00:54:40 jkim Exp + * $FreeBSD$ + * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.87 2007/03/29 02:11:46 julian Exp */ #include Index: sys/i386/linux/syscalls.master =================================================================== RCS file: /home/ncvs/src/sys/i386/linux/syscalls.master,v retrieving revision 1.87 diff -u -r1.87 syscalls.master --- sys/i386/linux/syscalls.master 29 Mar 2007 02:11:46 -0000 1.87 +++ sys/i386/linux/syscalls.master 8 Apr 2007 18:56:50 -0000 @@ -439,7 +439,7 @@ 266 AUE_NULL STD { int linux_clock_getres(clockid_t which, struct l_timespec *tp); } 267 AUE_NULL STD { int linux_clock_nanosleep(clockid_t which, int flags, \ struct l_timespec *rqtp, struct l_timespec *rmtp); } -268 AUE_STATFS STD { int linux_statfs64(char *path, struct l_statfs64_buf *buf); } +268 AUE_STATFS STD { int linux_statfs64(char *path, size_t bufsize, struct l_statfs64_buf *buf); } 269 AUE_FSTATFS STD { int linux_fstatfs64(void); } 270 AUE_NULL STD { int linux_tgkill(int tgid, int pid, int sig); } 271 AUE_UTIMES STD { int linux_utimes(char *fname, \ Index: sys/compat/linux/linux_stats.c =================================================================== RCS file: /home/ncvs/src/sys/compat/linux/linux_stats.c,v retrieving revision 1.87 diff -u -r1.87 linux_stats.c --- sys/compat/linux/linux_stats.c 6 Mar 2007 07:39:12 -0000 1.87 +++ sys/compat/linux/linux_stats.c 8 Apr 2007 18:59:47 -0000 @@ -418,6 +418,9 @@ char *path; int error; + if (args->bufsize != sizeof(struct l_statfs64)) + return EINVAL; + LCONVPATHEXIST(td, args->path, &path); #ifdef DEBUG --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 20:15:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0B1A16A40A; Sun, 8 Apr 2007 20:15:04 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2866213C458; Sun, 8 Apr 2007 20:15:03 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 9E6C4D4C5B; Sun, 8 Apr 2007 21:43:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zj91im1WSQJp; Sun, 8 Apr 2007 21:43:26 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 7F407D4C5A; Sun, 8 Apr 2007 21:43:26 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l38JhQPp084561; Sun, 8 Apr 2007 21:43:26 +0200 (CEST) (envelope-from rink) Date: Sun, 8 Apr 2007 21:43:26 +0200 From: Rink Springer To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Message-ID: <20070408194326.GA77190@rink.nu> References: <20070408191012.GA95373@outcold.yadt.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20070408191012.GA95373@outcold.yadt.co.uk> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: linux_statfs64() missing an argument?? 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, 08 Apr 2007 20:15:04 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi David, On Sun, Apr 08, 2007 at 08:10:13PM +0100, David Taylor wrote: > I'm currently recompiling my kernel to test this, but thought I'd see > if anyone had any comments on the patch as is, since I've probably done > something wrong, as I'm not too sure how the whole syscalls.master setup > works. Looks good to me. However, as you might have seen, some files are flagged "Do not edit". I believe editing a syscalls.master file will automatically invoke a rebuild of these files, and thus, they need not be part of your patch. Have you tried whether the appropriate files are automatically regenerated? --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya --/9DWx/yDrRhgMJTb Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNzA0MDgxOTQzMjZaMCMGCSqGSIb3DQEJBDEWBBSK0R2yeJM/KKmDUFYzr0Hk gm98iDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQCg rVZ6AC5nklXXin1QpXa/dOJJyu4E8csXiv5ENKKwtdM5jWHdBFuqFMnaScjQuswfsCduiicw 9WOu1swpII1BEp8kIBZALNVhLgzLL7WUhMXCdZ3EMQTg9HMl5Vtqx4SnAV9N/p1OIqjldCyx i3KvSuV+eKPnLHsdJI54n5RgEnJvqZ2dfu0vwIo36Yxp573MQ60YrQXHEvOu6ft32+WCp8MG XEvvF+gXwAhgEzeUQ+mPBX6+2aitoZbFziW2FC1dT3mQLwbEJ+FX/o/Y/pkQhhgBSDIa+q+R EApOApVDh5jh7b6LitiTWUWwZLtQsIdF0V911d0ry4Z8hPi1cNIp --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 20:19:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79E5716A402; Sun, 8 Apr 2007 20:19:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A084B13C465; Sun, 8 Apr 2007 20:19:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38KJlsA007853; Sun, 8 Apr 2007 16:19:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38KJlxV026597; Sun, 8 Apr 2007 16:19:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4431473039; Sun, 8 Apr 2007 16:19:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408201947.4431473039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 16:19:47 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 08 Apr 2007 20:19:49 -0000 TB --- 2007-04-08 18:39:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 18:39:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-08 18:39:01 - cleaning the object tree TB --- 2007-04-08 18:39:37 - checking out the source tree TB --- 2007-04-08 18:39:37 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-08 18:39:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 18:49:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 18:49:24 - cd /src TB --- 2007-04-08 18:49:24 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 18:49:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 8 20:13:09 UTC 2007 TB --- 2007-04-08 20:13:09 - generating LINT kernel config TB --- 2007-04-08 20:13:09 - cd /src/sys/ia64/conf TB --- 2007-04-08 20:13:09 - /usr/bin/make -B LINT TB --- 2007-04-08 20:13:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 20:13:10 - cd /src TB --- 2007-04-08 20:13:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 20:13:11 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_new_session_init': /src/sys/dev/cxgb/cxgb_lro.c:187: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 20:19:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 20:19:46 - ERROR: failed to build lint kernel TB --- 2007-04-08 20:19:46 - tinderbox aborted TB --- 0.80 user 2.52 system 6045.01 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 20:26:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B582F16A400; Sun, 8 Apr 2007 20:26:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8D63513C45B; Sun, 8 Apr 2007 20:26:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38KQfr3008128; Sun, 8 Apr 2007 16:26:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l38KQfcH052493; Sun, 8 Apr 2007 16:26:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E2F3C73039; Sun, 8 Apr 2007 16:26:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408202640.E2F3C73039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 16:26:40 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 20:26:41 -0000 TB --- 2007-04-08 19:08:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 19:08:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-08 19:08:41 - cleaning the object tree TB --- 2007-04-08 19:09:13 - checking out the source tree TB --- 2007-04-08 19:09:13 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-08 19:09:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 19:18:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 19:18:16 - cd /src TB --- 2007-04-08 19:18:16 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 19:18:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 8 20:22:17 UTC 2007 TB --- 2007-04-08 20:22:17 - generating LINT kernel config TB --- 2007-04-08 20:22:17 - cd /src/sys/powerpc/conf TB --- 2007-04-08 20:22:17 - /usr/bin/make -B LINT TB --- 2007-04-08 20:22:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 20:22:17 - cd /src TB --- 2007-04-08 20:22:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 20:22:17 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_new_session_init': /src/sys/dev/cxgb/cxgb_lro.c:187: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 20:26:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 20:26:40 - ERROR: failed to build lint kernel TB --- 2007-04-08 20:26:40 - tinderbox aborted TB --- 0.70 user 2.31 system 4679.02 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 20:59:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A3E716A403; Sun, 8 Apr 2007 20:59:27 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id 39AC013C468; Sun, 8 Apr 2007 20:59:27 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id A5FDD1DD4AA; Sun, 8 Apr 2007 21:59:25 +0100 (BST) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EPcSMT-h1mo2; Sun, 8 Apr 2007 21:59:20 +0100 (BST) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 6C1E21DD4A7; Sun, 8 Apr 2007 21:59:20 +0100 (BST) Date: Sun, 8 Apr 2007 21:59:20 +0100 From: David Taylor To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Message-ID: <20070408205920.GA98399@outcold.yadt.co.uk> Mail-Followup-To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org References: <20070408191012.GA95373@outcold.yadt.co.uk> <20070408194326.GA77190@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20070408194326.GA77190@rink.nu> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: [PATCH] linux_statfs64() missing an argument?? 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, 08 Apr 2007 20:59:27 -0000 On Sun, 08 Apr 2007, Rink Springer wrote: > Hi David, > On Sun, Apr 08, 2007 at 08:10:13PM +0100, David Taylor wrote: > > I'm currently recompiling my kernel to test this, but thought I'd see > > if anyone had any comments on the patch as is, since I've probably done > > something wrong, as I'm not too sure how the whole syscalls.master setup > > works. I have now tested this, and it compiles and works correctly (at least, statfs returns success, thus satisying autoconf, I'll find out shortly if df displays the right values). > Looks good to me. However, as you might have seen, some files are > flagged "Do not edit". I believe editing a syscalls.master file will > automatically invoke a rebuild of these files, and thus, they need not > be part of your patch. > > Have you tried whether the appropriate files are automatically > regenerated? I wasn't too sure whether to include the diffs for those files (which did automatically regenerate), but since they exist in CVS, I decided to keep them. -- David Taylor From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 21:38:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9357816A400; Sun, 8 Apr 2007 21:38:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6B51E13C448; Sun, 8 Apr 2007 21:38:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38LcaY9011806; Sun, 8 Apr 2007 17:38:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l38LcZ4G091665; Sun, 8 Apr 2007 17:38:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C46E673039; Sun, 8 Apr 2007 17:38:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408213835.C46E673039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 17:38:35 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sun, 08 Apr 2007 21:38:36 -0000 TB --- 2007-04-08 20:19:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 20:19:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-08 20:19:47 - cleaning the object tree TB --- 2007-04-08 20:20:23 - checking out the source tree TB --- 2007-04-08 20:20:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-08 20:20:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 20:34:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 20:34:58 - cd /src TB --- 2007-04-08 20:34:58 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 20:35:00 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 8 21:34:02 UTC 2007 TB --- 2007-04-08 21:34:02 - generating LINT kernel config TB --- 2007-04-08 21:34:02 - cd /src/sys/sparc64/conf TB --- 2007-04-08 21:34:02 - /usr/bin/make -B LINT TB --- 2007-04-08 21:34:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 21:34:02 - cd /src TB --- 2007-04-08 21:34:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 21:34:03 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_new_session_init': /src/sys/dev/cxgb/cxgb_lro.c:187: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 21:38:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 21:38:35 - ERROR: failed to build lint kernel TB --- 2007-04-08 21:38:35 - tinderbox aborted TB --- 0.85 user 2.33 system 4728.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 21:41:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3108E16A400; Sun, 8 Apr 2007 21:41:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 09D0C13C455; Sun, 8 Apr 2007 21:41:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38Lf7aF011929; Sun, 8 Apr 2007 17:41:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38Lf7OG075626; Sun, 8 Apr 2007 17:41:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A93473039; Sun, 8 Apr 2007 17:41:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408214107.6A93473039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 17:41:07 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sun, 08 Apr 2007 21:41:08 -0000 TB --- 2007-04-08 20:26:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 20:26:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-08 20:26:41 - cleaning the object tree TB --- 2007-04-08 20:27:20 - checking out the source tree TB --- 2007-04-08 20:27:20 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-08 20:27:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 20:38:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 20:38:28 - cd /src TB --- 2007-04-08 20:38:28 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 20:38:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 8 21:37:05 UTC 2007 TB --- 2007-04-08 21:37:05 - generating LINT kernel config TB --- 2007-04-08 21:37:05 - cd /src/sys/sun4v/conf TB --- 2007-04-08 21:37:05 - /usr/bin/make -B LINT TB --- 2007-04-08 21:37:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 21:37:05 - cd /src TB --- 2007-04-08 21:37:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 21:37:05 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_lro.c /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_new_session_init': /src/sys/dev/cxgb/cxgb_lro.c:187: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 21:41:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 21:41:07 - ERROR: failed to build lint kernel TB --- 2007-04-08 21:41:07 - tinderbox aborted TB --- 0.52 user 2.13 system 4466.39 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 21:47:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B27516A404 for ; Sun, 8 Apr 2007 21:47:00 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A594613C45A for ; Sun, 8 Apr 2007 21:46:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l38LLNeS067811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 8 Apr 2007 23:21:28 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [IPv6:fec0::1:0:0:1:1]) by tek.flintsbach.schmalzbauer.de (8.13.8/8.13.8) with ESMTP id l38LLNIF050150 for ; Sun, 8 Apr 2007 23:21:23 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by titan.flintsbach.schmalzbauer.de (8.13.8/8.13.8/Submit) id l38LLN9H001579 for freebsd-current@freebsd.org; Sun, 8 Apr 2007 23:21:23 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Date: Sun, 8 Apr 2007 23:21:23 +0200 User-Agent: KMail/1.9.6 Organization: OmniSEC MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704082321.23291.h.schmalzbauer@omnisec.de> Subject: malloc question + atapicam problem 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, 08 Apr 2007 21:47:00 -0000 Hello, I've been away from -current for some months, so I'm not sure if phk's malloc is still the default in HEAD or the jemalloc is used. If the latter, is there something like '/etc/malloc.conf -> ajz' ? And not to forget: Thanks a lot for that great work!!! I have some decent new hardware (and thought decent HW obligates [don't know if it's correct english but I hope you know what I mean]) and almost everything works fine, especially: pcm0: pcm0: and the ich8 stuff: ichsmb0: port 0x500-0x51f mem 0xf9207000-0xf92070ff irq 18 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 atapci2: port 0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe41f mem 0xf9206000-0xf92067ff irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI Version 01.10 controller with 6 ports detected ata3: on atapci2 ata3: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] along with the additional P-ATA Controller: atapci0: mem 0xf9000000-0xf9001fff irq 17 at device 0.0 on pci4 atapci0: AHCI Version 01.00 controller with 2 ports detected ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f irq 18 at device 0.1 on pci4 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] And besides the txcsum feature the Marvell GbE is also working fine: msk0: on mskc0 msk0: Ethernet address: 00:16:e6:80:cd:51 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] Only atapicam prevents the machine from booting. Any hints are highly appreciated! Connected to the JMicron (obviously): acd0: DVDR at ata2-master UDMA33 ATA channel 2: Master: acd0 ATA/ATAPI revision 5 Slave: no device present If atapicam is compiled into the kernel the machine stops booting without any message after finding the (S-ATA)HD and all the labels and before finding the umass disks. Thanks, -Harry From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 22:25:42 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4CA016A403 for ; Sun, 8 Apr 2007 22:25:42 +0000 (UTC) (envelope-from cscotts@mindspring.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id 9E52113C455 for ; Sun, 8 Apr 2007 22:25:42 +0000 (UTC) (envelope-from cscotts@mindspring.com) Received: (qmail 387 invoked from network); 8 Apr 2007 21:59:00 -0000 Received: from 68.100.248.90 (HELO ?192.168.1.95?) (68.100.248.90) by relay03.pair.com with SMTP; 8 Apr 2007 21:59:00 -0000 X-pair-Authenticated: 68.100.248.90 In-Reply-To: <20070406214325.GB61039@garage.freebsd.pl> References: <20070406214325.GB61039@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Scott Sipe Date: Sun, 8 Apr 2007 17:58:59 -0400 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 08 Apr 2007 22:25:42 -0000 On Apr 6, 2007, at 5:43 PM, Pawel Jakub Dawidek wrote: > Ok, ZFS is now in the tree, what's now? Below you'll find some > instructions how to quickly make it up and running. > > First of all you need some disks. Let's assume you have three spare > SCSI > disks: da0, da1, da2. Running under VMWare I got these two LOR's--the first one seems the same as Richard's, the second one looks different. (and thanks much for doing this work!! it looks very, very impressive!!) These are experienced after running: zpool create tank raidz ad1 ad3 zpool create tank/usr ad1 and ad3 are 30GB VMware virtual disks. #1) Apr 8 17:35:28 vmbsd kernel: lock order reversal: Apr 8 17:35:28 vmbsd kernel: 1st 0xffffff0018be9e38 zfs:&dr- >dt.di.dr_mtx (zfs:&dr->dt.di.dr_mtx) @ /usr/src/sys/modules/ zfs/../../contrib/opensol aris/uts/common/fs/zfs/dbuf.c:1865 Apr 8 17:35:28 vmbsd kernel: 2nd 0xffffff00168b1508 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/ opensolaris/uts/com mon/fs/zfs/dbuf.c:1836 Apr 8 17:35:28 vmbsd kernel: KDB: stack backtrace: Apr 8 17:35:28 vmbsd kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 8 17:35:28 vmbsd kernel: witness_checkorder() at witness_checkorder+0x508 Apr 8 17:35:28 vmbsd kernel: _sx_xlock() at _sx_xlock+0x3a Apr 8 17:35:28 vmbsd kernel: dbuf_sync_list() at dbuf_sync_list+0x7e Apr 8 17:35:28 vmbsd kernel: dbuf_sync_list() at dbuf_sync_list+0x114 Apr 8 17:35:28 vmbsd kernel: dnode_sync() at dnode_sync+0x1e8 Apr 8 17:35:28 vmbsd kernel: dmu_objset_sync() at dmu_objset_sync+0xec Apr 8 17:35:28 vmbsd kernel: dsl_pool_sync() at dsl_pool_sync+0x65 Apr 8 17:35:28 vmbsd kernel: spa_sync() at spa_sync+0x302 Apr 8 17:35:28 vmbsd kernel: txg_sync_thread() at txg_sync_thread+0x164 Apr 8 17:35:28 vmbsd kernel: fork_exit() at fork_exit+0xaa Apr 8 17:35:28 vmbsd kernel: fork_trampoline() at fork_trampoline+0xe Apr 8 17:35:28 vmbsd kernel: --- trap 0, rip = 0, rsp = 0xffffffff93492d30, rbp = 0 --- #2) Apr 8 17:36:49 vmbsd kernel: lock order reversal: Apr 8 17:36:49 vmbsd kernel: 1st 0xffffff001638c7d8 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/ opensolaris/uts/com mon/fs/zfs/dbuf.c:1680 Apr 8 17:36:49 vmbsd kernel: 2nd 0xffffff001644e5a8 zfs:&dn- >dn_dbufs_mtx (zfs:&dn->dn_dbufs_mtx) @ /usr/src/sys/modules/ zfs/../../contrib/opensol aris/uts/common/fs/zfs/dnode_sync.c:364 Apr 8 17:36:49 vmbsd kernel: KDB: stack backtrace: Apr 8 17:36:49 vmbsd kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a Apr 8 17:36:49 vmbsd kernel: witness_checkorder() at witness_checkorder+0x508 Apr 8 17:36:49 vmbsd kernel: _sx_xlock() at _sx_xlock+0x3a Apr 8 17:36:49 vmbsd kernel: dnode_evict_dbufs() at dnode_evict_dbufs +0x62 Apr 8 17:36:49 vmbsd kernel: dmu_objset_evict_dbufs() at dmu_objset_evict_dbufs+0x106 Apr 8 17:36:49 vmbsd kernel: dmu_objset_evict() at dmu_objset_evict +0x30 Apr 8 17:36:49 vmbsd kernel: dsl_dataset_evict() at dsl_dataset_evict +0xa1 Apr 8 17:36:49 vmbsd kernel: dbuf_evict_user() at dbuf_evict_user+0x44 Apr 8 17:36:49 vmbsd kernel: dbuf_rele() at dbuf_rele+0x101 Apr 8 17:36:49 vmbsd kernel: dsl_pool_zil_clean() at dsl_pool_zil_clean+0x37 Apr 8 17:36:49 vmbsd kernel: spa_sync() at spa_sync+0x43f Apr 8 17:36:49 vmbsd kernel: txg_sync_thread() at txg_sync_thread+0x164 Apr 8 17:36:49 vmbsd kernel: fork_exit() at fork_exit+0xaa Apr 8 17:36:49 vmbsd kernel: fork_trampoline() at fork_trampoline+0xe Apr 8 17:36:49 vmbsd kernel: --- trap 0, rip = 0, rsp = 0xffffffff93492d30, rbp = 0 --- thanks, Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 23:24:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63BA116A406 for ; Sun, 8 Apr 2007 23:24:53 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2466613C483 for ; Sun, 8 Apr 2007 23:24:53 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so951761nza for ; Sun, 08 Apr 2007 16:24:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=S5Ghss3h15CMCeyGJML33fX/aGgD0aQf01j+vLgWnzJbUFOmzkbdOggEabD6M0vgWSEIzNR9YlFVawPMtFK74GzjzFaeJQjuXkpE+OSfvtgq6dO6DlFLnhTEoR68h5iFXrrb5Dxs775GlAakTWmJs4qCu9bvJyHdv9VmKNmRCPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=odVNaiepBQDh7/eZjjXX0GrV0xkOTmkm9xHSSGaGmNc+lQbzo1OUhhx7qJkhMpKdMDL/13oOr9r7QgGSX5+OIlwQIfIuZOuHjOrR2fP0bZmuXSi27bB0DvwIsaAMkFMbtXhT7+bH6JhGmRgLMgFjXvcSOhmBDab0ghYOEx2SkYs= Received: by 10.115.88.1 with SMTP id q1mr2050160wal.1176072945142; Sun, 08 Apr 2007 15:55:45 -0700 (PDT) Received: by 10.114.178.9 with HTTP; Sun, 8 Apr 2007 15:55:45 -0700 (PDT) Message-ID: <83e5fb980704081555y2091ee9fla310f587acf3ef7a@mail.gmail.com> Date: Mon, 9 Apr 2007 00:55:45 +0200 From: "Diego Depaoli" To: freebsd-current@freebsd.org In-Reply-To: <20070406214325.GB61039@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070406214325.GB61039@garage.freebsd.pl> Subject: Re: ZFS - quick start. 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, 08 Apr 2007 23:24:53 -0000 2007/4/6, Pawel Jakub Dawidek : > Ok, ZFS is now in the tree, what's now? Below you'll find some > instructions how to quickly make it up and running. [snip] Short (and stupid?) questions. How prepare an empty slice to host a ZFS filesystem? What kind of fstype I must use? Thanks -- Diego From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 23:27:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 922CB16A400; Sun, 8 Apr 2007 23:27:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 69F2613C457; Sun, 8 Apr 2007 23:27:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38NRnBL016362; Sun, 8 Apr 2007 19:27:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l38NRnQV033036; Sun, 8 Apr 2007 19:27:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6553B73039; Sun, 8 Apr 2007 19:27:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070408232749.6553B73039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 19:27:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2007 23:27:50 -0000 TB --- 2007-04-08 21:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 21:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-08 21:45:00 - cleaning the object tree TB --- 2007-04-08 21:45:46 - checking out the source tree TB --- 2007-04-08 21:45:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-08 21:45:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 21:56:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 21:56:42 - cd /src TB --- 2007-04-08 21:56:42 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 21:56:44 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Apr 8 23:22:31 UTC 2007 TB --- 2007-04-08 23:22:31 - generating LINT kernel config TB --- 2007-04-08 23:22:31 - cd /src/sys/amd64/conf TB --- 2007-04-08 23:22:31 - /usr/bin/make -B LINT TB --- 2007-04-08 23:22:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-08 23:22:31 - cd /src TB --- 2007-04-08 23:22:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 8 23:22:31 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_main.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_new_session_init': /src/sys/dev/cxgb/cxgb_lro.c:187: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-08 23:27:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-08 23:27:49 - ERROR: failed to build lint kernel TB --- 2007-04-08 23:27:49 - tinderbox aborted TB --- 0.80 user 2.84 system 6168.80 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 23:53:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7846216A402 for ; Sun, 8 Apr 2007 23:53:06 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3909F13C483 for ; Sun, 8 Apr 2007 23:53:05 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so846496pyh for ; Sun, 08 Apr 2007 16:53:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=MsuM/yMJH3BkThmUCXYiezguSlHW0xzrH+yRwG7qqZxGuQ2etit0hLNmp0VHb24bqO6KMrWC7pXpVp1atWGCV6ASnq9zOmWIHbLlZ4Cmn/PewYcAIpBJN7UV0HtVjQTnHqsIpBpIFfk7vp+G+O7p7W+IyaEhK2BaUANBMH6HYSQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=AcrjJku6bF0mgGUw31DG1/KHSbm3hZ+kU317Awft4hpPFvHSyycFUD90EVUJzb4P/5aQIC4TI9NM+Cnm/6CpRzRQgP4DYIKUwBMcAzOq1m5eGecCs0dsNScs9iSOH/H2cDUwTHL4tLHVyhe4seIwGY/2ZTGUKtMwnS8A0ZFvLaM= Received: by 10.114.111.1 with SMTP id j1mr2093791wac.1176076384985; Sun, 08 Apr 2007 16:53:04 -0700 (PDT) Received: by 10.114.201.2 with HTTP; Sun, 8 Apr 2007 16:53:04 -0700 (PDT) Message-ID: Date: Mon, 9 Apr 2007 03:53:04 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 677a66c7e063f85a Cc: Subject: ata regression 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, 08 Apr 2007 23:53:06 -0000 After today's update ata(4) is unusable on both my desktop (i386, via chipset) and my laptop (amd64, ati chipset). Everything works fine with kernel from 1 April. VIA box says: ata0: reset tp1 mask=03 ostat0=58 ostat1=00 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ... ad0: setting PIO4 on 8237 chip ad0: setting UDMA100 on 8237 chip ata0: reinit done .. ad0: FAILURE - WRITE_DMA time out LBA=8511 g_vfs_done():ad0s1a[WRITE(offset=4325376, length=2948)]error = 5 ATI says something similar, but drops to kgdb after the first cycle. Sorry, I have no time to provide more info right now. Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Apr 8 23:59:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80C1F16A501 for ; Sun, 8 Apr 2007 23:59:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6D52413C448 for ; Sun, 8 Apr 2007 23:59:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D55B11A4D84; Sun, 8 Apr 2007 16:59:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6BA8851E8C; Sun, 8 Apr 2007 19:59:51 -0400 (EDT) Date: Sun, 8 Apr 2007 19:59:51 -0400 From: Kris Kennaway To: Harald Schmalzbauer Message-ID: <20070408235950.GA51668@xor.obsecurity.org> References: <200704082321.23291.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <200704082321.23291.h.schmalzbauer@omnisec.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: malloc question + atapicam problem 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, 08 Apr 2007 23:59:52 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 08, 2007 at 11:21:23PM +0200, Harald Schmalzbauer wrote: > Hello, >=20 > I've been away from -current for some months, so I'm not sure if phk's ma= lloc=20 > is still the default in HEAD or the jemalloc is used. > If the latter, is there something like '/etc/malloc.conf -> ajz' ? Yes, ajz ;-) See the manpage. Kris P.S. 'Z' is not the default anyway, so 'z' is a NOP. --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGYH2Wry0BWjoQKURAmRTAJ9Kvnq0gF0D+cqmpS2QQaqw+OtD1QCghz+g zHfr8WUL0HtDB4OeAWdHOFo= =4dVY -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 00:06:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C0C516A40A for ; Mon, 9 Apr 2007 00:06:45 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id EE40B13C45D for ; Mon, 9 Apr 2007 00:06:44 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so957280nza for ; Sun, 08 Apr 2007 17:06:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=f8GIlXkjtOQlSGxxTs08/QW+1TiongYSicjeldum8iI6FeHFu4lF/Oyk7ggHiEMycvuTup44rbxgPi89nnE/KtRqDmLpKFfFiiYCC1aVSf1X2nO7VJJsq3NemwmxtSzJ6Dpc6ZawMtJRVkUIc/XA0PTXVOuv/RFpddWmHBY8S+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uKthJhCrhJjeKCrROekUsCKcaGjNQ6AaW/6+4fTE9/hpsSOSHexSDS/ZtyxP3xfC+Nvwe8LTXpoqLHws/6QsOx/iz3MOIQY4pmb2z27BBSYHlbFa7YUIH6u9zUaqAez0++/R9Z5x/SKNPFdiO8Apo/Eq8pGVrJMrW3OF/gVfWnc= Received: by 10.115.106.7 with SMTP id i7mr2091600wam.1176077204113; Sun, 08 Apr 2007 17:06:44 -0700 (PDT) Received: by 10.114.201.2 with HTTP; Sun, 8 Apr 2007 17:06:44 -0700 (PDT) Message-ID: Date: Mon, 9 Apr 2007 04:06:44 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "FreeBSD Current" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 363afa6c1a312b8b Cc: Subject: Re: ata regression 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, 09 Apr 2007 00:06:45 -0000 On 4/9/07, Andrew Pantyukhin wrote: > After today's update ata(4) is unusable on both my > desktop (i386, via chipset) and my laptop (amd64, > ati chipset). > > Everything works fine with kernel from 1 April. > > VIA box says: > ata0: reset tp1 mask=03 ostat0=58 ostat1=00 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ... > ad0: setting PIO4 on 8237 chip > ad0: setting UDMA100 on 8237 chip > ata0: reinit done .. > ad0: FAILURE - WRITE_DMA time out LBA=8511 > g_vfs_done():ad0s1a[WRITE(offset=4325376, length=2948)]error = 5 > > > > ATI says something similar, but drops to kgdb after the > first cycle. > > Sorry, I have no time to provide more info right now. Oops, didn't see the cvs-src thread, sorry. Will report if anything stays broken after another update. Cheers! From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 00:10:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B76316A410 for ; Mon, 9 Apr 2007 00:10:10 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A670F13C44C for ; Mon, 9 Apr 2007 00:10:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from [192.168.21.199] ([172.21.0.2]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l3909vYx069494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Apr 2007 02:10:08 +0200 (CEST) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host [172.21.0.2] claimed to be [192.168.21.199] Message-ID: <46198448.8070602@omnisec.de> Date: Mon, 09 Apr 2007 02:09:44 +0200 From: Harald Schmalzbauer User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Kris Kennaway References: <200704082321.23291.h.schmalzbauer@omnisec.de> <20070408235950.GA51668@xor.obsecurity.org> In-Reply-To: <20070408235950.GA51668@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: malloc question + atapicam problem 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, 09 Apr 2007 00:10:10 -0000 Kris Kennaway schrieb: > On Sun, Apr 08, 2007 at 11:21:23PM +0200, Harald Schmalzbauer wrote: >> Hello, >> >> I've been away from -current for some months, so I'm not sure if phk's malloc >> is still the default in HEAD or the jemalloc is used. >> If the latter, is there something like '/etc/malloc.conf -> ajz' ? > > Yes, ajz ;-) > > See the manpage. I read the man page (that's why I used ajz;) but I forgot that I'm using FreeBSD, otherwise I knew that man pages are up to date, even in HEAD! Best regards, -Harry P.S.: Now I'll try to find out what [ITHREAD] and msi means and will give ULE a try. I'm really impressed how stable -current is atm!!! (using as desktop wth kde, nvidia-driver, 7.2xorg with dual head glx and RENDR/DAMAGE/ACCEL and compositing enabled!) > > Kris > > P.S. 'Z' is not the default anyway, so 'z' is a NOP. From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 00:12:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2F0516A404; Mon, 9 Apr 2007 00:12:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF2613C45B; Mon, 9 Apr 2007 00:12:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l390CKNf018292; Sun, 8 Apr 2007 20:12:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l390CJpB057640; Sun, 8 Apr 2007 20:12:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C45AB73039; Sun, 8 Apr 2007 20:12:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409001219.C45AB73039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 20:12:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 00:12:20 -0000 TB --- 2007-04-08 22:57:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-08 22:57:34 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-08 22:57:34 - cleaning the object tree TB --- 2007-04-08 22:58:12 - checking out the source tree TB --- 2007-04-08 22:58:12 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-08 22:58:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-08 23:07:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-08 23:07:08 - cd /src TB --- 2007-04-08 23:07:08 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 8 23:07:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 00:06:08 UTC 2007 TB --- 2007-04-09 00:06:08 - generating LINT kernel config TB --- 2007-04-09 00:06:08 - cd /src/sys/i386/conf TB --- 2007-04-09 00:06:08 - /usr/bin/make -B LINT TB --- 2007-04-09 00:06:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 00:06:08 - cd /src TB --- 2007-04-09 00:06:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 00:06:08 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_main.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/cxgb/cxgb_lro.c /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_new_session_init': /src/sys/dev/cxgb/cxgb_lro.c:187: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_flush_session': /src/sys/dev/cxgb/cxgb_lro.c:213: error: syntax error before '==' token /src/sys/dev/cxgb/cxgb_lro.c: In function `lro_update_session': /src/sys/dev/cxgb/cxgb_lro.c:285: error: syntax error before '==' token *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 00:12:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 00:12:19 - ERROR: failed to build lint kernel TB --- 2007-04-09 00:12:19 - tinderbox aborted TB --- 0.62 user 1.84 system 4484.90 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 01:07:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 442DB16A402; Mon, 9 Apr 2007 01:07:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id D7A5313C458; Mon, 9 Apr 2007 01:07:18 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B2676487FB; Mon, 9 Apr 2007 03:07:16 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1D4E5487F0; Mon, 9 Apr 2007 03:07:11 +0200 (CEST) Date: Mon, 9 Apr 2007 03:07:03 +0200 From: Pawel Jakub Dawidek To: Max Laier Message-ID: <20070409010703.GA74547@garage.freebsd.pl> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <200704081910.42852.max@love2party.net> <20070408185312.GY63916@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <20070408185312.GY63916@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 09 Apr 2007 01:07:19 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 08, 2007 at 08:53:12PM +0200, Pawel Jakub Dawidek wrote: > fzap_upgrade() changes type from 'zap_micro' to 'zap_fat' and union is > used for this (see > sys/contrib/opensolaris/uts/common/fs/zfs/sys/zap_impl.h), that's why we > see this trash: >=20 > zap_num_entries_mtx =3D {lock_object =3D {lo_name =3D 0x70000
, > lo_type =3D 0x0, lo_flags =3D 2155822976, lo_witness_data =3D {lod_list = =3D {stqe_next =3D 0x0}, > lod_witness =3D 0x0}}, sx_lock =3D 1, sx_recurse =3D 0}, >=20 > I already use kmem_zalloc() (note _z_) for zap allocation in > zap_micro.c, so Max is right, that we have to clear this structure here. >=20 > I'm quite tired of tracking such problems, because our mechanism for > detecting already initialized locks is too simple (based on one bit), so > I'd prefer to improve it, or just add bzero() to mutex_init(). I just committed a fix. Now I do 13 bits check for already initialized locks detection instead of standard 1 bit check. Could you repeat your test? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGZG3ForvXbEpPzQRAkuzAJ9B0hzoFOn1hi/obdoxJDmh7vKZlwCg796x J97euQ4Nk4LEW9Qv1Z/mQsw= =qgao -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 01:17:37 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D198D16A401; Mon, 9 Apr 2007 01:17:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 73E0913C465; Mon, 9 Apr 2007 01:17:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4DC40487FF; Mon, 9 Apr 2007 03:17:36 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4A3C145681; Mon, 9 Apr 2007 03:17:30 +0200 (CEST) Date: Mon, 9 Apr 2007 03:17:23 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20070409011723.GB74547@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 01:17:37 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Just a quick summary on recently committed changes: 1. ZFS can now be used on amd64. Thanks goes to des and kan for testing. 2. I added sample entries to devd.conf, which show how to handle problems reported by ZFS, like I/O failures, VDEV failures, checksum mismatches, etc. 3. It is now possible to have root file system on ZFS. You would still need UFS for your /boot/ file system. Location of zpool.cache file has changed from /etc/zfs/ to /boot/zfs/. To avoid any troubles you should: # zpool export # kldunload zfs # mv /etc/zfs/zpool.cache /boot/zfs/ # make kernel # kldload zfs # zpool import If you won't do it, /etc/rc.d/zfs most likely won't mount your file systems and you would need to do: # zpool import -f by hand once. Don't forget to remove /etc/zfs/zpool.cache - it will no longer be needed. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGZQjForvXbEpPzQRAnskAKCo9mgQd7zpnbE3I+VXM+KKqfQKcACdEx3n s9GzCn/ugy7lffvZWgiILlM= =KkW2 -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 02:01:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FD5516A404; Mon, 9 Apr 2007 02:01:29 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 11ED913C44C; Mon, 9 Apr 2007 02:01:28 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.185.1] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1HajAJ0gKK-0001FJ; Mon, 09 Apr 2007 03:59:37 +0200 From: Max Laier Organization: FreeBSD To: Pawel Jakub Dawidek Date: Mon, 9 Apr 2007 03:59:24 +0200 User-Agent: KMail/1.9.5 References: <20070406025700.GB98545@garage.freebsd.pl> <20070408185312.GY63916@garage.freebsd.pl> <20070409010703.GA74547@garage.freebsd.pl> In-Reply-To: <20070409010703.GA74547@garage.freebsd.pl> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1808063.uHuXMkA1X8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704090359.30493.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/9fLfBsAYjFFP8e91Uj30pyb551m14aryQZUR ModI031CAqcUbC7lB6G6yXlMcpEvWfAqPiMHt+wSk/tmW/EaYM 0V4JBSAr6uZCu33xl8CwQ== Cc: freebsd-fs@freebsd.org, Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 09 Apr 2007 02:01:29 -0000 --nextPart1808063.uHuXMkA1X8 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 April 2007 03:07, Pawel Jakub Dawidek wrote: > On Sun, Apr 08, 2007 at 08:53:12PM +0200, Pawel Jakub Dawidek wrote: > > fzap_upgrade() changes type from 'zap_micro' to 'zap_fat' and union > > is used for this (see > > sys/contrib/opensolaris/uts/common/fs/zfs/sys/zap_impl.h), that's why > > we see this trash: > > > > zap_num_entries_mtx =3D {lock_object =3D {lo_name =3D 0x70000
> 0x70000 out of bounds>, lo_type =3D 0x0, lo_flags =3D 2155822976, > > lo_witness_data =3D {lod_list =3D {stqe_next =3D 0x0}, lod_witness =3D = 0x0}}, > > sx_lock =3D 1, sx_recurse =3D 0}, > > > > I already use kmem_zalloc() (note _z_) for zap allocation in > > zap_micro.c, so Max is right, that we have to clear this structure > > here. > > > > I'm quite tired of tracking such problems, because our mechanism for > > detecting already initialized locks is too simple (based on one bit), > > so I'd prefer to improve it, or just add bzero() to mutex_init(). > > I just committed a fix. Now I do 13 bits check for already initialized > locks detection instead of standard 1 bit check. Could you repeat your > test? Will do tomorrow. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1808063.uHuXMkA1X8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGGZ4CXyyEoT62BG0RAsrPAJ4wzq6erlw5IQRpsViAS3uqDm9nKwCfRBvT hmrRGWrdDA2eCrEF8WeBIzE= =ujZh -----END PGP SIGNATURE----- --nextPart1808063.uHuXMkA1X8-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 02:09:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC95116A404 for ; Mon, 9 Apr 2007 02:09:44 +0000 (UTC) (envelope-from juhasaarinen@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8192F13C455 for ; Mon, 9 Apr 2007 02:09:44 +0000 (UTC) (envelope-from juhasaarinen@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so767644wra for ; Sun, 08 Apr 2007 19:09:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DuB4bnLbBUWAgI4VHDA/9ThCQ3k+7GYklc2M/3yxS9BS7O8rAD/k1cfH3T6mO25a2NE6s1mmdGJb7serCsj5kiZY6mWKUf+qrH/PrzzZqsb3SOrZibmt+HNcv+QLHtYcLIoaqgksx3QZHsoGkUVBe0ldP8itAXI4FiKINCyHo8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uoKGc1IN/wanN8vvQjZg3sZbdMF/R15mmgGPh6zPdpgN5+55548pB7vHWIqQh9F0RlzyDlkVZT/1NG/N9EoHOFzrF+wVDjNvCmR/R8woonid2HCy8S3Yys0eQedfZ6eA60byBT03AUt1Yiuq0rdOG88BdGw5LQSeE2tSDSGPBcg= Received: by 10.115.78.1 with SMTP id f1mr2099033wal.1176084583391; Sun, 08 Apr 2007 19:09:43 -0700 (PDT) Received: by 10.115.95.19 with HTTP; Sun, 8 Apr 2007 19:09:43 -0700 (PDT) Message-ID: Date: Mon, 9 Apr 2007 14:09:43 +1200 From: "Juha Saarinen" To: "Pawel Jakub Dawidek" In-Reply-To: <20070409011723.GB74547@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 02:09:44 -0000 On 4/9/07, Pawel Jakub Dawidek wrote: > 3. It is now possible to have root file system on ZFS. You would still > need UFS for your /boot/ file system. Stupid question perhaps, but I couldn't find the answer through searching... why is it not possible to boot directly from ZFS, only from UFS? -- Juha http://www.geekzone.co.nz/juha From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 02:14:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FD2B16A402; Mon, 9 Apr 2007 02:14:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8B113C457; Mon, 9 Apr 2007 02:14:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 573811A3C19; Sun, 8 Apr 2007 19:14:28 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DB0CE514C3; Sun, 8 Apr 2007 22:14:23 -0400 (EDT) Date: Sun, 8 Apr 2007 22:14:23 -0400 From: Kris Kennaway To: Juha Saarinen Message-ID: <20070409021423.GA90766@xor.obsecurity.org> References: <20070409011723.GB74547@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 02:14:25 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 02:09:43PM +1200, Juha Saarinen wrote: > On 4/9/07, Pawel Jakub Dawidek wrote: > >3. It is now possible to have root file system on ZFS. You would still > > need UFS for your /boot/ file system. >=20 > Stupid question perhaps, but I couldn't find the answer through > searching... why is it not possible to boot directly from ZFS, only > from UFS? The boot blocks need to read the loader from the filesystem, which in turns needs to load the kernel from the filesystem. This involves parsing the filesystem. Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGaF/Wry0BWjoQKURApGsAKDyJDBHFWudhYwfud01p23Do/HTNgCgs0z+ xX7Fcq7C5GuDoKghPzCR6Ck= =1Z0i -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 03:39:24 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B672F16A400; Mon, 9 Apr 2007 03:39:24 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from smtp1.jp.viruscheck.net (smtp1.jp.viruscheck.net [154.33.69.52]) by mx1.freebsd.org (Postfix) with ESMTP id 8073713C448; Mon, 9 Apr 2007 03:39:24 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from (mail1.jp.viruscheck.net) [154.33.69.39]:13243 by smtp1.jp.viruscheck.net with esmtp id 1HakFw-0006cn-3h ; Mon, 09 Apr 2007 12:09:24 +0900 Received: from (noc.orchid.orchidtechnology.com) [125.206.34.113]:35626 by mail1.jp.viruscheck.net with esmtp id 1HakFv-0000nk-IJ ; Mon, 09 Apr 2007 12:09:23 +0900 Received: from [89.60.200.25] ([89.60.200.25]) by noc.orchid.orchidtechnology.com (8.13.4/8.13.4) with ESMTP id l3939M0O065291; Mon, 9 Apr 2007 12:09:22 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <4619AE5C.7000902@FreeBSD.org> Date: Mon, 09 Apr 2007 12:09:16 +0900 From: Alexander Nedotsukov User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070406214325.GB61039@garage.freebsd.pl> In-Reply-To: <20070406214325.GB61039@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 09 Apr 2007 03:39:24 -0000 Pawel, Quick question. Is it typical to ZFS to run over 100 kthreads? I see a lot of spa_*s in ps output. Other bits are: bland@nest:~$zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 4,19G 295M 3,90G 6% ONLINE - bland@nest:~$zfs list NAME USED AVAIL REFER MOUNTPOINT tank 295M 3,83G 18K /tank tank/ports 294M 3,83G 294M /usr/ports tank/tmp 535K 3,83G 535K /tmp Thanks, Alexander. Pawel Jakub Dawidek wrote: > Ok, ZFS is now in the tree, what's now? Below you'll find some > instructions how to quickly make it up and running. > > First of all you need some disks. Let's assume you have three spare SCSI > disks: da0, da1, da2. > > Add a line to your /etc/rc.conf to start ZFS automatically on boot: > > # echo 'zfs_enable="YES"' >> /etc/rc.conf > > Load ZFS kernel module, for the first time by hand: > > # kldload zfs.ko > > Now, setup one pool using RAIDZ: > > # zpool create tank raidz da0 da1 da2 > > It should automatically mount /tank/ for you. > > Ok, now put /usr/ on ZFS and propose some file systems layout. I know > you probably have some files already, so we will work on /tank/usr > directory and once we ready, we will just change the mountpoint to /usr. > > # zfs create tank/usr > > Create ports/ file system and enable gzip compression on it, because > most likely we will have only text files there. On the other hand, we > don't want to compress ports/distfiles/, because we keep compressed > stuff already in-there: > > # zfs create tank/usr/ports > # zfs set compression=gzip tank/usr/ports > # zfs create tank/usr/ports/distfiles > # zfs set compression=off tank/usr/ports/distfiles > > (You do see how your life is changing, don't you?:)) > > Let's create home file system, my own home/pjd/ file system. I know we > use RAIDZ, but I want to have directory where I put extremly important > stuff, you I'll define that each block has to be stored in tree copies: > > # zfs create tank/usr/home > # zfs create tank/usr/home/pjd > # zfs create tank/usr/home/pjd/important > # zfs set copies=3 tank/usr/home/pjd/important > > I'd like to have directory with music, etc. that I NFS share. I don't > really care about this stuff and my computer is not very fast, so I'll > just turn off checksumming (this is only for example purposes! please, > benchmark before doing it, because it's most likely not worth it!): > > # zfs create tank/music > # zfs set checksum=off tank/music > # zfs set sharenfs=on tank/music > > Oh, I almost forget. Who cares about access time updates? > > # zfs set atime=off tank > > Yes, we set it only on tank and it will be automatically inherited by > others. > > Will be also good to be informed if everything is fine with our pool: > > # echo 'daily_status_zfs_enable="YES"' >> /etc/periodic.conf > > For some reason you still need UFS file system, for example you use ACLs > or extended attributes which are not yet supported by our ZFS. If so, > why not just use ZFS to provide storage? This way we gain cheap UFS > snapshots, UFS clones, etc. by simply using ZVOLs. > > # zfs create -V 10g tank/ufs > # newfs /dev/zvol/tank/ufs > # mount /dev/zvol/tank/ufs /ufs > > # zfs snapshot tank/ufs@20070406 > # mount -r /dev/zvol/tank/ufs@20070406 /ufs20070406 > > # zfs clone tank/ufs@20070406 tank/ufsok > # fsck_ffs -p /dev/zvol/tank/ufsok > # mount /dev/zvol/tank/ufsok /ufsok > > Want to encrypt your swap and still use ZFS? Nothing more trivial: > > # zfs create -V 4g tank/swap > # geli onetime -s 4096 /dev/zvol/tank/swap > # swapon /dev/zvol/tank/swap.eli > > Trying to do something risky with your home? Snapshot it first! > > # zfs snapshot tank/home/pjd@justincase > > Turns out it was more stupid than risky? Rollback your snapshot! > > # zfs rollback tank/home/pjd@justincase > # zfs destroy tank/home/pjd@justincase > > Ok, everything works, we may set tank/usr as our real /usr: > > # zfs set mountpoint=/usr tank/usr > > Don't forget to read zfs(8) and zpool(8) manual pages and SUN's ZFS > administration guide: > > http://www.opensolaris.org/os/community/zfs/docs/zfsadmin.pdf > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 03:47:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AA3416A402; Mon, 9 Apr 2007 03:47:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 216B013C44C; Mon, 9 Apr 2007 03:47:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l393lPWP028522; Sun, 8 Apr 2007 23:47:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l393lPdl079953; Sun, 8 Apr 2007 23:47:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FAAF73039; Sun, 8 Apr 2007 23:47:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409034725.6FAAF73039@freebsd-current.sentex.ca> Date: Sun, 8 Apr 2007 23:47:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Mon, 09 Apr 2007 03:47:26 -0000 TB --- 2007-04-09 02:32:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 02:32:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-09 02:32:10 - cleaning the object tree TB --- 2007-04-09 02:32:38 - checking out the source tree TB --- 2007-04-09 02:32:38 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-09 02:32:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 02:43:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 02:43:18 - cd /src TB --- 2007-04-09 02:43:18 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 02:43:19 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 03:42:53 UTC 2007 TB --- 2007-04-09 03:42:53 - generating LINT kernel config TB --- 2007-04-09 03:42:53 - cd /src/sys/sparc64/conf TB --- 2007-04-09 03:42:53 - /usr/bin/make -B LINT TB --- 2007-04-09 03:42:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 03:42:54 - cd /src TB --- 2007-04-09 03:42:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 03:42:54 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c:240: error: redefinition of `struct bus_dma_tag' /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:301: error: structure has no member named `dt_mt' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 03:47:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 03:47:25 - ERROR: failed to build lint kernel TB --- 2007-04-09 03:47:25 - tinderbox aborted TB --- 0.44 user 1.91 system 4514.93 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 04:03:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 672A216A400; Mon, 9 Apr 2007 04:03:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4BB13C448; Mon, 9 Apr 2007 04:03:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3943FkL029099; Mon, 9 Apr 2007 00:03:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3943FhM014821; Mon, 9 Apr 2007 00:03:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2EDFC73039; Mon, 9 Apr 2007 00:03:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409040315.2EDFC73039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 00:03:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 04:03:16 -0000 TB --- 2007-04-09 02:52:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 02:52:39 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-09 02:52:39 - cleaning the object tree TB --- 2007-04-09 02:53:07 - checking out the source tree TB --- 2007-04-09 02:53:07 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-09 02:53:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 03:02:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 03:02:19 - cd /src TB --- 2007-04-09 03:02:19 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 03:02:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 03:59:15 UTC 2007 TB --- 2007-04-09 03:59:15 - generating LINT kernel config TB --- 2007-04-09 03:59:15 - cd /src/sys/sun4v/conf TB --- 2007-04-09 03:59:15 - /usr/bin/make -B LINT TB --- 2007-04-09 03:59:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 03:59:15 - cd /src TB --- 2007-04-09 03:59:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 03:59:16 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c:240: error: redefinition of `struct bus_dma_tag' /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:301: error: structure has no member named `dt_mt' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 04:03:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 04:03:15 - ERROR: failed to build lint kernel TB --- 2007-04-09 04:03:15 - tinderbox aborted TB --- 0.56 user 1.96 system 4236.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 04:52:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD3D416A401 for ; Mon, 9 Apr 2007 04:52:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7F00813C46C for ; Mon, 9 Apr 2007 04:52:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l394qXTR052934; Sun, 8 Apr 2007 22:52:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4619C67F.6090406@samsco.org> Date: Sun, 08 Apr 2007 22:52:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Norikatsu Shigemura References: <20070409012001.adeb61b8.nork@FreeBSD.org> In-Reply-To: <20070409012001.adeb61b8.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 08 Apr 2007 22:52:33 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: linux sg panic on 7-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: Mon, 09 Apr 2007 04:52:36 -0000 Can you provide me with some information on the app that you were running? Scott Norikatsu Shigemura wrote: > I have a new issue of linux sg, new cam feature. So I kgdb-ed, > but I have no idea to fix this issue. Please see also following > result. > From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 06:36:06 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63B9916A407 for ; Mon, 9 Apr 2007 06:36:06 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) by mx1.freebsd.org (Postfix) with ESMTP id E3B4613C44B for ; Mon, 9 Apr 2007 06:36:05 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 71746 invoked from network); 9 Apr 2007 06:36:04 -0000 Received: from unknown (HELO ?192.168.178.2?) (192.168.178.2) by lab.alexdupre.com with SMTP; 9 Apr 2007 06:36:04 -0000 Message-ID: <4619DED4.6060102@FreeBSD.org> Date: Mon, 09 Apr 2007 08:36:04 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5.0.10 (X11/20070310) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> In-Reply-To: <20070409011723.GB74547@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 06:36:06 -0000 Pawel Jakub Dawidek wrote: > 3. It is now possible to have root file system on ZFS. You would still > need UFS for your /boot/ file system. Many thanks! I should have known that "some time to implement it" meant "just a couple of nights" ;-) -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 08:06:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D77116A46C; Mon, 9 Apr 2007 08:06:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 481CC13C4D1; Mon, 9 Apr 2007 08:06:18 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5d3cf.dip.t-dialin.net [84.165.211.207]) by redbull.bpaserver.net (Postfix) with ESMTP id 9E5862E177; Mon, 9 Apr 2007 10:06:12 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B99615B489B; Mon, 9 Apr 2007 10:06:09 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l39869cq009539; Mon, 9 Apr 2007 10:06:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from proxy.Leidinger.net (proxy.Leidinger.net [192.168.1.103]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 09 Apr 2007 10:06:09 +0200 Message-ID: <20070409100609.x7is0pofwcoo84gw@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 09 Apr 2007 10:06:09 +0200 From: Alexander Leidinger To: Rink Springer References: <20070408191012.GA95373@outcold.yadt.co.uk> <20070408194326.GA77190@rink.nu> In-Reply-To: <20070408194326.GA77190@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: linux_statfs64() missing an argument?? 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, 09 Apr 2007 08:06:20 -0000 Quoting Rink Springer (from Sun, 8 Apr 2007 =20 21:43:26 +0200): > Hi David, > > On Sun, Apr 08, 2007 at 08:10:13PM +0100, David Taylor wrote: >> I'm currently recompiling my kernel to test this, but thought I'd see >> if anyone had any comments on the patch as is, since I've probably done >> something wrong, as I'm not too sure how the whole syscalls.master setup >> works. > > Looks good to me. However, as you might have seen, some files are > flagged "Do not edit". I believe editing a syscalls.master file will > automatically invoke a rebuild of these files, and thus, they need not > be part of your patch. After editing szscalls.master zou have to run "make sysent", this will =20 generate the other files. You don't have to add the generates files in =20 the patch. Please change syscalls.master on i386 and on amd64... I haven't looked at the patch (EBUSY). If it works for you please send a PR in case nobody agrees to commit =20 it. This way it isn't lost and freebsd-emulation will get a reminding =20 mail about it from time to time. Bye, Alexander. --=20 So so is good, very good, very excellent good: and yet it is not; it is but so so. =09=09-- William Shakespeare, "As You Like It" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 08:22:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BABF416A402; Mon, 9 Apr 2007 08:22:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 675FA13C46A; Mon, 9 Apr 2007 08:22:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5d3cf.dip.t-dialin.net [84.165.211.207]) by redbull.bpaserver.net (Postfix) with ESMTP id 1EE642E1AC; Mon, 9 Apr 2007 10:22:44 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3728D5B489B; Mon, 9 Apr 2007 10:22:41 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l398Mfqx012357; Mon, 9 Apr 2007 10:22:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from proxy.Leidinger.net (proxy.Leidinger.net [192.168.1.103]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 09 Apr 2007 10:22:40 +0200 Message-ID: <20070409102240.u6yxvjr72888cc04@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 09 Apr 2007 10:22:40 +0200 From: Alexander Leidinger To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> In-Reply-To: <20070409011723.GB74547@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.787, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 08:22:48 -0000 Quoting Pawel Jakub Dawidek (from Mon, 9 Apr 2007 =20 03:17:23 +0200): > 3. It is now possible to have root file system on ZFS. You would still > need UFS for your /boot/ file system. Do you have a quick guide how to do this? I'm a little bit puzzled how the FS layout would look like. Just from =20 thinking about it I would do the following, but I like to know if this =20 is the right way: - ad0s1a -> contains a / with contains only the boot directory - some zpool which contains / with everything except the boot directory In one scenario I would just hope that ZFS DTRT magically, but this =20 would imply that ZFS does some kind of union/overlay/underlay mount. So I lean more towards a ad0s1a mounted by hand to somewhere else in =20 the ZFS namespace and a symlink from the zfs /boot directory to the =20 real location where the UFS is mounted. In both scenarios I'm not sure how the fstab would look like. Bye, Alexander. --=20 The older a man gets, the farther he had to walk to school as a boy. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 08:25:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD59016A401; Mon, 9 Apr 2007 08:25:02 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3F313C458; Mon, 9 Apr 2007 08:25:01 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DEECD8BCFAB; Mon, 9 Apr 2007 10:25:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U57wHXEJa7qw; Mon, 9 Apr 2007 10:25:00 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 25A7E8BCD64; Mon, 9 Apr 2007 10:25:00 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l398P0OE098223; Mon, 9 Apr 2007 10:25:00 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 9 Apr 2007 10:25:00 +0200 From: Roman Divacky To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Message-ID: <20070409082500.GA98115@freebsd.org> References: <20070408191012.GA95373@outcold.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070408191012.GA95373@outcold.yadt.co.uk> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: linux_statfs64() missing an argument?? 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, 09 Apr 2007 08:25:02 -0000 On Sun, Apr 08, 2007 at 08:10:13PM +0100, David Taylor wrote: > I've recently been trying to compile gentoo under FreeBSD > (in order, eventually, to compile OpenWRT), and ran in to a rather > confusing problem when trying to diagnose the reason "coreutils" > failed to build properly. I commited similar fix to p4. thanks a lot for the work! roman From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 08:51:36 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1A1916A400 for ; Mon, 9 Apr 2007 08:51:36 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5892A13C458 for ; Mon, 9 Apr 2007 08:51:36 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 47193 invoked from network); 9 Apr 2007 08:51:35 -0000 Received: from unknown (HELO ?192.168.178.2?) (192.168.178.2) by lab.alexdupre.com with SMTP; 9 Apr 2007 08:51:35 -0000 Message-ID: <4619FE96.2010508@FreeBSD.org> Date: Mon, 09 Apr 2007 10:51:34 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5.0.10 (X11/20070310) MIME-Version: 1.0 To: Alexander Leidinger References: <20070409011723.GB74547@garage.freebsd.pl> <20070409102240.u6yxvjr72888cc04@webmail.leidinger.net> In-Reply-To: <20070409102240.u6yxvjr72888cc04@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 08:51:37 -0000 Alexander Leidinger wrote: > Do you have a quick guide how to do this? It's the same as having a graid3 or geli root fs: you need a simple ufs partition with /boot and then everything else on zfs. > I'm a little bit puzzled how the FS layout would look like. Just from > thinking about it I would do the following, but I like to know if this > is the right way: > - ad0s1a -> contains a / with contains only the boot directory > - some zpool which contains / with everything except the boot > directory It's not mandatory to remove the boot directory from zfs, but yes, that's the idea. Usually you have ad0s1a on a removable media, or (g)mirror all the adXs1a partitions so that a disk failure doesn't prevent booting into a usable system. > In one scenario I would just hope that ZFS DTRT magically, but this > would imply that ZFS does some kind of union/overlay/underlay mount. > > So I lean more towards a ad0s1a mounted by hand to somewhere else in the > ZFS namespace and a symlink from the zfs /boot directory to the real > location where the UFS is mounted. Why a symlink? You can mount it exactly there. > In both scenarios I'm not sure how the fstab would look like. Currently I'm using a removable media, so I don't automatically mount /boot from it, but I have a copy. If you use the gmirrored disk slices, you can design your /etc/fstab like: /dev/zfs/tank/root / /dev/gmirror/boot /boot /dev/zvol/tank/swap /dev/zfs/tank/usr /usr ... (This is the general idea, I haven't looked how zfs fs entries should appear in fstab, yet, so I cannot give you the exact fstab dump). -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 08:57:42 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C65E016A401 for ; Mon, 9 Apr 2007 08:57:42 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA1513C4AD for ; Mon, 9 Apr 2007 08:57:42 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 47370 invoked from network); 9 Apr 2007 08:57:41 -0000 Received: from unknown (HELO ?192.168.178.2?) (192.168.178.2) by lab.alexdupre.com with SMTP; 9 Apr 2007 08:57:41 -0000 Message-ID: <461A0004.7000303@FreeBSD.org> Date: Mon, 09 Apr 2007 10:57:40 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5.0.10 (X11/20070310) MIME-Version: 1.0 To: Alexander Leidinger References: <20070409011723.GB74547@garage.freebsd.pl> <20070409102240.u6yxvjr72888cc04@webmail.leidinger.net> <4619FE96.2010508@FreeBSD.org> In-Reply-To: <4619FE96.2010508@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 08:57:42 -0000 Alex Dupre wrote: > Why a symlink? You can mount it exactly there. Ops, yes, a symlink, since ad0s1a already contains 'boot' directory. (I said I don't use hard disk slices ;-)) -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 09:40:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86DFB16A409 for ; Mon, 9 Apr 2007 09:40:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3487813C48A for ; Mon, 9 Apr 2007 09:40:20 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=Pi7USqbpCFBIFyBe/cBfRNQxZ1NxNhVlv/BU36tbLcqRjCbqnPSA12bpAw6/b3PV1DsFYirrZEr01EnbWFG+JJ4TOMTRfy1siTlXca/tC0NQ+BgIoNosljUQtHxsEUv2m3WFGJFfOsYjYy6NeN17vnSSzygp5px8XVjslxrWT80=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HaqMB-000517-7d; Mon, 09 Apr 2007 13:40:16 +0400 Date: Mon, 9 Apr 2007 13:40:10 +0400 From: Eygene Ryabinkin To: nate@root.org Message-ID: <20070409094010.GL26348@codelabs.ru> References: <4617D3A6.8000201@root.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="TD8GDToEDw0WLGOL" Content-Disposition: inline In-Reply-To: <4617D3A6.8000201@root.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: max@love2party.net, freebsd-current@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Mon, 09 Apr 2007 09:40:22 -0000 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Nate, good day. Mon, Apr 09, 2007 at 05:56:14AM +0000, nate@root.org wrote: > A few weeks ago, I committed a change to ALTQ that I was only able to > compile-test. What I need is someone with a laptop or other > cpufreq-capable system that is also using ALTQ to verify that with > powerd running, the queuing timing is now reliable. I see no difference between the -CURRENT from today and from 30th March (I see that your commit was made at 26th of March, but I am not sure that mu current was updated after it for the -CURRENT compiled at 30th of March). The bad news are that the ALTQ behaves wrong: when the CPU frequency is changed the bandwidth changes too. Either I am doing something wrong, or your commit should be polished a bit. My environment is: Asus A2D running AMD Mobile XP, iwi (Intel 2915ABG) and 7-CURRENT. The pf rules were: ----- altq on iwi0 bandwidth 3Kb cbq queue { dflt } queue dflt bandwidth 100% cbq(default) pass out quick log on iwi0 proto tcp from $my_ip to any flags S/AUSPF \ keep state queue dflt ----- The interface is running at 22 Mbit/sec most of the time. No polling was enabled. The bandwidth was measured by the ifstat, powerd was disabled and I had changed the frequency via sysctl. Four frequencies were used: 400, 800, 1600 and 2200. The kernel config included the following ALTQ options: ----- options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ ----- Basically, I made two tests: WAN and LAN downloading over FTP and HTTP. WAN test was done for the old and new -CURRENTs and LAN test was done just for the new -CURRENT. All tests were done in the following manner: ifstat was spawned with the delay of 3 seconds, files were downloaded by fetch and I manually changed the CPU frequency via sysctl. First two logs, ifstat.bw3Kb.old.wan.log and ifstat.bw3Kb.new.wan.log do show the WAN results. The 100 Kbps corresponds to 400 MHz, 200 Kbps -- to 800 MHz, 410 Kbps -- to 1600 MHz and 560 Kbps -- to 2200 MHz CPU speed. I thought that I was bounded by the WAN link here. ifstat.bw3Kb.new.local-net.log shows the behaviour for the LAN link (machines are sitting on the same switch, so only L2 devices are on the network path): just the same figures and bandwidth is still changing with the CPU. ifstat.fullbw.new.local-net.log shows the behaviour for the 100% bandwidth, but with the ALTQ rules enabled (the '3K' were just changed to '100%' in the pf.conf). The speed is pretty stable flying around 20 Mbit/sec. And ifstat.new.local-net.altq-disabled.log shows the behaviour of interface bandwidth for pf.conf without any ALTQ rules. The same as above: 20 Mbit/sec, the interface bound. -- Eygene --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ifstat.bw3Kb.old.wan.log" FreeBSD 7.0-CURRENT #10: Sat Mar 31 16:23:39 MSD 2007 iwi0 Kbps in Kbps out 98.57 2.92 94.94 2.75 95.01 2.75 98.88 2.92 94.77 2.75 94.77 2.75 99.53 2.92 94.61 2.75 193.16 5.67 189.38 5.50 196.02 5.67 264.11 7.73 216.82 6.19 189.22 5.67 193.32 5.67 193.16 5.67 189.87 5.50 387.80 11.17 287.93 8.59 382.54 11.17 382.54 11.17 387.32 11.34 iwi0 Kbps in Kbps out 382.87 11.17 382.71 11.17 287.77 8.42 386.95 11.34 576.18 16.67 477.31 14.09 575.86 16.84 572.09 16.50 568.15 16.50 568.15 16.50 568.15 16.50 552.38 15.98 489.14 14.26 473.20 13.75 94.61 2.75 96.58 2.75 94.61 2.75 189.38 5.50 94.61 2.75 94.61 2.75 94.77 2.75 94.77 2.75 iwi0 Kbps in Kbps out 95.11 2.75 94.61 2.75 94.94 2.75 95.09 2.75 95.44 2.75 95.44 2.75 378.60 11.00 568.65 16.50 567.65 16.50 568.05 16.50 568.64 16.50 567.81 16.50 473.54 13.75 568.13 16.50 567.81 16.50 567.98 16.50 567.81 16.50 473.20 13.75 94.61 2.75 95.11 2.75 95.99 2.75 94.61 2.75 iwi0 Kbps in Kbps out 94.61 2.75 189.88 5.50 95.26 2.75 94.94 2.75 95.61 2.75 94.94 2.75 98.96 2.92 99.72 2.92 95.11 2.75 95.44 2.75 99.05 2.92 94.94 2.75 95.59 3.95 1187.37 4.30 1916.14 2.92 1671.74 2.99 169.67 1.65 4.75 0.45 4.11 0.22 0.00 0.89 32.20 5.46 13.63 0.34 iwi0 Kbps in Kbps out 2.44 0.89 114.65 3.27 170.51 4.98 102.66 2.92 103.33 2.92 102.83 3.09 106.60 3.09 106.60 3.98 87.06 2.58 87.06 2.41 98.72 2.92 103.31 2.92 103.16 3.09 103.32 2.92 520.85 15.12 568.45 16.50 564.04 16.33 564.54 16.50 560.26 16.15 564.04 16.50 559.93 16.15 560.58 16.50 iwi0 Kbps in Kbps out 555.99 16.15 536.61 16.53 544.00 15.98 509.18 14.95 576.03 16.84 576.16 16.84 564.34 16.50 496.69 19.28 106.43 4.06 789.57 23.03 567.81 16.50 563.87 16.33 567.81 16.50 563.87 16.33 565.00 16.50 563.87 16.33 564.04 16.33 559.93 16.33 563.70 16.33 560.26 16.33 557.64 16.33 536.61 15.81 iwi0 Kbps in Kbps out 572.25 16.67 485.53 15.15 576.20 16.67 572.55 16.84 556.16 16.15 501.45 14.78 575.87 16.84 576.20 16.84 564.86 16.50 493.08 14.43 575.87 16.84 576.20 16.84 572.26 16.67 485.36 14.26 575.53 16.84 576.55 17.06 478.19 14.98 576.20 16.84 576.52 16.84 481.59 14.68 490.23 17.81 509.23 16.35 iwi0 Kbps in Kbps out 513.38 19.82 328.16 13.75 414.63 15.89 408.68 14.60 482.49 16.88 406.24 17.22 221.26 10.70 199.30 11.75 263.46 13.36 0.33 0.00 1.18 0.52 0.67 0.00 0.50 0.00 0.17 0.00 0.50 0.00 0.83 0.00 0.67 0.00 1.60 0.89 0.57 0.00 0.67 0.00 1.15 0.00 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ifstat.bw3Kb.new.wan.log" iwi0 Kbps in Kbps out 197.44 5.67 209.09 6.01 205.46 6.01 205.94 6.01 202.09 5.84 207.80 5.84 100.50 2.92 107.10 3.09 98.88 2.92 99.05 2.92 106.77 3.09 95.01 2.75 108.22 5.48 91.96 4.67 8.94 0.92 1.30 0.00 311.93 9.34 378.43 15.42 575.70 16.67 569.13 16.50 556.32 16.15 587.36 17.18 iwi0 Kbps in Kbps out 568.61 16.50 560.26 16.33 567.98 16.50 564.76 16.33 565.65 16.33 564.99 16.50 560.10 16.15 568.15 16.50 560.43 16.33 565.18 16.33 555.99 19.04 209.26 9.36 347.54 10.14 91.96 3.31 96.80 7.25 28.81 1.20 27.76 1.20 20.21 0.52 87.22 2.58 102.99 2.92 106.93 3.09 103.33 3.09 iwi0 Kbps in Kbps out 106.60 3.09 102.83 2.92 104.58 2.92 102.90 3.09 108.06 3.09 103.95 2.92 107.17 3.09 106.43 3.09 256.56 7.39 414.41 12.03 410.13 12.03 414.24 12.03 382.37 11.89 411.34 12.03 412.26 12.75 387.53 11.17 406.84 11.86 410.80 11.86 378.60 11.89 414.08 12.03 406.19 11.86 398.88 12.40 iwi0 Kbps in Kbps out 165.90 8.20 324.06 12.03 398.64 12.58 403.40 11.69 412.21 11.86 419.14 12.20 411.02 12.75 378.43 11.00 406.19 11.86 418.02 12.03 410.47 12.03 411.28 11.86 410.63 11.86 406.36 11.86 379.72 11.89 411.26 11.86 405.83 16.14 51.82 2.78 525.88 15.29 414.08 12.20 374.66 11.72 414.08 12.03 iwi0 Kbps in Kbps out 411.28 12.03 407.52 11.88 399.34 11.88 410.80 11.86 414.41 12.03 412.00 11.86 411.42 12.03 411.11 11.86 406.69 12.75 382.54 11.00 408.02 11.86 399.14 11.51 414.74 13.00 170.01 10.53 363.81 10.48 415.20 12.03 56.57 1.72 612.23 18.04 418.02 12.03 413.91 12.03 423.17 12.37 410.78 12.76 iwi0 Kbps in Kbps out 21.17 1.44 0.00 0.89 1.71 0.00 3.30 0.00 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ifstat.bw3Kb.new.local-net.log" iwi0 Kbps in Kbps out 2.62 0.00 589.57 18.09 18669.92 13.40 31489.68 11.69 19202.29 9.37 190.63 5.50 424.35 12.03 431.53 12.54 426.72 12.37 387.22 12.06 413.91 12.03 417.85 12.20 410.54 11.86 556.81 17.04 541.17 15.81 568.45 16.50 563.87 16.33 564.28 16.33 565.48 16.50 569.33 16.50 561.39 16.15 564.37 16.50 iwi0 Kbps in Kbps out 564.20 16.33 563.87 16.33 564.04 16.50 560.26 16.15 564.54 16.50 560.81 16.15 140.06 4.12 104.19 2.92 99.99 2.92 106.93 3.09 99.68 2.75 103.81 3.09 99.18 2.75 107.23 3.09 106.60 3.09 102.66 2.92 102.83 2.92 103.64 3.09 103.30 2.92 99.94 2.92 107.49 3.09 99.05 2.75 iwi0 Kbps in Kbps out 103.40 3.09 99.68 2.75 106.77 3.09 193.83 5.67 209.26 6.19 203.98 5.84 206.66 5.84 202.17 5.84 206.74 6.01 211.44 6.01 205.15 5.84 205.78 6.01 205.15 6.01 201.04 5.84 201.21 5.84 209.26 6.01 205.63 5.84 205.48 6.01 202.42 5.84 206.35 6.01 207.78 5.84 207.24 6.01 iwi0 Kbps in Kbps out 201.28 5.84 209.40 6.01 201.04 5.84 201.21 5.84 7112.54 6.01 8487.54 5.84 8393.33 5.84 8445.70 5.84 8480.12 5.84 8570.78 5.84 8711.31 6.01 8810.97 5.84 8708.77 5.84 8787.04 5.84 8839.44 5.84 8893.75 6.01 9145.30 5.84 8945.83 5.89 5648.75 3.61 4420.10 2.92 4353.61 2.92 4439.81 2.92 iwi0 Kbps in Kbps out 4423.31 2.92 4588.47 3.09 4655.13 2.92 4463.51 2.92 4474.83 2.92 4411.42 2.92 4572.88 2.92 4495.80 2.92 4519.39 2.92 4617.73 2.92 4558.00 2.92 4593.08 2.92 10817.43 6.70 26451.77 16.15 26857.64 16.15 1926.78 7.58 601.27 17.36 581.12 16.84 573.23 16.67 571.88 16.67 568.39 16.50 569.68 16.50 iwi0 Kbps in Kbps out 568.53 16.50 563.87 16.33 564.52 16.33 276.27 8.08 106.60 3.98 83.26 3.30 91.07 2.58 79.34 2.41 96.53 3.64 88.35 2.58 87.44 2.41 99.12 2.92 107.42 3.98 98.88 2.92 71.12 2.06 106.60 3.09 110.07 3.09 99.36 2.92 106.77 3.09 99.72 2.75 198.10 5.67 206.20 6.90 iwi0 Kbps in Kbps out 175.15 4.98 206.78 6.01 201.88 5.84 205.32 6.01 205.65 5.84 209.43 7.08 174.45 4.98 201.54 5.84 205.56 6.01 207.41 6.73 190.67 5.67 191.25 5.50 198.26 5.67 373.05 10.83 563.71 16.33 559.93 16.33 565.42 16.33 562.34 16.33 564.37 16.33 560.26 16.33 564.04 16.33 533.15 16.36 iwi0 Kbps in Kbps out 557.28 16.15 562.44 16.33 536.68 16.53 560.26 16.15 555.82 16.15 15098.33 17.04 23273.85 15.98 23727.56 16.15 24137.17 16.15 24568.05 16.15 24973.92 16.15 25396.29 16.15 25545.56 16.15 26112.10 16.23 26352.10 16.15 26865.67 16.15 26691.50 16.15 22682.73 16.15 27160.39 16.15 17929.82 10.31 10356.76 6.01 10569.55 5.84 iwi0 Kbps in Kbps out 10552.96 5.84 10455.15 5.84 10620.86 5.84 10584.75 5.84 10663.57 6.01 10876.81 5.84 10774.22 5.84 5885.04 3.26 5220.96 2.92 5251.64 2.92 5192.73 2.92 5248.51 2.92 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ifstat.fullbw.new.local-net.log" iwi0 Kbps in Kbps out 17874.62 526.99 23139.55 672.77 22008.85 640.29 21506.04 625.00 16845.20 495.46 22987.15 668.98 15448.84 462.19 21059.47 611.94 21071.57 612.97 23056.71 670.19 22773.81 597.32 18978.01 475.50 15760.53 488.32 22992.68 693.77 22533.94 659.02 21991.65 637.08 21969.94 572.66 15235.27 471.71 22158.33 668.46 22052.44 653.18 22534.01 658.35 24180.43 620.35 iwi0 Kbps in Kbps out 23684.54 589.61 22871.69 550.65 23550.85 566.99 24192.72 619.14 23872.93 585.78 21579.28 544.24 13398.41 414.89 22848.66 679.93 22521.29 654.87 22364.32 650.79 22541.13 579.47 24268.71 610.73 23082.19 547.84 16677.39 407.69 22040.23 641.35 23204.82 675.03 22222.01 646.30 22394.81 623.11 23877.52 583.23 18443.01 455.58 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ifstat.new.local-net.altq-disabled.log" iwi0 Kbps in Kbps out 18452.19 538.41 22437.78 652.48 22666.98 659.72 22761.46 659.17 23260.17 628.45 22853.19 601.63 23300.97 617.59 22731.39 598.72 23684.27 630.67 22761.93 598.88 23364.54 618.81 22943.07 605.23 23006.05 609.19 23527.58 622.76 23861.80 629.98 23270.16 615.71 23893.09 633.93 23682.24 625.18 23577.58 623.45 22686.82 599.73 24120.59 635.98 23561.94 621.39 iwi0 Kbps in Kbps out 23581.51 625.68 22498.29 592.53 23637.41 627.23 22781.75 600.08 17779.97 493.71 21691.01 631.55 23329.52 678.61 22423.02 651.46 22474.24 635.99 22651.61 598.88 23822.15 630.50 22990.18 607.98 22954.60 605.92 22231.79 586.15 18601.94 512.59 22273.46 648.53 9592.99 281.78 0.50 0.00 1.48 0.00 --TD8GDToEDw0WLGOL-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 09:43:35 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D6B816A40E; Mon, 9 Apr 2007 09:43:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9E57113C46E; Mon, 9 Apr 2007 09:43:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E8AA2487FF; Mon, 9 Apr 2007 11:43:32 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C5E21487F0; Mon, 9 Apr 2007 11:43:27 +0200 (CEST) Date: Mon, 9 Apr 2007 11:43:19 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20070409094319.GB76673@garage.freebsd.pl> References: <20070409011723.GB74547@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <20070409011723.GB74547@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 09:43:35 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 03:17:23AM +0200, Pawel Jakub Dawidek wrote: > 3. It is now possible to have root file system on ZFS. You would still > need UFS for your /boot/ file system. Let me explain how this suppose to work. You have ad0 disk. Create one slice covering entire disk: # fdisk -BI /dev/ad0 Initialize BSDlabel: # bsdlabel -wB /dev/ad0s1 Edit your label and create small (like 256MB-512MB) 'a' partition and use the rest for 'd' partition: # bsdlabel -e /dev/ad0s1 'd' partition will be used for ZFS: # zpool create tank ad0s1d Create UFS file system on /dev/ad0s1a and copy /boot/ directory in there: # newfs /dev/ad0s1a # mount /dev/ad0s1a /mnt/tmp # cp -Rp /boot/* /mnt/tmp/ Note that there is no /boot/ directory on ad0s1a yet. This is one of the two possibilities. You now need to create symlink: # cd /mnt/tmp # ln -s . boot =46rom what I checked our loader should handle symlinks just fine. This will allow us to mount /dev/ad0s1a on /boot directory and use it as usual. Another option is to: # cp -Rp /boot /mnt/tmp/ and in the future mount /dev/ad0s1a on eg. /bootdisk and create symlink: # ln -s bootdisk/boot /boot All in all, you should see your kernel when you do: # ls -l /mnt/tmp/boot/kernel Now don't forget to add zfs_load=3D"YES" to /mnt/tmp/boot/loader.conf. Ok, you also need to tell your loader where your root file system is. You can do it by adding: vfs.root.mountfrom=3D"zfs:tank" to /mnt/tmp/boot/loader.conf or you can create /mnt/tmp/etc/fstab file with one entry only: tank / zfs rw 0 0 On your ZFS file system, your /etc/fstab should contains the line above and: /dev/ad0s1a /boot ufs rw 0 0 (and everything else, ie. your swap and other file systems) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGgq3ForvXbEpPzQRAmlbAKDspksBGqObSZy1iCUqWDfGIkwGZwCgkrsV RsDmcIlojnNaF2KCDzFTesA= =+ZEQ -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 11:15:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9600316A40A; Mon, 9 Apr 2007 11:15:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6CDB613C4BF; Mon, 9 Apr 2007 11:15:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39BFSUa047756; Mon, 9 Apr 2007 07:15:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39BFSfA051813; Mon, 9 Apr 2007 07:15:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 80C5073039; Mon, 9 Apr 2007 07:15:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409111528.80C5073039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 07:15:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 11:15:29 -0000 TB --- 2007-04-09 10:00:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 10:00:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-09 10:00:24 - cleaning the object tree TB --- 2007-04-09 10:00:51 - checking out the source tree TB --- 2007-04-09 10:00:51 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-09 10:00:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 10:10:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 10:10:24 - cd /src TB --- 2007-04-09 10:10:24 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 10:10:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 11:10:45 UTC 2007 TB --- 2007-04-09 11:10:45 - generating LINT kernel config TB --- 2007-04-09 11:10:45 - cd /src/sys/sun4v/conf TB --- 2007-04-09 11:10:45 - /usr/bin/make -B LINT TB --- 2007-04-09 11:10:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 11:10:45 - cd /src TB --- 2007-04-09 11:10:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 11:10:45 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c:240: error: redefinition of `struct bus_dma_tag' /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:301: error: structure has no member named `dt_mt' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 11:15:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 11:15:26 - ERROR: failed to build lint kernel TB --- 2007-04-09 11:15:26 - tinderbox aborted TB --- 0.56 user 1.78 system 4502.18 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 11:16:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DE0516A405; Mon, 9 Apr 2007 11:16:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3E46413C4BB; Mon, 9 Apr 2007 11:16:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39BG72P047800; Mon, 9 Apr 2007 07:16:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39BG700052228; Mon, 9 Apr 2007 07:16:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59CF973039; Mon, 9 Apr 2007 07:16:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409111607.59CF973039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 07:16:07 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 11:16:08 -0000 TB --- 2007-04-09 09:57:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 09:57:08 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-09 09:57:08 - cleaning the object tree TB --- 2007-04-09 09:57:37 - checking out the source tree TB --- 2007-04-09 09:57:37 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-09 09:57:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 10:10:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 10:10:24 - cd /src TB --- 2007-04-09 10:10:24 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 10:10:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 11:11:30 UTC 2007 TB --- 2007-04-09 11:11:30 - generating LINT kernel config TB --- 2007-04-09 11:11:30 - cd /src/sys/sparc64/conf TB --- 2007-04-09 11:11:30 - /usr/bin/make -B LINT TB --- 2007-04-09 11:11:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 11:11:30 - cd /src TB --- 2007-04-09 11:11:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 11:11:31 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c:240: error: redefinition of `struct bus_dma_tag' /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:301: error: structure has no member named `dt_mt' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 11:16:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 11:16:07 - ERROR: failed to build lint kernel TB --- 2007-04-09 11:16:07 - tinderbox aborted TB --- 0.55 user 1.81 system 4739.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 01:18:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3B4016A400; Mon, 9 Apr 2007 01:18:32 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from mailhub.cs.uoguelph.ca (mailhub.cs.uoguelph.ca [131.104.94.205]) by mx1.freebsd.org (Postfix) with ESMTP id 6717013C465; Mon, 9 Apr 2007 01:18:32 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.96.170]) by mailhub.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id l38Lex01015179; Sun, 8 Apr 2007 17:40:59 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id l38Lf4m24844; Sun, 8 Apr 2007 17:41:05 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 8 Apr 2007 17:41:04 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher To: Pawel Jakub Dawidek In-Reply-To: <20070407005705.GA63050@garage.freebsd.pl> Message-ID: References: <20070406025700.GB98545@garage.freebsd.pl> <4616CC12.8040107@ruomad.net> <20070407005705.GA63050@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 131.104.94.205 X-Mailman-Approved-At: Mon, 09 Apr 2007 12:38:22 +0000 Cc: freebsd-fs@freebsd.org, Bruno Damour , freebsd-current@freebsd.org, zfs-discuss@opensolaris.org Subject: Re: ZFS committed to the FreeBSD base. 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, 09 Apr 2007 01:18:33 -0000 On Sat, 7 Apr 2007, Pawel Jakub Dawidek wrote: >>> - There is no support for ACLs and extended attributes. >>> >> Is this planned ? Does that means I cannot use it as a basis for a full-featured samba share ? > > It is planned, but it's not trivial. Does samba support NFSv4-style > ACLs? I don't know about samba, but my NFSv4 server can certainly use them. I'll add my congratulations and thanks for the good work, to the list. (Currently I know diddly about ZFS, but I'll try it someday.) Good luck with it, rick From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 12:55:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5D0516A400 for ; Mon, 9 Apr 2007 12:55:00 +0000 (UTC) (envelope-from freeman@vault13.org) Received: from vault13.org (ip246-74.baltnet.ru [217.168.74.246]) by mx1.freebsd.org (Postfix) with ESMTP id C2FF513C4C5 for ; Mon, 9 Apr 2007 12:54:59 +0000 (UTC) (envelope-from freeman@vault13.org) Received: from vault.net.vault13.org (ip2-13.net.vault13.org [192.168.2.13]) by vault13.org (8.13.6/8.13.6) with ESMTP id l39D2MW5093273 for ; Mon, 9 Apr 2007 17:02:22 +0400 (MSD) (envelope-from freeman@vault13.org) Received: from ip2-13.net.vault13.org (localhost [127.0.0.1]) by vault.net.vault13.org (8.13.6/8.13.6) with ESMTP id l39CsoUZ013271 for ; Mon, 9 Apr 2007 16:54:50 +0400 (MSD) (envelope-from freeman@ip2-13.net.vault13.org) Received: (from freeman@localhost) by ip2-13.net.vault13.org (8.13.6/8.13.6/Submit) id l39Csjfm013270 for freebsd-current@freebsd.org; Mon, 9 Apr 2007 16:54:45 +0400 (MSD) (envelope-from freeman) Date: Mon, 9 Apr 2007 16:54:45 +0400 From: banshee To: freebsd-current@freebsd.org Message-ID: <20070409125445.GA875@vault.net.vault13.org> Mail-Followup-To: banshee , freebsd-current@freebsd.org References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <200704081910.42852.max@love2party.net> <20070408185312.GY63916@garage.freebsd.pl> <20070409010703.GA74547@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20070409010703.GA74547@garage.freebsd.pl> X-PGP-Key-URL: http://vault13.org/home/gpg-pub-key.asc X-Spam-Status: No, score=-1.4 required=2.0 tests=ALL_TRUSTED autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on vault13.org Subject: Re: ZFS committed to the FreeBSD base. 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, 09 Apr 2007 12:55:00 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, that is great news! But is it possible to use zfs + gbde? I have the following configuration: rc.conf: gbde_autoattach_all=3D"yes" gbde_devices=3D"ad0s1g" fstab: /dev/ad0s1g.bde /home ufs rw 2 2 So, i have to just type a passphrase at boot time, and in this case, zfs m= ust be on ad0s1g.bde? On Mon, Apr 09, 2007 at 03:07:03AM +0200, Pawel Jakub Dawidek wrote: > On Sun, Apr 08, 2007 at 08:53:12PM +0200, Pawel Jakub Dawidek wrote: > > fzap_upgrade() changes type from 'zap_micro' to 'zap_fat' and union is > > used for this (see > > sys/contrib/opensolaris/uts/common/fs/zfs/sys/zap_impl.h), that's why we > > see this trash: > >=20 > > zap_num_entries_mtx =3D {lock_object =3D {lo_name =3D 0x70000
, > > lo_type =3D 0x0, lo_flags =3D 2155822976, lo_witness_data =3D {lod_list= =3D {stqe_next =3D 0x0}, > > lod_witness =3D 0x0}}, sx_lock =3D 1, sx_recurse =3D 0}, > >=20 > > I already use kmem_zalloc() (note _z_) for zap allocation in > > zap_micro.c, so Max is right, that we have to clear this structure here. > >=20 > > I'm quite tired of tracking such problems, because our mechanism for > > detecting already initialized locks is too simple (based on one bit), so > > I'd prefer to improve it, or just add bzero() to mutex_init(). >=20 > I just committed a fix. Now I do 13 bits check for already initialized > locks detection instead of standard 1 bit check. Could you repeat your > test? >=20 > --=20 > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! --=20 Contra vim mortis, non est medicaments... --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iQIVAwUBRho3kYklF6acR4MmAQKF3RAAjIAHnqvZ25o3yyI5IPMPzMDUqaxT6S30 0dg9PrL2DZyclfDTXpJemePjmiCw1ebfvaZQ/hOtORcBz7YKcDVOHHGhV+Xo6yW7 yyPYTy+pTnv9bDu2agE4gs7Mr3NDXc+6x/EgbTr7Tcvk/7hAbONlcre1k4cqZscd 9FYCMUPa+ijRMOkaVdR1yezgvRMFvX+jbsf2gKkilZ2ywYEnwNTmG1RwcWyFDXOo BTP03JFgerHYk1SCEEQy/NETFWY1d9ifX/Emyu4WcAY9Uxd93+7RmfUMBKwZNCaV x103YBzjZexQCFHAGkxEzE4O/Jb4M3Nzz84SdJeiXowlcvwEcU8pI6OmN5Xt4dYh 7D9GJZMBXy1UGnhAZMenpoEpbfWKv8hpDhCcF6VNoTKYC/Y+DT0CZusibybxVnv4 getEtfWdBG1c5rI7/RlJMtEMWrvrZ8u3ZL4bCz+F6GnwEev+psrm8PDu2owHrV3j T9iAA3H6jz8p9+BmOUJJQTs/laCK4xWqB9yBcTiLNvQXG0D6fzWhEhuN7LL0Km79 UhYl9VMdePFyzuYmUtbF6Uq9lu1bE5WPOuwaRciwX/ofD2fzWBbSNpUIJga6UYkI UsODVesMgHHL4ZdnFX16fWryH3EzxQedgNTrl9SewnoqG+CUoNzfn4keTXsY1OjP I3XPeeCYp0g= =cSof -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 13:51:30 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C3E216A403 for ; Mon, 9 Apr 2007 13:51:30 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (host65.simplicato.com [207.99.47.65]) by mx1.freebsd.org (Postfix) with ESMTP id 797FD13C483 for ; Mon, 9 Apr 2007 13:51:30 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (localhost [127.0.0.1]) by mail14.simplicato.com (Postfix) with ESMTP id EAF41EBC52; Mon, 9 Apr 2007 09:27:18 -0400 (EDT) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail14.simplicato.com (Postfix) with ESMTP id CCD84EBC15; Mon, 9 Apr 2007 09:27:18 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Mon, 9 Apr 2007 09:27:18 -0400 Date: Mon, 9 Apr 2007 09:27:18 -0400 From: Scott Robbins To: freebsd-current@FreeBSD.org, freebsd-emulation@FreeBSD.org Message-ID: <20070409132718.GA28377@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@FreeBSD.org, freebsd-emulation@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: recent CURRENT seems to affect if_tap, if_bridge with qemu 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, 09 Apr 2007 13:51:30 -0000 I have been using qemu and qemu-devel with if_tap and if_bridge. The home network is a 192.168.1.0/24, I give the bridge a 192.168.1.x/32 address add tap0 and vr0 (the host machine's interface) as members, and give the qemu guest a 192.168.1.x/24 address with the same gateway as the host. This has worked perfectly through March. The host runs CURRENT. I didn't upgrade it through most of March, then finally had time to do a buildworld the first week of April. The bridged networking stopped working. The guest can only ping its own interface. Running tcpdump briefly indicated that nothing was reaching bridge0 or tap0 from the guest. Trying to figure out if it's a CURRENT issue or qemu issue, I threw a March snapshot of CURRENT on a second box, then qemu. I set it up as I usually do with bridging and it worked. I then ran buildworld and had the same result--the guest could no longer reach the outside world. I'm not sure what other information would help. I lack the time and expertise to try various dates of CURRENT and see exactly when this happened. Thank you for any pointers. Sincerely -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Do---do you think I chose to be like this? Do you have any idea how lonely it is, how dangerous? I would love to be upstairs watching TV or gossiping about boys or... God, even studying! But I have to save the world. Again. From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 15:08:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 596D716A400 for ; Mon, 9 Apr 2007 15:08:28 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 010FB13C45E for ; Mon, 9 Apr 2007 15:08:27 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so867599wra for ; Mon, 09 Apr 2007 08:08:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EflwNvC7mMn1iqv80AxiE4MmTtTkpdWbIZiIpPASEJMeFaQslch8lnc3/7wnMWEgtOUU9E0LehhZxZRwU1DOXefcZI846PHR2CV/3Lv1qz7DFl5ABgDQk+/h4BgQzY9danNln8BO5VvU054J+fm3AMmpE3am8dfTotktn6xrD8U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XEoM+AFcW9Ay2vyjymBCyJk8FBRaPjccsIx2G4j35wjUk9wSh/j6IFlWu6TPopMLOl3edRnCoxO3itguYpHIFn7+XAF1ibAYakS+O2MXDjTqVbhBvTutovX7nal+/92UwC1HdOX4u1VKU6/98Tn6bYEvEt1zQYA862/RUf7Q8d8= Received: by 10.78.203.13 with SMTP id a13mr877261hug.1176131306408; Mon, 09 Apr 2007 08:08:26 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Mon, 9 Apr 2007 08:08:26 -0700 (PDT) Message-ID: <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> Date: Mon, 9 Apr 2007 16:08:26 +0100 From: "Joao Barros" To: "Pawel Jakub Dawidek" In-Reply-To: <20070409094319.GB76673@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 15:08:28 -0000 I was looking at how Solaris got support for booting off ZFS and the patch to GRUB to support it. Is it feasible for FreeBSD's boot loader? What would be the main issue: technical or licensing? On 4/9/07, Pawel Jakub Dawidek wrote: > On Mon, Apr 09, 2007 at 03:17:23AM +0200, Pawel Jakub Dawidek wrote: > > 3. It is now possible to have root file system on ZFS. You would still > > need UFS for your /boot/ file system. > > Let me explain how this suppose to work. > > You have ad0 disk. Create one slice covering entire disk: > > # fdisk -BI /dev/ad0 > > Initialize BSDlabel: > > # bsdlabel -wB /dev/ad0s1 > > Edit your label and create small (like 256MB-512MB) 'a' partition and > use the rest for 'd' partition: > > # bsdlabel -e /dev/ad0s1 > > 'd' partition will be used for ZFS: > > # zpool create tank ad0s1d > > Create UFS file system on /dev/ad0s1a and copy /boot/ directory in > there: > > # newfs /dev/ad0s1a > # mount /dev/ad0s1a /mnt/tmp > # cp -Rp /boot/* /mnt/tmp/ > > Note that there is no /boot/ directory on ad0s1a yet. This is one of the > two possibilities. You now need to create symlink: > > # cd /mnt/tmp > # ln -s . boot > > From what I checked our loader should handle symlinks just fine. > This will allow us to mount /dev/ad0s1a on /boot directory and use it as > usual. > > Another option is to: > > # cp -Rp /boot /mnt/tmp/ > > and in the future mount /dev/ad0s1a on eg. /bootdisk and create symlink: > > # ln -s bootdisk/boot /boot > > All in all, you should see your kernel when you do: > > # ls -l /mnt/tmp/boot/kernel > > Now don't forget to add zfs_load="YES" to /mnt/tmp/boot/loader.conf. > > Ok, you also need to tell your loader where your root file system is. > You can do it by adding: > > vfs.root.mountfrom="zfs:tank" > > to /mnt/tmp/boot/loader.conf or you can create /mnt/tmp/etc/fstab file > with one entry only: > > tank / zfs rw 0 0 > > On your ZFS file system, your /etc/fstab should contains the line above > and: > > /dev/ad0s1a /boot ufs rw 0 0 > > (and everything else, ie. your swap and other file systems) > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 15:34:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17EC116A402; Mon, 9 Apr 2007 15:34:03 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 801C813C43E; Mon, 9 Apr 2007 15:34:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 33AB9487F0; Mon, 9 Apr 2007 17:33:59 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4941B45683; Mon, 9 Apr 2007 17:33:50 +0200 (CEST) Date: Mon, 9 Apr 2007 17:33:38 +0200 From: Pawel Jakub Dawidek To: Joao Barros Message-ID: <20070409153338.GH76673@garage.freebsd.pl> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gTtJ75FAzB1T2CN6" Content-Disposition: inline In-Reply-To: <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 15:34:03 -0000 --gTtJ75FAzB1T2CN6 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 04:08:26PM +0100, Joao Barros wrote: > I was looking at how Solaris got support for booting off ZFS and the > patch to GRUB to support it. > Is it feasible for FreeBSD's boot loader? What would be the main > issue: technical or licensing? I don't know if there are licensing issues, probably yes if we would like to add ZFS support to our standard loader. The biggest problem I see is lack of motivation on my side. Really. Why someone would like to keep kernel on ZFS so much? This would be a huge amount of work, I expect, and what we get in turn? On Solaris you can only boot from a single-disk pool or from a mirrored pool. Is it really worth the effort for us? I much more prefer to spend the time working on something more useful than that and keep my small /boot/ file system protected by gmirror on UFS - with this approach there are no limitations - we can keep our root file system on compressed RAID-Z pool. Of course if someone is willing to try working on this, I'm happy to help. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --gTtJ75FAzB1T2CN6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGlzSForvXbEpPzQRAkamAKDmaWgfF/ojSw1M5XNdZgA2GoGSVACg6zXx NuhM7BoNUiuqouW23pR84mQ= =hWRY -----END PGP SIGNATURE----- --gTtJ75FAzB1T2CN6-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 16:13:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F5EE16A402; Mon, 9 Apr 2007 16:13:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9051213C45A; Mon, 9 Apr 2007 16:13:43 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.185.1] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1HawUv3AOf-0005wK; Mon, 09 Apr 2007 18:13:42 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 9 Apr 2007 16:13:39 +0200 User-Agent: KMail/1.9.5 References: <20070406025700.GB98545@garage.freebsd.pl> <20070409010703.GA74547@garage.freebsd.pl> <200704090359.30493.max@love2party.net> In-Reply-To: <200704090359.30493.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1646430.lqxkHg5yHB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704091613.46291.max@love2party.net> X-Provags-ID: V01U2FsdGVkX184Wfal4G7n3g2rf8dhmxLG/Jz48N4qf1tXyqp fUWgTXv9jFYS5U7CX8kLcwyxvndKkPs2HUjTPHSJ5s4VM3f14Z sviLgtjt35PqBkwmARzGA== Cc: freebsd-fs@freebsd.org, Dag-Erling Sm?rgrav , Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 09 Apr 2007 16:13:44 -0000 --nextPart1646430.lqxkHg5yHB Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 April 2007 03:59, Max Laier wrote: > On Monday 09 April 2007 03:07, Pawel Jakub Dawidek wrote: > > On Sun, Apr 08, 2007 at 08:53:12PM +0200, Pawel Jakub Dawidek wrote: =2E.. > > > I'm quite tired of tracking such problems, because our mechanism > > > for detecting already initialized locks is too simple (based on one > > > bit), so I'd prefer to improve it, or just add bzero() to > > > mutex_init(). > > > > I just committed a fix. Now I do 13 bits check for already > > initialized locks detection instead of standard 1 bit check. Could > > you repeat your test? > > Will do tomorrow. Thanks. Confirmed to work for my testcase. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1646430.lqxkHg5yHB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGGkoaXyyEoT62BG0RAhaaAJ0U5bX66g+pXma4Dern9RkHX1R62wCeOr3f LaklXni4/XbyJW64gWguUtk= =wNGK -----END PGP SIGNATURE----- --nextPart1646430.lqxkHg5yHB-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 16:31:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E374816A40A for ; Mon, 9 Apr 2007 16:31:43 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC3013C4B9 for ; Mon, 9 Apr 2007 16:31:43 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so1211558ika for ; Mon, 09 Apr 2007 09:31:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bQ1KY1lh/R20MAvpqZkblcwIy0C7+YMQcLV5XfxyZf6OPuXjJMATKz2zRGRwqlvBUPn+V8OESa0+Ad7CseVzRoY/Ehq29X6q58emaOAscYBjVmPTvVaAzohrF+95SUcSneEhLhpylYPwCn4g6WOHAlWz61pvFAEgycsYL8UjbHQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Vo8zzIWIbaRlfxXUE98J+5zsaraRrsI2cEbc/84esSSTnn3y+I8EPnxHA0cE0jKMBkRx6JrVGXORkPlY5rKRcHPbd8XphS5j8msjHDy54jsqbXW8C7VTUEzNArdZjePJoY9OasxLNHaC1QqbJM0fWnBIseueCt7Fpxr7HskaWhM= Received: by 10.78.138.14 with SMTP id l14mr885216hud.1176136301793; Mon, 09 Apr 2007 09:31:41 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Mon, 9 Apr 2007 09:31:41 -0700 (PDT) Message-ID: <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> Date: Mon, 9 Apr 2007 17:31:41 +0100 From: "Joao Barros" To: "Pawel Jakub Dawidek" In-Reply-To: <20070409153338.GH76673@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 16:31:44 -0000 I was unaware there was no support for booting off a RAID-Z in Solaris, that was my intended setup so no fun. Btw, I hold you personally responsible for my acquisition of two extra 320GB drives ;) On 4/9/07, Pawel Jakub Dawidek wrote: > On Mon, Apr 09, 2007 at 04:08:26PM +0100, Joao Barros wrote: > > I was looking at how Solaris got support for booting off ZFS and the > > patch to GRUB to support it. > > Is it feasible for FreeBSD's boot loader? What would be the main > > issue: technical or licensing? > > I don't know if there are licensing issues, probably yes if we would > like to add ZFS support to our standard loader. > > The biggest problem I see is lack of motivation on my side. Really. Why > someone would like to keep kernel on ZFS so much? This would be a huge > amount of work, I expect, and what we get in turn? On Solaris you can > only boot from a single-disk pool or from a mirrored pool. Is it really > worth the effort for us? I much more prefer to spend the time working on > something more useful than that and keep my small /boot/ file system > protected by gmirror on UFS - with this approach there are no > limitations - we can keep our root file system on compressed RAID-Z > pool. > > Of course if someone is willing to try working on this, I'm happy to > help. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 16:40:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D858D16A400 for ; Mon, 9 Apr 2007 16:40:45 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from unixfreunde.net (unixfreunde.de [85.214.35.254]) by mx1.freebsd.org (Postfix) with ESMTP id 66EC113C459 for ; Mon, 9 Apr 2007 16:40:45 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from miwi.homeunix.com (dslb-082-083-148-212.pools.arcor-ip.net [82.83.148.212]) by unixfreunde.net (Postfix) with ESMTP id EA1D950BB2 for ; Mon, 9 Apr 2007 18:20:39 +0200 (CEST) Date: Mon, 9 Apr 2007 18:20:41 +0200 From: Martin Wilke To: FreeBSD Current X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) User-Agent: miwi@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: base64 Message-Id: <20070409162039.EA1D950BB2@unixfreunde.net> Subject: k3b crash with kernel panic. 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, 09 Apr 2007 16:40:45 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQoNCkhlbGxv IEd1eXMsDQoNCg0KaSd2ZSBpbnN0YWxsZWQgazNiIGZyb20gcG9ydHMgb24gbXkgaGVhZCBib3gg KFR1ZSBBcHIgIDMgMTg6MTM6NDkgQ0VTVA0KMjAwNyksIGFuZCB0aGlzIGNyYXNoZWQgbXkgYm94 IHdpdGggYSBrZXJuZWwgcGFuaWMuIA0KDQpoZXJlIGlzIGEgYmFja3RyYWNlLi4NCg0KWzE3OjM1 XSByb290QG1pd2kgL3Vzci9vYmovdXNyL3NyYy9zeXMvQlNEQk9YIyBrZ2RiDQprZXJuZWwuZGVi dWcgL3Zhci9jcmFzaC92bWNvcmUuMTEga2dkYjoga3ZtX25saXN0KF9zdG9wcGVkX2NwdXMpOiAN CmtnZGI6IGt2bV9ubGlzdChfc3RvcHBjYnMpOiANCltHREIgd2lsbCBub3QgYmUgYWJsZSB0byBk ZWJ1ZyB1c2VyLW1vZGUNCnRocmVhZHM6IC91c3IvbGliL2xpYnRocmVhZF9kYi5zbzogVW5kZWZp bmVkIHN5bWJvbA0KInBzX3BnbG9iYWxfbG9va3VwIl0gR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0g Q29weXJpZ2h0IDIwMDQgRnJlZQ0KU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiBHREIgaXMgZnJl ZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0aGUgR05VDQpHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBh bmQgeW91IGFyZSB3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3INCmRpc3RyaWJ1dGUgY29waWVz IG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4gVHlwZSAic2hvdyBjb3B5aW5nIg0KdG8g c2VlIHRoZSBjb25kaXRpb25zLiBUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBH REIuICBUeXBlDQoic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuIFRoaXMgR0RCIHdhcyBjb25m aWd1cmVkIGFzDQoiaTM4Ni1tYXJjZWwtZnJlZWJzZCIuDQoNClVucmVhZCBwb3J0aW9uIG9mIHRo ZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6DQphY2QwOiBGQUlMVVJFIC0gTU9ERV9TRU5TRV9CSUcg SUxMRUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCANCmFjZDA6IEZBSUxVUkUgLSBNT0RF X1NFTlNFX0JJRyBJTExFR0FMIFJFUVVFU1QgYXNjPTB4MjQgYXNjcT0weDAwIA0KDQoNCkZhdGFs IHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUNCmZhdWx0IHZpcnR1YWwg YWRkcmVzcyAgID0gMHhiZmJmNmU1MA0KZmF1bHQgY29kZSAgICAgICAgICAgICAgPSBzdXBlcnZp c29yIHdyaXRlLCBwcm90ZWN0aW9uIHZpb2xhdGlvbg0KaW5zdHJ1Y3Rpb24gcG9pbnRlciAgICAg PSAweDIwOjB4YzA0ZjhiODANCnN0YWNrIHBvaW50ZXIgICAgICAgICAgID0gMHgyODoweGU0OTA4 YzYwDQpmcmFtZSBwb2ludGVyICAgICAgICAgICA9IDB4Mjg6MHhlNDkwOGM4MA0KY29kZSBzZWdt ZW50ICAgICAgICAgICAgPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiDQogICAg ICAgICAgICAgICAgICAgICAgICA9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJv Y2Vzc29yIGVmbGFncyAgICAgICAgPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0g MA0KY3VycmVudCBwcm9jZXNzICAgICAgICAgPSAyOCAoaXJxMTU6IGF0YTEpDQp0cmFwIG51bWJl ciAgICAgICAgICAgICA9IDEyDQpwYW5pYzogcGFnZSBmYXVsdA0KVXB0aW1lOiA1MW0yN3MNClBo eXNpY2FsIG1lbW9yeTogMTAwNyBNQg0KRHVtcGluZyAxNzMgTUI6IDE1OCAxNDIgMTI2IDExMCA5 NCA3OCA2MiA0NiAzMCAxNA0KDQojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTcyDQoxNzIgICAg ICAgICAgICAgX19hc20gX192b2xhdGlsZSgibW92bCAlJWZzOjAsJTAiIDogIj1yIiAodGQpKTsN CihrZ2RiKSANCihrZ2RiKSBidA0KIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE3Mg0KIzEgIDB4 YzA2YmU2NjMgaW4gYm9vdCAoaG93dG89MjYwKQ0KYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9z aHV0ZG93bi5jOjQwOSAjMiAgMHhjMDZiZThmMCBpbiBwYW5pYw0KKGZtdD0weGMwOWQwNjMyICIl cyIpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NjMgIzMNCjB4YzA4YWQw ZjggaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhlNDkwOGMyMCwgZXZhPTMyMTY5OTM4NzIpDQphdCAv dXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo4NjggIzQgIDB4YzA4YWNlNWYgaW4gdHJhcF9w ZmF1bHQNCihmcmFtZT0weGU0OTA4YzIwLCB1c2VybW9kZT0wLCBldmE9MzIxNjk5Mzg3MikNCmF0 IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjc3NyAjNSAgMHhjMDhhY2FhYSBpbiB0cmFw DQooZnJhbWU9MHhlNDkwOGMyMCkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6NDYy ICM2ICAweGMwODk5NWRiDQppbiBjYWxsdHJhcCAoKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2 L2V4Y2VwdGlvbi5zOjEzOSAjNyAgMHhjMDRmOGI4MA0KaW4gYXRhX3Bpb19yZWFkIChyZXF1ZXN0 PTB4YzRlZWFiNDAsIGxlbmd0aD0xOCkgYXQgY3B1ZnVuYy5oOjIyOSAjOA0KMHhjMDRmNzdhOCBp biBhdGFfZW5kX3RyYW5zYWN0aW9uIChyZXF1ZXN0PTB4YzRlZWFiNDApDQphdCAvdXNyL3NyYy9z eXMvZGV2L2F0YS9hdGEtbG93bGV2ZWwuYzo0MDIgIzkgIDB4YzA0ZTQ2NmIgaW4NCmF0YV9pbnRl cnJ1cHQgKGRhdGE9MHhjNDNiNmUwMCkgYXQgL3Vzci9zcmMvc3lzL2Rldi9hdGEvYXRhLWFsbC5j OjMzOA0KIzEwIDB4YzA2YTkzYWUgaW4gaXRocmVhZF9leGVjdXRlX2hhbmRsZXJzIChwPTB4YzQ0 Mjc0ODAsDQppZT0weGM0MmFmMzgwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2ludHIuYzo2 ODIgIzExIDB4YzA2YTk0YjggaW4NCml0aHJlYWRfbG9vcCAoYXJnPTB4YzQ0MGZiMTApIGF0IC91 c3Ivc3JjL3N5cy9rZXJuL2tlcm5faW50ci5jOjc2NiAjMTINCjB4YzA2YTgzOTIgaW4gZm9ya19l eGl0IChjYWxsb3V0PTB4YzA2YTk0NjQgPGl0aHJlYWRfbG9vcD4sDQphcmc9MHhjNDQwZmIxMCwg ZnJhbWU9MHhlNDkwOGQzOCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9mb3JrLmM6ODE0DQoj MTMgMHhjMDg5OTY1MCBpbiBmb3JrX3RyYW1wb2xpbmUgKCkNCmF0IC91c3Ivc3JjL3N5cy9pMzg2 L2kzODYvZXhjZXB0aW9uLnM6MjA1IChrZ2RiKQ0KDQoNCihrZ2RiKSBidCBmdWxsDQojMCAgZG9h ZHVtcCAoKSBhdCBwY3B1Lmg6MTcyDQpObyBsb2NhbHMuDQojMSAgMHhjMDZiZTY2MyBpbiBib290 IChob3d0bz0yNjApDQphdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NDA5IGZp cnN0X2J1Zl9wcmludGYgPSAxDQojMiAgMHhjMDZiZThmMCBpbiBwYW5pYyAoZm10PTB4YzA5ZDA2 MzIgIiVzIikNCmF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NjMgdGQgPSAo c3RydWN0IHRocmVhZCAqKQ0KMHhjNDQyNDg3MCBib290b3B0ID0gMjYwDQogICAgICAgIG5ld3Bh bmljID0gMA0KICAgICAgICBhcCA9IDB4YzQ0MjQ4NzAgIlwyMDB0QsQiDQogICAgICAgIGJ1ZiA9 ICJwYWdlIGZhdWx0IiwgJ1wwJyA8cmVwZWF0cyAyNDUgdGltZXM+DQojMyAgMHhjMDhhZDBmOCBp biB0cmFwX2ZhdGFsIChmcmFtZT0weGU0OTA4YzIwLCBldmE9MzIxNjk5Mzg3MikNCmF0IC91c3Iv c3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjg2OCBjb2RlID0gNDANCiAgICAgICAgdHlwZSA9IDEy DQogICAgICAgIHNzID0gNDANCiAgICAgICAgZXNwID0gMA0KICAgICAgICBzb2Z0c2VnID0ge3Nz ZF9iYXNlID0gMCwgc3NkX2xpbWl0ID0gMTA0ODU3NSwgc3NkX3R5cGUgPSAyNywNCnNzZF9kcGwg PSAwLCBzc2RfcCA9IDEsIHNzZF94eCA9IDQsIHNzZF94eDEgPSAzLCBzc2RfZGVmMzIgPSAxLA0K c3NkX2dyYW4gPSAxfSBtc2cgPSAweDANCiM0ICAweGMwOGFjZTVmIGluIHRyYXBfcGZhdWx0IChm cmFtZT0weGU0OTA4YzIwLCB1c2VybW9kZT0wLA0KZXZhPTMyMTY5OTM4NzIpIGF0IC91c3Ivc3Jj L3N5cy9pMzg2L2kzODYvdHJhcC5jOjc3NyB2YSA9IDMyMTY5OTAyMDgNCiAgICAgICAgdm0gPSAo c3RydWN0IHZtc3BhY2UgKikgMHgwDQogICAgICAgIG1hcCA9IDB4YzBhY2U1YzANCiAgICAgICAg cnYgPSAxDQogICAgICAgIGZ0eXBlID0gMSAnXDAwMScNCiAgICAgICAgdGQgPSAoc3RydWN0IHRo cmVhZCAqKSAweGM0NDI0ODcwDQogICAgICAgIHAgPSAoc3RydWN0IHByb2MgKikgMHhjNDQyNzQ4 MA0KIzUgIDB4YzA4YWNhYWEgaW4gdHJhcCAoZnJhbWU9MHhlNDkwOGMyMCkNCmF0IC91c3Ivc3Jj L3N5cy9pMzg2L2kzODYvdHJhcC5jOjQ2MiB0ZCA9IChzdHJ1Y3QgdGhyZWFkICopIDB4YzQ0MjQ4 NzANCiAgICAgICAgcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGM0NDI3NDgwDQogICAgICAgIGkgPSAw DQogICAgICAgIHVjb2RlID0gMA0KICAgICAgICB0eXBlID0gMTINCiAgICAgICAgY29kZSA9IDMN CiAgICAgICAgYWRkciA9IDkNCiAgICAgICAgZXZhID0gMzIxNjk5Mzg3Mg0KICAgICAgICBrc2kg PSB7a3NpX2xpbmsgPSB7dHFlX25leHQgPSAweGNmOCwgdHFlX3ByZXYgPSAweGM0NDI0ODcwfSwN CmtzaV9pbmZvID0ge3NpX3NpZ25vID0gMSwgc2lfZXJybm8gPSA5LCBzaV9jb2RlID0gLTEwMDIy ODkwNDAsIHNpX3BpZCA9DQoxLCBzaV91aWQgPSAzODM0Njc4MjM2LCBzaV9zdGF0dXMgPSA1ODIs IHNpX2FkZHIgPSAweGM0NDI0ODcwLCBzaV92YWx1ZQ0KPSB7c2l2YWxfaW50ID0gLTQ2MDI4OTAz Niwgc2l2YWxfcHRyID0gMHhlNDkwOGJmNH0sIF9yZWFzb24gPSB7IF9mYXVsdA0KPSB7X3RyYXBu byA9IC0xMDY0NjExMjgxfSwgX3RpbWVyID0ge190aW1lcmlkID0gLTEwNjQ2MTEyODEsIF9vdmVy cnVuID0NCjEzOH0sIF9tZXNncSA9IHtfbXFkID0gLTEwNjQ2MTEyODF9LCBfcG9sbCA9IHsgX2Jh bmQgPSAtMTA2NDYxMTI4MX0sDQpfX3NwYXJlX18gPSB7X19zcGFyZTFfXyA9IC0xMDY0NjExMjgx LCBfX3NwYXJlMl9fID0gezEzOCwgNiwgMCwgOSwNCi0gLTQ2MDI4OTAwMCwgLTEwNjQ2MTE3NzQs IDB9fX19LCBrc2lfZmxhZ3MgPSA2LCBrc2lfc2lncSA9IDB4MH0gIzYNCjB4YzA4OTk1ZGIgaW4g Y2FsbHRyYXAgKCkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni9leGNlcHRpb24uczoxMzkgTm8N CmxvY2Fscy4gIzcgIDB4YzA0ZjhiODAgaW4gYXRhX3Bpb19yZWFkIChyZXF1ZXN0PTB4YzRlZWFi NDAsIGxlbmd0aD0xOCkNCmF0IGNwdWZ1bmMuaDoyMjkgY2ggPSAoc3RydWN0IGF0YV9jaGFubmVs ICopIDB4YzQzYjZlMDAgc2l6ZSA9IDE4IHJlc2lkDQo9IC0xMDc3OTczNDI0ICM4ICAweGMwNGY3 N2E4IGluIGF0YV9lbmRfdHJhbnNhY3Rpb24NCihyZXF1ZXN0PTB4YzRlZWFiNDApIGF0IC91c3Iv c3JjL3N5cy9kZXYvYXRhL2F0YS1sb3dsZXZlbC5jOjQwMiBjaCA9DQooc3RydWN0IGF0YV9jaGFu bmVsICopIDB4YzQzYjZlMDAgYXRhZGV2ID0gKHN0cnVjdCBhdGFfZGV2aWNlICopDQoweGM0Njdl MDAwIGxlbmd0aCA9IDE4DQojOSAgMHhjMDRlNDY2YiBpbiBhdGFfaW50ZXJydXB0IChkYXRhPTB4 YzQzYjZlMDApDQphdCAvdXNyL3NyYy9zeXMvZGV2L2F0YS9hdGEtYWxsLmM6MzM4IGNoID0gKHN0 cnVjdCBhdGFfY2hhbm5lbCAqKQ0KMHhjNDNiNmUwMCByZXF1ZXN0ID0gKHN0cnVjdCBhdGFfcmVx dWVzdCAqKSAweGM0ZWVhYjQwDQojMTAgMHhjMDZhOTNhZSBpbiBpdGhyZWFkX2V4ZWN1dGVfaGFu ZGxlcnMgKHA9MHhjNDQyNzQ4MCwNCmllPTB4YzQyYWYzODApIGF0IC91c3Ivc3JjL3N5cy9rZXJu L2tlcm5faW50ci5jOjY4MiBpaCA9IChzdHJ1Y3QNCmludHJfaGFuZGxlciAqKSAweGM0NDBkNWMw IGlobiA9IChzdHJ1Y3QgaW50cl9oYW5kbGVyICopIDB4MA0KIzExIDB4YzA2YTk0YjggaW4gaXRo cmVhZF9sb29wIChhcmc9MHhjNDQwZmIxMCkNCmF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5faW50 ci5jOjc2NiBpdGhkID0gKHN0cnVjdCBpbnRyX3RocmVhZCAqKQ0KMHhjNDQwZmIxMCBpZSA9IChz dHJ1Y3QgaW50cl9ldmVudCAqKSAweGM0MmFmMzgwDQotIC0tLVR5cGUgPHJldHVybj4gdG8gY29u dGludWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0tLQ0KICAgICAgICB0ZCA9IChzdHJ1Y3QgdGhy ZWFkICopIDB4YzQ0MjQ4NzANCiAgICAgICAgcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGM0NDI3NDgw DQojMTIgMHhjMDZhODM5MiBpbiBmb3JrX2V4aXQgKGNhbGxvdXQ9MHhjMDZhOTQ2NCA8aXRocmVh ZF9sb29wPiwNCmFyZz0weGM0NDBmYjEwLCBmcmFtZT0weGU0OTA4ZDM4KSBhdCAvdXNyL3NyYy9z eXMva2Vybi9rZXJuX2ZvcmsuYzo4MTQNCnAgPSAoc3RydWN0IHByb2MgKikgMHhjNDQyNzQ4MCB0 ZCA9IChzdHJ1Y3QgdGhyZWFkICopIDB4MTcwDQojMTMgMHhjMDg5OTY1MCBpbiBmb3JrX3RyYW1w b2xpbmUgKCkNCmF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MjA1IE5vIGxv Y2Fscy4NCihrZ2RiKSANCg0Kc29tZW9uZSBhIGlkZWEgd2hhdCBoZXJlIHdyb25nIGlzID8NCg0K VGhhbmtzLg0KDQotIC0gTWFydGluDQoNCi0gLS0gDQpNYXJ0aW4gV2lsa2UJCXwgaXJjLnVuaXhm cmV1bmRlLmRlICNic2QgDQptaXdpQEZyZWVCU0Qub3JnCXwgbWl3aUB1bml4ZnJldW5kZS5kZQ0K RnJlZUJTRCBDb21taXR0ZXIJfCBQb3dlciB0byBTZXJ2ZQ0KLS0tLS1CRUdJTiBQR1AgU0lHTkFU VVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYyLjAuMyAoRnJlZUJTRCkNCg0KaUQ4REJRRkdHbWZi RndweWNBVm9JMU1SQXB4OUFLQ2JvcFZjUkN3VnFvUkNSTzB2VnArbGc2ZU80d0NmVHIzVQ0KaVBB MWFUT1pXNmZnTnFERmtZdmdXVE09DQo9YkZTKw0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0t DQo= From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 17:57:50 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52DEA16A406 for ; Mon, 9 Apr 2007 17:57:50 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1954313C4BD for ; Mon, 9 Apr 2007 17:57:49 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 994E04356A; Mon, 9 Apr 2007 19:57:48 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 87E0F9C387; Mon, 9 Apr 2007 17:57:40 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 658FC405B; Mon, 9 Apr 2007 19:57:40 +0200 (CEST) Date: Mon, 9 Apr 2007 19:57:40 +0200 From: Jeremie Le Hen To: Pawel Jakub Dawidek Message-ID: <20070409175740.GA2102@obiwan.tataz.chchile.org> References: <20070406025700.GB98545@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070406025700.GB98545@garage.freebsd.pl> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS committed to the FreeBSD base. 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, 09 Apr 2007 17:57:50 -0000 Hi, On Fri, Apr 06, 2007 at 04:57:00AM +0200, Pawel Jakub Dawidek wrote: > I'm happy to inform that the ZFS file system is now part of the FreeBSD > operating system. ZFS is available in the HEAD branch and will be > available in FreeBSD 7.0-RELEASE as an experimental feature. Thank you very much for the work Pawel. This is great news. BTW, does anyone have preliminary performances tests ? I can't do them has I have no spare disk currently. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 18:01:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 929DD16A400; Mon, 9 Apr 2007 18:01:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 365CD13C4AE; Mon, 9 Apr 2007 18:01:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39I15GA025917; Mon, 9 Apr 2007 14:01:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39I154G019047; Mon, 9 Apr 2007 14:01:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 43F4773039; Mon, 9 Apr 2007 14:01:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409180105.43F4773039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 14:01:05 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 18:01:06 -0000 TB --- 2007-04-09 16:47:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 16:47:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-09 16:47:13 - cleaning the object tree TB --- 2007-04-09 16:47:39 - checking out the source tree TB --- 2007-04-09 16:47:39 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-09 16:47:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 16:58:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 16:58:06 - cd /src TB --- 2007-04-09 16:58:06 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 16:58:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 17:56:34 UTC 2007 TB --- 2007-04-09 17:56:34 - generating LINT kernel config TB --- 2007-04-09 17:56:34 - cd /src/sys/sparc64/conf TB --- 2007-04-09 17:56:34 - /usr/bin/make -B LINT TB --- 2007-04-09 17:56:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 17:56:34 - cd /src TB --- 2007-04-09 17:56:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 17:56:35 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c:240: error: redefinition of `struct bus_dma_tag' /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:301: error: structure has no member named `dt_mt' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 18:01:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 18:01:04 - ERROR: failed to build lint kernel TB --- 2007-04-09 18:01:04 - tinderbox aborted TB --- 0.63 user 1.99 system 4431.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 18:09:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BAA216A406; Mon, 9 Apr 2007 18:09:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0AF0613C4AD; Mon, 9 Apr 2007 18:09:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39I9WIV027516; Mon, 9 Apr 2007 14:09:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l39I9WG5046522; Mon, 9 Apr 2007 14:09:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 45F5573039; Mon, 9 Apr 2007 14:09:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409180932.45F5573039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 14:09:32 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 18:09:33 -0000 TB --- 2007-04-09 16:59:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 16:59:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-09 16:59:25 - cleaning the object tree TB --- 2007-04-09 17:00:04 - checking out the source tree TB --- 2007-04-09 17:00:04 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-09 17:00:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 17:09:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 17:09:05 - cd /src TB --- 2007-04-09 17:09:05 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 17:09:06 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 18:05:31 UTC 2007 TB --- 2007-04-09 18:05:31 - generating LINT kernel config TB --- 2007-04-09 18:05:31 - cd /src/sys/sun4v/conf TB --- 2007-04-09 18:05:31 - /usr/bin/make -B LINT TB --- 2007-04-09 18:05:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 18:05:31 - cd /src TB --- 2007-04-09 18:05:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 18:05:31 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_ael1002.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c /src/sys/dev/cxgb/sys/uipc_mvec.c:240: error: redefinition of `struct bus_dma_tag' /src/sys/dev/cxgb/sys/uipc_mvec.c: In function `bus_dmamap_load_mvec_sg': /src/sys/dev/cxgb/sys/uipc_mvec.c:301: error: structure has no member named `dt_mt' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 18:09:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 18:09:32 - ERROR: failed to build lint kernel TB --- 2007-04-09 18:09:32 - tinderbox aborted TB --- 0.62 user 1.92 system 4206.75 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 19:50:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFE6216A401; Mon, 9 Apr 2007 19:50:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 52ECF13C4BA; Mon, 9 Apr 2007 19:50:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l39JooYX058618; Mon, 9 Apr 2007 13:50:50 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <461A9907.3090700@samsco.org> Date: Mon, 09 Apr 2007 13:50:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Norikatsu Shigemura References: <20070409012001.adeb61b8.nork@FreeBSD.org> In-Reply-To: <20070409012001.adeb61b8.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 09 Apr 2007 13:50:50 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: linux sg panic on 7-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: Mon, 09 Apr 2007 19:50:57 -0000 Norikatsu Shigemura wrote: > I have a new issue of linux sg, new cam feature. So I kgdb-ed, > but I have no idea to fix this issue. Please see also following > result. > Can you try again with the fixes that I committed a few hours ago? Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 19:52:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBFB916A404 for ; Mon, 9 Apr 2007 19:52:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 2F92413C46A for ; Mon, 9 Apr 2007 19:52:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1155815nza for ; Mon, 09 Apr 2007 12:52:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IjclXNn8IOy8eOPwuPL0HFR+dbT3xTuNtSfOqo8C0XnfhfufVAWf15GW119vVqEh5O0Co2OGdZDQ3/yczOFvLWcVsFSZeCWonsNI2BWd7dKYaC6ZwLjvmkvFsdKK1PcYDFKqtnDVIEeezDJt4GaKp3JAvKq3VDVRAclMDviuxIQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=m+Ii9kWW/IwJTYyDU2PEOcjs5oL9MQQT1PsjnJRCxm+QGipAIoDk8LMSrn5jJgrbIDWi6IibLHMg5pAtPMySY0GuwDqn9cS/oy7eIBfd0oAux8VTpAKfHgSFhVEJKbojl/B+cb74T+g5Umb8F6JOxC1OJrvxhBmGWYUNxJQRE7M= Received: by 10.115.78.1 with SMTP id f1mr2450740wal.1176148319618; Mon, 09 Apr 2007 12:51:59 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Mon, 9 Apr 2007 12:51:53 -0700 (PDT) Message-ID: <2a41acea0704091251q38683a1byce7e1fe2deb6bbf2@mail.gmail.com> Date: Mon, 9 Apr 2007 12:51:53 -0700 From: "Jack Vogel" To: "Tai-hwa Liang" In-Reply-To: <0704071047341.19686@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0704051434p2b8c5902x868d0a5d6510aa01@mail.gmail.com> <0704071047341.19686@www.mmlab.cse.yzu.edu.tw> Cc: freebsd-net , freebsd-current , freebsd-stable@freebsd.org Subject: Re: Stack panic with em driver unload 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, 09 Apr 2007 19:52:01 -0000 On 4/6/07, Tai-hwa Liang wrote: > On Thu, 5 Apr 2007, Jack Vogel wrote: > > Our test group uses a script that does 100 iterations of > > a module load, then bring up all interfaces, and then > > unload driver. > > > > Depending on the system in anything from just a few > > iterations to 20 or more, the system will panic. > > Just a "me too" here. :p > > > Its doing an em_detach() which calls ether_ifdetach() > > which goes to if_detach, in_delmulti_ifp, in_delmulti_locked, > > and finally if_delmulti(). > > > > The panic is always happening on a cmpxchgq instruction > > so I assume its the LOCK macro, whats odd is that its > > not always the same reason, sometimes one register is > > 0 so its a page fault trap, but on other iterations its a > > general protection fault because the register is some > > big invalid number :) > > I run into this panic regularly. Apparently the result and condition > to trigger the panic are the same as yours: running "while true; do > ifconfig xxx up; kldunload if_xxx; done" and ending up with panicking > at the cmpxchgq instruction. > > > I am hardpressed to see this as a driver problem, but > > I'm willing to be proven wrong, does someone who > > knows the stack code better than me have any insights > > or ideas? > > > > It also appears system dependent, I have a couple > > machines I've tried to reproduce in on and have been > > unable. I also am told it happens on both amd64 and > > i386, but it seems easier to reproduce on the former. > > Dunno about amd64 since I only have i386 around; however, I'm sure > the panic I observed is reproducible on my -CURRENT driver development box. > > > Lastly, from evidence so far I think this doesnt happen > > on CURRENT, but the test group hasnt checked that > > only I have and I dont have as much hardware :) > > FWIW, I usually run into this panic after upgrading to a newer HEAD. > Sometimes I can make the aforementioned ifconfig/kldunload script to > survive longer by doing a clean rebuild on my driver. > I have learned what causes it, at least in our test group's setup... They have an entry in /etc/rc.conf for the device like: ifconfig_emX="addr netmask" And then the script they run assigns emX a DIFFERENT address, thats why you get into the multicast code and then hit the panic. I still would like to see the panic not happen, but to avoid it just dont go assigning different addresses :) Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 21:30:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3B4016A400 for ; Mon, 9 Apr 2007 21:30:31 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2E713C455 for ; Mon, 9 Apr 2007 21:30:31 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1781762ana for ; Mon, 09 Apr 2007 14:30:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Md5eSYlec29627LQ7BqQeEv3o64OkmflpNANQ1RLcVdXYgaX+VvDMOzvviHrPcpRsz41MPMsni3UgkR3gPnaJVi6LNIUIA1RnWVLNU2A1ADWw91SMfbkWxJuNmUfqvQx7XqKIqD7RehBhCtwJoJAuMNzwSMHrGoaO9vVDOE6hyY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fiCc9LaOPVMfXhYoY7Sipc5n0NUY3UPEolJPMLgEnb1ubmAkA0Ew8YcuX/SOGFjZv6N3poXL8D3vbRkjqbmnOJ3Ue8gH053HPKw10TEIaFaGLRPRKAmX7PqMh/lzSgy2BVrsPF7zQCon6T1NlN7D1Gv2KDbQRVjgauQ+2UCnIiE= Received: by 10.100.57.14 with SMTP id f14mr4346662ana.1176152600126; Mon, 09 Apr 2007 14:03:20 -0700 (PDT) Received: by 10.100.250.9 with HTTP; Mon, 9 Apr 2007 14:03:19 -0700 (PDT) Message-ID: <54db43990704091403y6101de73pbfdccff003d804aa@mail.gmail.com> Date: Mon, 9 Apr 2007 17:03:19 -0400 From: "Bob Johnson" To: "Nikolas Britton" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070405103708.GC842@turion.vk2pj.dyndns.org> <20070405180711.GA60539@owl.midgard.homeip.net> Cc: FreeBSD Current Subject: Re: Do we need this junk? 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, 09 Apr 2007 21:30:32 -0000 On 4/6/07, Nikolas Britton wrote: > On 4/5/07, Erik Trulsson wrote: > > > > > > 98.83% of us have at least a i686 and 62.6% of us have at least a i786 > > > (SSE2) processor. > > > > And 73.45% of all statistics are mainly made up of hot air. > > > ... > > > > What makes you think those stats are even half-way accurate or > > useful. It is probably a highly biased sample. > > > > I don't appreciate being called a lier. Maybe you should step up to > the plate if you don't believe my statistics. > So you aren't a liar. We'll just assume you don't know much about statistics. [...] > > Data source: http://www.bsdstats.org/cpus.php Self-selecting samples are always biased, and statistics generated from them tend to be meaningless. The numbers at bsdstats.org can only provide minimums, not maximums (i.e. "there are at least N 486 systems in the world running FreeBSD", not "there are no more than N 486 systems in the world running FreeBSD"), and are useless for this sort of argument. - Bob From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 21:39:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCED816A400; Mon, 9 Apr 2007 21:39:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 92E0C13C458; Mon, 9 Apr 2007 21:39:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39LdGXB063327; Mon, 9 Apr 2007 17:39:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39LdFMA003528; Mon, 9 Apr 2007 17:39:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 909DC73039; Mon, 9 Apr 2007 17:39:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409213915.909DC73039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 17:39:15 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 21:39:16 -0000 TB --- 2007-04-09 20:24:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 20:24:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-09 20:24:05 - cleaning the object tree TB --- 2007-04-09 20:24:39 - checking out the source tree TB --- 2007-04-09 20:24:39 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-09 20:24:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 20:34:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 20:34:22 - cd /src TB --- 2007-04-09 20:34:22 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 20:34:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 21:31:49 UTC 2007 TB --- 2007-04-09 21:31:49 - generating LINT kernel config TB --- 2007-04-09 21:31:49 - cd /src/sys/pc98/conf TB --- 2007-04-09 21:31:49 - /usr/bin/make -B LINT TB --- 2007-04-09 21:31:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 21:31:49 - cd /src TB --- 2007-04-09 21:31:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 21:31:49 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_lockf.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_malloc.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_mbuf.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_mib.c /src/sys/kern/kern_mib.c:304: error: conflicting types for 'hostuuid' /src/sys/sys/kernel.h:59: error: previous declaration of 'hostuuid' was here /src/sys/kern/kern_mib.c:304: error: conflicting types for 'hostuuid' /src/sys/sys/kernel.h:59: error: previous declaration of 'hostuuid' was here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 21:39:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 21:39:15 - ERROR: failed to build lint kernel TB --- 2007-04-09 21:39:15 - tinderbox aborted TB --- 0.91 user 2.70 system 4509.84 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 22:05:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C06A416A401; Mon, 9 Apr 2007 22:05:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE3A13C4AE; Mon, 9 Apr 2007 22:05:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A4AFC2091; Tue, 10 Apr 2007 00:05:31 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 26C7E2090; Tue, 10 Apr 2007 00:05:31 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 15AD2A10AC; Tue, 10 Apr 2007 00:05:30 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Joao Barros" References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> Date: Tue, 10 Apr 2007 00:05:29 +0200 In-Reply-To: <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> (Joao Barros's message of "Mon, 9 Apr 2007 17:31:41 +0100") Message-ID: <86bqhxcifq.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 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: ZFS: amd64, devd, root file system. 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, 09 Apr 2007 22:05:35 -0000 "Joao Barros" writes: > Btw, I hold you personally responsible for my acquisition of two extra > 320GB drives ;) Pffft. I have 3 TB under my desk right now, half of it ZFS :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 22:15:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D66516A400 for ; Mon, 9 Apr 2007 22:15:49 +0000 (UTC) (envelope-from coolaz@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id C744C13C457 for ; Mon, 9 Apr 2007 22:15:48 +0000 (UTC) (envelope-from coolaz@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 5AFFA720B2EB for ; Mon, 9 Apr 2007 23:44:24 +0200 (CEST) Received: from [91.16.214.226] (helo=example.net) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.107 #114) id 1Hb1ew-0007ev-00 for freebsd-current@freebsd.org; Mon, 09 Apr 2007 23:44:23 +0200 Received: by example.net (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher AES256-SHA (256/256 bits)) coolaz@web.de; Mon, 9 Apr 2007 23:45:05 +0200 (CEST) Date: Mon, 9 Apr 2007 23:45:04 +0200 From: Martin Kulas To: freebsd-current@freebsd.org Message-ID: <20070409214504.GA1780@thunderbird.tld> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-PGP-Key: http://www.stud.uni-hamburg.de/~kulas/mkulas_pubkey.asc Sender: coolaz@web.de X-Sender: coolaz@web.de X-Mailman-Approved-At: Mon, 09 Apr 2007 22:53:14 +0000 Subject: netcat with SCTP support 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, 09 Apr 2007 22:15:49 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello! I am running -CURRENT and I am happy to have SCTP support. I wrote a patch for netcat so I can experiment with SCTP. The patch opens a SCTP socket in one-to-one style.=20 But there is a problem I could not solve: If I open an SCTP listening socke= t=20 with netcat and connect to it with netcat, data transfer works correctly. = When I kill the client process, the server process does not react on the SHUTDOWN-chunk sent to it: poll() does not notify the process that the association has been closed. Using TCP poll() works correctly. Does anyone know how to solve this problem? Thanks in advance, Martin --- netcat.c.orig Fri Mar 30 21:58:02 2007 +++ netcat.c Mon Apr 9 16:59:21 2007 @@ -44,6 +44,7 @@ #ifdef IPSEC #include #endif +#include #include #include #include @@ -71,6 +72,7 @@ =20 /* Command Line Options */ int Eflag; /* Use IPsec ESP */ +int cflag; /* Use SCTP */ int dflag; /* detached, no stdin */ unsigned int iflag; /* Interval Flag */ int jflag; /* use jumbo frames if we can */ @@ -138,8 +140,11 @@ sv =3D NULL; =20 while ((ch =3D getopt(argc, argv, - "46e:DEdhi:jklnoP:p:rSs:tT:Uuvw:X:x:z")) !=3D -1) { + "c46e:DEdhi:jklnoP:p:rSs:tT:Uuvw:X:x:z")) !=3D -1) { switch (ch) { + case 'c': + cflag =3D 1; + break; case '4': family =3D AF_INET; break; @@ -257,6 +262,8 @@ if (argv[0] && !argv[1] && family =3D=3D AF_UNIX) { if (uflag) errx(1, "cannot use -u and -U"); + if (cflag) + errx(1, "cannot use -c and -U"); host =3D argv[0]; uport =3D NULL; } else if (argv[0] && !argv[1]) { @@ -283,13 +290,23 @@ if (family !=3D AF_UNIX) { memset(&hints, 0, sizeof(struct addrinfo)); hints.ai_family =3D family; - hints.ai_socktype =3D uflag ? SOCK_DGRAM : SOCK_STREAM; - hints.ai_protocol =3D uflag ? IPPROTO_UDP : IPPROTO_TCP; + if (cflag) { + hints.ai_socktype =3D SOCK_STREAM; + // XXX IPPROTO_SCTP not supported form getaddrinfo + } else { + hints.ai_socktype =3D uflag ? SOCK_DGRAM : SOCK_STREAM; + hints.ai_protocol =3D uflag ? IPPROTO_UDP : IPPROTO_TCP; + } if (nflag) hints.ai_flags |=3D AI_NUMERICHOST; } =20 + if ( cflag && uflag ) + errx(1, "cannot use -c and -u"); + if (xflag) { + if (cflag) + errx(1, "no proxy support for SCTP mode"); if (uflag) errx(1, "no proxy support for UDP mode"); =20 @@ -418,7 +435,7 @@ } =20 printf("Connection to %s %s port [%s/%s] succeeded!\n", - host, portlist[i], uflag ? "udp" : "tcp", + host, portlist[i], uflag ? "udp" : (cflag ? "sctp" : "tcp"), sv ? sv->s_name : "*"); } if (!zflag) @@ -515,9 +532,15 @@ =20 res0 =3D res; do { - if ((s =3D socket(res0->ai_family, res0->ai_socktype, - res0->ai_protocol)) < 0) - continue; + if (cflag) { + if ((s =3D socket(res0->ai_family, res0->ai_socktype, + IPPROTO_SCTP)) < 0) + continue; + } else { + if ((s =3D socket(res0->ai_family, res0->ai_socktype, + res0->ai_protocol)) < 0) + continue; + } #ifdef IPSEC if (ipsec_policy[0] !=3D NULL) add_ipsec_policy(s, ipsec_policy[0]); @@ -532,7 +555,8 @@ memset(&ahints, 0, sizeof(struct addrinfo)); ahints.ai_family =3D res0->ai_family; ahints.ai_socktype =3D uflag ? SOCK_DGRAM : SOCK_STREAM; - ahints.ai_protocol =3D uflag ? IPPROTO_UDP : IPPROTO_TCP; + if (!cflag) + ahints.ai_protocol =3D uflag ? IPPROTO_UDP : IPPROTO_TCP; ahints.ai_flags =3D AI_PASSIVE; if ((error =3D getaddrinfo(sflag, pflag, &ahints, &ares))) errx(1, "getaddrinfo: %s", gai_strerror(error)); @@ -549,7 +573,7 @@ break; else if (vflag) warn("connect to %s port %s (%s) failed", host, port, - uflag ? "udp" : "tcp"); + uflag ? "udp" : (cflag ? "sctp" : "tcp") ); =20 close(s); s =3D -1; @@ -587,10 +611,15 @@ =20 res0 =3D res; do { - if ((s =3D socket(res0->ai_family, res0->ai_socktype, - res0->ai_protocol)) < 0) - continue; - + if (cflag) { + if ((s =3D socket(res0->ai_family, res0->ai_socktype, + IPPROTO_SCTP)) < 0) + continue; + } else { + if ((s =3D socket(res0->ai_family, res0->ai_socktype, + res0->ai_protocol)) < 0) + continue; + } ret =3D setsockopt(s, SOL_SOCKET, SO_REUSEPORT, &x, sizeof(x)); if (ret =3D=3D -1) err(1, NULL); --=20 PGP Key: http://www.stud.uni-hamburg.de/~kulas/mkulas_pubkey.asc --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGGrPfu1jKg1agQ1oRAnRxAKCar+RgaK3RBM87hbEfy3/OtBF1vgCgs+Jy rCHJjOW9TRzACKhwslFdAak= =CwkG -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 22:55:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 489F016A481; Mon, 9 Apr 2007 22:55:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 05E5F13C45D; Mon, 9 Apr 2007 22:55:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39MtTvG069638; Mon, 9 Apr 2007 18:55:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l39MtTjU042606; Mon, 9 Apr 2007 18:55:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6ED5273039; Mon, 9 Apr 2007 18:55:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409225529.6ED5273039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 18:55:29 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2007 22:55:30 -0000 TB --- 2007-04-09 21:39:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 21:39:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-09 21:39:15 - cleaning the object tree TB --- 2007-04-09 21:39:43 - checking out the source tree TB --- 2007-04-09 21:39:43 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-09 21:39:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 21:48:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 21:48:33 - cd /src TB --- 2007-04-09 21:48:33 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 21:48:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 22:48:56 UTC 2007 TB --- 2007-04-09 22:48:56 - generating LINT kernel config TB --- 2007-04-09 22:48:56 - cd /src/sys/powerpc/conf TB --- 2007-04-09 22:48:56 - /usr/bin/make -B LINT TB --- 2007-04-09 22:48:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 22:48:56 - cd /src TB --- 2007-04-09 22:48:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 22:48:56 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lockf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_malloc.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_mbuf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_mib.c /src/sys/kern/kern_mib.c:304: error: conflicting types for 'hostuuid' /src/sys/sys/kernel.h:59: error: previous declaration of 'hostuuid' was here /src/sys/kern/kern_mib.c:304: error: conflicting types for 'hostuuid' /src/sys/sys/kernel.h:59: error: previous declaration of 'hostuuid' was here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 22:55:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 22:55:28 - ERROR: failed to build lint kernel TB --- 2007-04-09 22:55:28 - tinderbox aborted TB --- 0.67 user 2.55 system 4573.12 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 22:57:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83BA016A400; Mon, 9 Apr 2007 22:57:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 417DF13C459; Mon, 9 Apr 2007 22:57:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l39Mv67R069802; Mon, 9 Apr 2007 18:57:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l39Mv6dd044682; Mon, 9 Apr 2007 18:57:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACC3273039; Mon, 9 Apr 2007 18:57:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070409225706.ACC3273039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 18:57:06 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Mon, 09 Apr 2007 22:57:07 -0000 TB --- 2007-04-09 21:16:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-09 21:16:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-09 21:16:08 - cleaning the object tree TB --- 2007-04-09 21:16:49 - checking out the source tree TB --- 2007-04-09 21:16:49 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-09 21:16:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-09 21:26:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-09 21:26:52 - cd /src TB --- 2007-04-09 21:26:52 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 9 21:26:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 9 22:46:47 UTC 2007 TB --- 2007-04-09 22:46:47 - generating LINT kernel config TB --- 2007-04-09 22:46:47 - cd /src/sys/ia64/conf TB --- 2007-04-09 22:46:47 - /usr/bin/make -B LINT TB --- 2007-04-09 22:46:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-09 22:46:47 - cd /src TB --- 2007-04-09 22:46:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 9 22:46:48 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/kern/kern_lockf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/kern/kern_malloc.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/kern/kern_mbuf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/kern/kern_mib.c /src/sys/kern/kern_mib.c:304: error: conflicting types for 'hostuuid' /src/sys/sys/kernel.h:59: error: previous declaration of 'hostuuid' was here /src/sys/kern/kern_mib.c:304: error: conflicting types for 'hostuuid' /src/sys/sys/kernel.h:59: error: previous declaration of 'hostuuid' was here *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-09 22:57:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-09 22:57:06 - ERROR: failed to build lint kernel TB --- 2007-04-09 22:57:06 - tinderbox aborted TB --- 0.89 user 2.45 system 6057.88 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 22:30:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC48E16A475 for ; Mon, 9 Apr 2007 22:30:16 +0000 (UTC) (envelope-from marko@exitcode.org) Received: from mail1.freeserver.sk (mail1.freeserver.sk [217.67.30.194]) by mx1.freebsd.org (Postfix) with ESMTP id 55C1113C44C for ; Mon, 9 Apr 2007 22:30:16 +0000 (UTC) (envelope-from marko@exitcode.org) Received: from [195.98.11.40] (helo=d610.network.home) by mail1.freeserver.sk with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hb23X-0004tP-51 for freebsd-current@freebsd.org; Tue, 10 Apr 2007 00:09:47 +0200 Received: by d610.network.home (Postfix, from userid 1001) id AB43B416BD7; Tue, 10 Apr 2007 00:09:45 +0200 (CEST) Date: Tue, 10 Apr 2007 00:09:45 +0200 From: Marek Holly To: freebsd-current@freebsd.org Message-ID: <20070409220945.GA2260@d610.network.home> Mail-Followup-To: freebsd-current@freebsd.org References: <20070409162039.EA1D950BB2@unixfreunde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070409162039.EA1D950BB2@unixfreunde.net> User-Agent: Mutt/1.5.14 (2007-02-12) X-Mailman-Approved-At: Mon, 09 Apr 2007 23:01:20 +0000 Subject: Re: k3b crash with kernel panic. 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, 09 Apr 2007 22:30:16 -0000 On Mon, Apr 09, 2007 at 06:20:41PM +0200, Martin Wilke wrote: > Hello Guys, > > > i've installed k3b from ports on my head box (Tue Apr 3 18:13:49 CEST > 2007), and this crashed my box with a kernel panic. I have the same problem after upgrade k3b to 1.0_1. root@d610:/# uname -a FreeBSD d610.network.home 7.0-CURRENT FreeBSD 7.0-CURRENT #8: Fri Apr 6 00:20:53 CEST 2007 marko@d610.network.home:/usr/obj/usr/src/sys/KERNEL i386 root@d610:/usr/obj/usr/src/sys/KERNEL# kgdb kernel /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbf8fdec0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc04a18f6 stack pointer = 0x28:0xe38f7c40 frame pointer = 0x28:0xe38f7c6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 34 (irq15: ata1) trap number = 12 panic: page fault Uptime: 7m14s Physical memory: 2031 MB Dumping 125 MB: 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:172 172 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:172 No locals. #1 0xc058e501 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc058ea53 in panic (fmt=0xc08366c0 "page fault") at /usr/src/sys/kern/kern_shutdown.c:563 bootopt = 260 newpanic = 0 buf = "page fault", '\0' #3 0xc0777fc4 in trap_fatal (frame=0xe38f7c00, eva=3213876928) at /usr/src/sys/i386/i386/trap.c:868 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 11, ssd_xx1 = 3, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #4 0xc077826b in trap_pfault (frame=0xe38f7c00, usermode=0, eva=3213876928) at /usr/src/sys/i386/i386/trap.c:777 va = 3213873152 vm = (struct vmspace *) 0x0 map = 0x1 rv = 1 ftype = 2 '\002' p = (struct proc *) 0x0 #5 0xc0778690 in trap (frame=0xe38f7c00) at /usr/src/sys/i386/i386/trap.c:462 p = (struct proc *) 0xc4dbb6c0 i = 0 ucode = 0 type = 12 code = 2 addr = 2 eva = 3213876928 ksi = {ksi_link = {tqe_next = 0xc4c976c0, tqe_prev = 0xe38f7bc8}, ksi_info = {si_signo = -1068023567, si_errno = -477135944, si_code = 8, si_pid = 2, si_uid = 0, si_status = 4, si_addr = 0xc4c976c0, si_value = { sival_int = -993459200, sival_ptr = 0xc4c90400}, _reason = {_fault = {_trapno = 1}, _timer = {_timerid = 1, _overrun = -1065241388}, _mesgq = {_mqd = 1}, _poll = {_band = 1}, __spare__ = {__spare1__ = 1, __spare2__ = { -1065241388, -477135888, -1065961302, -993459200, 0, -993446208, -993429824}}}}, ksi_flags = 1, ksi_sigq = 0x0} #6 0xc076785b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc04a18f6 in ata_pio_read (request=0xc6139cc0, length=18) at cpufunc.h:229 ch = (struct ata_channel *) 0xc4dea400 resid = -1081090368 #8 0xc04a2407 in ata_end_transaction (request=0xc6139cc0) at /usr/src/sys/dev/ata/ata-lowlevel.c:402 ch = (struct ata_channel *) 0xc4dea400 atadev = (struct ata_device *) 0xc4f98c00 length = 18 #9 0xc048b5dd in ata_interrupt (data=0xc4dea400) at /usr/src/sys/dev/ata/ata-all.c:338 request = (struct ata_request *) 0xc6139cc0 #10 0xc05743b8 in ithread_loop (arg=0xc4e0d100) at /usr/src/sys/kern/kern_intr.c:682 ie = (struct intr_event *) 0xc4c90400 #11 0xc0572f48 in fork_exit (callout=0xc0574290 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:814 p = (struct proc *) 0xc4dbb6c0 #12 0xc07678d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 No locals. -- Marek Holly marko@exitcode.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 9 23:37:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EFB916A485 for ; Mon, 9 Apr 2007 23:37:31 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (24-38-119-150-st.losaca.adelphia.net [24.38.119.150]) by mx1.freebsd.org (Postfix) with ESMTP id 663F913C45D for ; Mon, 9 Apr 2007 23:37:31 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.203] (24-38-119-150-st.losaca.adelphia.net [24.38.119.150]) by canonware.com (Postfix) with ESMTP id 65DF61298DE for ; Mon, 9 Apr 2007 16:06:21 -0700 (PDT) Message-ID: <461AC6EC.6030401@freebsd.org> Date: Mon, 09 Apr 2007 16:06:20 -0700 From: Jason Evans User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sysinstall issues 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, 09 Apr 2007 23:37:31 -0000 I tried various methods for installing the March 2007 snapshot using PXE (no CD-ROM drive), but I ran into a combination of problems that made this seemingly impossible. 1) The keyboard stops working as soon as sysinstall launches. This problem does not occur for the 6.2 snapshot, so there appears to be a regression. Unless someone can suggest how to track this down in a reasonable amount of time though, I'm going to have to move on. 2) When booting with a serial console, the machine switches back to the vga console when sysinstall launches. The 6.2 snapshot has the same problem. Perhaps there is a bad interaction with pxeboot, but I'm not familiar enough with the boot process to know where to look. Jason From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 00:06:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2365416A400 for ; Tue, 10 Apr 2007 00:06:11 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-03.rdc-kc.rr.com (ms-smtp-03.rdc-kc.rr.com [24.94.166.129]) by mx1.freebsd.org (Postfix) with ESMTP id E3F3A13C45E for ; Tue, 10 Apr 2007 00:06:10 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-03.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l39NQs5q013797 for ; Mon, 9 Apr 2007 18:26:55 -0500 (CDT) Received: from jericho.polands.org (jericho.polands.org [172.16.1.33]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l39NQs1G025486 for ; Mon, 9 Apr 2007 18:26:54 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.8/8.13.8) with ESMTP id l39NQs3o093312 for ; Mon, 9 Apr 2007 18:26:54 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.8/8.13.8/Submit) id l39NQsaj093311 for freebsd-current@freebsd.org; Mon, 9 Apr 2007 18:26:54 -0500 (CDT) (envelope-from djp) Date: Mon, 9 Apr 2007 18:26:54 -0500 From: Doug Poland To: freebsd-current@freebsd.org Message-ID: <20070409232654.GA93109@polands.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/3058/Mon Apr 9 14:45:50 2007 on corinth.polands.org X-Virus-Status: Clean Subject: new ZFS sysctls not working? 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, 10 Apr 2007 00:06:11 -0000 Hello, It would appear that the new sysctls for ZFS (vfs.zfs.arc_max/min) are not "taking". i.e., # cat /boot/loader.conf vfs.zfs.arc_max=134217728 vfs.zfs.arc_min=134217728 # sysctl -a | grep vfs.zfs.arc vfs.zfs.arc_max: 67108864 vfs.zfs.arc_min: 67108864 This is after a fresh cvsup run today around 10:00 CDT. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 00:35:11 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 652C616A400 for ; Tue, 10 Apr 2007 00:35:11 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 05C7613C448 for ; Tue, 10 Apr 2007 00:35:08 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id C17C310F4B; Mon, 9 Apr 2007 19:35:08 -0500 (CDT) Date: Mon, 9 Apr 2007 19:35:05 -0500 From: Craig Boston To: freebsd-current@FreeBSD.org Message-ID: <20070410003505.GA8189@nowhere> Mail-Followup-To: Craig Boston , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070407212413.GK8831@cicely12.cicely.de> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 00:35:11 -0000 On Sat, Apr 07, 2007 at 11:24:14PM +0200, Bernd Walter wrote: > On Sat, Apr 07, 2007 at 09:15:17PM +0200, Pawel Jakub Dawidek wrote: > > Just committed a change. You can tune max and min ARC size via > > vfs.zfs.arc_max and vfs.zfs.arc_min tunnables. > > Thanks - I'd set c_max to 80M now and will see what happens, since > I had such a panic again with 240M kmem. Hi, just wanted to chime in that I'm experiencing the same panic with a fresh -CURRENT. I'm seriously considering trying out ZFS on my home file server (this should tell you how much I've come to trust pjd's work ;). Anyway, since it's a repurposed desktop with a crappy board, it's limited to 512MB RAM. So I've been testing in a VMware instance with 512MB. My vm.kmem_size is defaulting to 169758720. Works fine up until the point I start copying lots of files onto the ZFS partition. I tried the suggestion of reducing the tunables. After modifying the source to accept these values, I have it set to: kstat.zfs.misc.arcstats.p: 33554432 kstat.zfs.misc.arcstats.c: 67108864 kstat.zfs.misc.arcstats.c_min: 33554432 kstat.zfs.misc.arcstats.c_max: 67108864 kstat.zfs.misc.arcstats.size: 20606976 This is after a clean boot before trying anything. arcstats.size floats right at the max for quite a while before the panic happens, so I suspect something else is causing it to run out of kvm, perhaps the normal buffer cache since I'm copying from a UFS filesystem. panic: kmem_malloc(131072): kmem_map too small: 131440640 total allocated Though the backtrace (assuming I'm loading the module symbols correctly) seems to implicate zfs. #0 doadump () at pcpu.h:172 #1 0xc06bbaab in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06bbd38 in panic ( fmt=0xc094f28c "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0821e70 in kmem_malloc (map=0xc145408c, size=131072, flags=2) at /usr/src/sys/vm/vm_kern.c:305 #4 0xc0819d56 in page_alloc (zone=0x0, bytes=131072, pflag=0x0, wait=2) at /usr/src/sys/vm/uma_core.c:955 #5 0xc081bfcf in uma_large_malloc (size=131072, wait=2) at /usr/src/sys/vm/uma_core.c:2709 #6 0xc06b0eb1 in malloc (size=131072, mtp=0xc0bd0080, flags=2) at /usr/src/sys/kern/kern_malloc.c:364 #7 0xc0b66f67 in zfs_kmem_alloc (size=131072, kmflags=2) at /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_kmem.c:67 #8 0xc0bb23ad in zio_buf_alloc (size=131072) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zio.c:211 #9 0xc0ba4487 in vdev_queue_io_to_issue (vq=0xc3424ee4, pending_limit=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:213 at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:312 #11 0xc0bc69fd in vdev_geom_io_done (zio=0xc4435400) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c:412 #12 0xc0b6ad19 in taskq_thread (arg=0xc2dfa0cc) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/os/taskq.c:833 #13 0xc06a54ba in fork_exit (callout=0xc0b6ac18 , arg=0xc2dfa0cc, frame=0xd62cdd38) at /usr/src/sys/kern/kern_fork.c:814 #14 0xc08a8c10 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 I haven't tried increasing kmem yet -- I'm a bit leery of devoting so much memory (presumably nonpageable, nonreclaimable) to the kernel. Admittedly I'm somewhat confused as to why ZFS needs its own special cache rather than sharing the system's, or at least only use free physical pages allocated as VM objects rather than precious kmem. But I'm no VM guru :) Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 00:38:39 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 471EE16A400 for ; Tue, 10 Apr 2007 00:38:39 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFB013C487 for ; Tue, 10 Apr 2007 00:38:39 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id D6703110FB; Mon, 9 Apr 2007 19:38:38 -0500 (CDT) Date: Mon, 9 Apr 2007 19:38:37 -0500 From: Craig Boston To: freebsd-current@FreeBSD.org Message-ID: <20070410003837.GB8189@nowhere> Mail-Followup-To: Craig Boston , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410003505.GA8189@nowhere> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 00:38:39 -0000 On Mon, Apr 09, 2007 at 07:35:05PM -0500, Craig Boston wrote: > 512MB RAM. So I've been testing in a VMware instance with 512MB. My > vm.kmem_size is defaulting to 169758720. Meh, wrong stat, I probably should have said that vm.kmem_size_max: 335544320 From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:04:04 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8B7016A400; Tue, 10 Apr 2007 01:04:04 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (host65.simplicato.com [207.99.47.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7E22D13C45B; Tue, 10 Apr 2007 01:04:04 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail14.simplicato.com (localhost [127.0.0.1]) by mail14.simplicato.com (Postfix) with ESMTP id 98666EBC2C; Mon, 9 Apr 2007 21:04:03 -0400 (EDT) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail14.simplicato.com (Postfix) with ESMTP id 40FE6EBC2A; Mon, 9 Apr 2007 21:04:03 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Mon, 9 Apr 2007 21:04:02 -0400 Date: Mon, 9 Apr 2007 21:04:02 -0400 From: Scott Robbins To: freebsd-current@FreeBSD.org, freebsd-emulation@FreeBSD.org Message-ID: <20070410010402.GB54131@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@FreeBSD.org, freebsd-emulation@FreeBSD.org References: <20070409132718.GA28377@uws1.starlofashions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070409132718.GA28377@uws1.starlofashions.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: recent CURRENT seems to affect if_tap, if_bridge with qemu 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, 10 Apr 2007 01:04:04 -0000 On Mon, Apr 09, 2007 at 09:27:18AM -0400, Scott Robbins wrote: > I have been using qemu and qemu-devel with if_tap and if_bridge. > The home network is a 192.168.1.0/24, I give the bridge a 192.168.1.x/32 > address add tap0 and vr0 (the host machine's interface) as members, and > give the qemu guest a 192.168.1.x/24 address with the same gateway as > the host. This has worked perfectly through March. The host runs > CURRENT. I didn't upgrade it through most of March, then finally had > time to do a buildworld the first week of April. > To follow up, the problem seems to be solved. In private email, someone suggested to me that I ensure that both bridge0 and tap0 were up. Prior to my latest update of CURRENT, my /etc/qemu-ifup script just had /sbin/ifconfig ${1} Changing it to /sbin/ifconfig ${1} up fixed the problem. -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: What's going on here? People are going all Felicity with their hair. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:05:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FDB116A404 for ; Tue, 10 Apr 2007 01:05:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EF19E13C459 for ; Tue, 10 Apr 2007 01:05:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id ADB2A1A4D87; Mon, 9 Apr 2007 18:05:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1A101513EB; Mon, 9 Apr 2007 21:05:33 -0400 (EDT) Date: Mon, 9 Apr 2007 21:05:32 -0400 From: Kris Kennaway To: Doug Poland Message-ID: <20070410010532.GA38535@xor.obsecurity.org> References: <20070409232654.GA93109@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20070409232654.GA93109@polands.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: new ZFS sysctls not working? 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, 10 Apr 2007 01:05:34 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 06:26:54PM -0500, Doug Poland wrote: > Hello, >=20 > It would appear that the new sysctls for ZFS (vfs.zfs.arc_max/min) are > not "taking". i.e., >=20 > # cat /boot/loader.conf > vfs.zfs.arc_max=3D134217728 > vfs.zfs.arc_min=3D134217728 >=20 > # sysctl -a | grep vfs.zfs.arc > vfs.zfs.arc_max: 67108864 > vfs.zfs.arc_min: 67108864 >=20 > This is after a fresh cvsup run today around 10:00 CDT. Please provide more details of your system, e.g. sysctl vm.kmem_size. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGuLcWry0BWjoQKURAqGlAKDkitUaf4UGDKFIUm1N6gslAY+lbgCeI4ee BGI91yZ3Z/dsojsK8KJCAFE= =IFNz -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:11:26 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE6C016A405; Tue, 10 Apr 2007 01:11:26 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B24BC13C459; Tue, 10 Apr 2007 01:11:26 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 75C591A4D87; Mon, 9 Apr 2007 18:11:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CF98851B82; Mon, 9 Apr 2007 21:11:25 -0400 (EDT) Date: Mon, 9 Apr 2007 21:11:25 -0400 From: Kris Kennaway To: Craig Boston , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org Message-ID: <20070410011125.GB38535@xor.obsecurity.org> References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <20070410003837.GB8189@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 01:11:26 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 07:38:37PM -0500, Craig Boston wrote: > On Mon, Apr 09, 2007 at 07:35:05PM -0500, Craig Boston wrote: > > 512MB RAM. So I've been testing in a VMware instance with 512MB. My > > vm.kmem_size is defaulting to 169758720. >=20 > Meh, wrong stat, I probably should have said that >=20 > vm.kmem_size_max: 335544320 Nah, you were right the first time :) Your system is defaulting to 160MB for the kmem_map, of which zfs will (by default) try to use up to 3/4. Naturally this doesn't leave much for the rest of the kernel (40MB), so you'll easily run the kernel out of memory. For now, you probably want to increase vm.kmem_size a bit to allow some more room for zfs, and set vfs.zfs.arc_max and arc_min to something more reasonable like 64*1024*1024+1 (the +1 is needed because zfs currently requires "greater than 64MB" for the arc). Kris --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGuQ9Wry0BWjoQKURAugnAKDkyF6Tyh1x9toi9iyJNnITpQ7alACg2h74 l3NTAnIcISQTYHauSTtWo9c= =Jp9h -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:30:37 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A182A16A408; Tue, 10 Apr 2007 01:30:37 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 83B2913C4C3; Tue, 10 Apr 2007 01:30:37 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 37CE7110C5; Mon, 9 Apr 2007 20:30:37 -0500 (CDT) Date: Mon, 9 Apr 2007 20:30:35 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20070410013034.GC8189@nowhere> Mail-Followup-To: Craig Boston , Kris Kennaway , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org References: <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410011125.GB38535@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 01:30:37 -0000 On Mon, Apr 09, 2007 at 09:11:25PM -0400, Kris Kennaway wrote: > Nah, you were right the first time :) Your system is defaulting to > 160MB for the kmem_map, of which zfs will (by default) try to use up > to 3/4. Naturally this doesn't leave much for the rest of the kernel > (40MB), so you'll easily run the kernel out of memory. Hmm, I had already reduced the maximum arc size to 64MB though, which I figured (hoped?) would leave plenty of room. So if kmem_size is the total size and it can't grow, what is kmem_size_max? Is there a way to see a sum of total kmem allocation? Even the vm.zone breakdown seems to be gone in current so apparently my knowledge of such things is becoming obsolete :) > For now, you probably want to increase vm.kmem_size a bit to allow > some more room for zfs, and set vfs.zfs.arc_max and arc_min to > something more reasonable like 64*1024*1024+1 (the +1 is needed > because zfs currently requires "greater than 64MB" for the arc). Yeah, I found that out the hard way after wondering why it was ignoring the tunables :) I ran out of kmem_map space once with it set to 64*1024*1024+1, then I modified the source so that it would accept zfs_arc_max >= (64 << 20) instead, just in case it was a power-of-2 thing. Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:42:37 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1F2D16A400; Tue, 10 Apr 2007 01:42:37 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id A4AEF13C455; Tue, 10 Apr 2007 01:42:35 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 6B05D110C5; Mon, 9 Apr 2007 20:42:35 -0500 (CDT) Date: Mon, 9 Apr 2007 20:42:33 -0500 From: Craig Boston To: Kris Kennaway , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org Message-ID: <20070410014233.GD8189@nowhere> Mail-Followup-To: Craig Boston , Kris Kennaway , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org References: <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410013034.GC8189@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 01:42:37 -0000 On Mon, Apr 09, 2007 at 08:30:35PM -0500, Craig Boston wrote: > Even the vm.zone breakdown seems to be gone in current so apparently my > knowledge of such things is becoming obsolete :) But vmstat -m still works ... solaris 145806 122884K - 15319671 16,32,64,128,256,512,1024,2048,4096 ... Whoa! That's a lot of kernel memory. Meanwhile... kstat.zfs.misc.arcstats.size: 33554944 (which is just barely above vfs.zfs.arc_min) So I don't think it's the arc cache (yeah I know that's redundant) that is the problem. Seems like something elsewhere in zfs is allocating large amounts of memory and not letting it go, and even the cache is having to shrink to its minimum size due to the memory pressure. It didn't panic this time, so when the tar finished I tried a "zfs unmount /usr/ports". This caused the "solaris" entry to drop down to about 64MB, so it's not a leak. It could just be that ZFS needs lots of memory to operate if it keeps a lot of metadata for each file in memory. The sheer # of allocations still seems excessive though. It was well over 20 million by the time the tar process exited. Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:48:24 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9635516A401; Tue, 10 Apr 2007 01:48:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7BECC13C44C; Tue, 10 Apr 2007 01:48:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 47BA81A4D87; Mon, 9 Apr 2007 18:48:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A34EB513AE; Mon, 9 Apr 2007 21:48:23 -0400 (EDT) Date: Mon, 9 Apr 2007 21:48:23 -0400 From: Kris Kennaway To: Craig Boston , Kris Kennaway , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org Message-ID: <20070410014823.GA38959@xor.obsecurity.org> References: <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20070410013034.GC8189@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 01:48:24 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 08:30:35PM -0500, Craig Boston wrote: > On Mon, Apr 09, 2007 at 09:11:25PM -0400, Kris Kennaway wrote: > > Nah, you were right the first time :) Your system is defaulting to > > 160MB for the kmem_map, of which zfs will (by default) try to use up > > to 3/4. Naturally this doesn't leave much for the rest of the kernel > > (40MB), so you'll easily run the kernel out of memory. >=20 > Hmm, I had already reduced the maximum arc size to 64MB though, which I > figured (hoped?) would leave plenty of room. >=20 > So if kmem_size is the total size and it can't grow, what is > kmem_size_max? Is there a way to see a sum of total kmem allocation? > Even the vm.zone breakdown seems to be gone in current so apparently my > knowledge of such things is becoming obsolete :) It's the cap used by the auto-sizing code, i.e. no matter how much RAM the system has it will never use more than 320MB for kmem, by default. Currently I think there is no exported way to view the amount of free space in the map, but there should be. > > For now, you probably want to increase vm.kmem_size a bit to allow > > some more room for zfs, and set vfs.zfs.arc_max and arc_min to > > something more reasonable like 64*1024*1024+1 (the +1 is needed > > because zfs currently requires "greater than 64MB" for the arc). >=20 > Yeah, I found that out the hard way after wondering why it was ignoring > the tunables :) >=20 > I ran out of kmem_map space once with it set to 64*1024*1024+1, then I > modified the source so that it would accept zfs_arc_max >=3D (64 << 20) > instead, just in case it was a power-of-2 thing. OK. Probably this is a sign that 160 - 64 =3D 96MB is not enough for your kernel, i.e. you'd also get the panics if you turned down vm.kmem_size to 96MB and didn't use zfs. Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGuznWry0BWjoQKURApB9AJ4lgiraecHeW18EQjeZEk3a+sbvQACdFXUC RSQng/cu0rDKeiciAu8DPPE= =D/pW -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 01:55:24 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD22C16A403; Tue, 10 Apr 2007 01:55:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9395C13C4BF; Tue, 10 Apr 2007 01:55:24 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5F0D11A4D87; Mon, 9 Apr 2007 18:55:29 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B6816513F4; Mon, 9 Apr 2007 21:55:23 -0400 (EDT) Date: Mon, 9 Apr 2007 21:55:23 -0400 From: Kris Kennaway To: Craig Boston , Kris Kennaway , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org Message-ID: <20070410015523.GA39181@xor.obsecurity.org> References: <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20070410014233.GD8189@nowhere> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 01:55:24 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 08:42:33PM -0500, Craig Boston wrote: > On Mon, Apr 09, 2007 at 08:30:35PM -0500, Craig Boston wrote: > > Even the vm.zone breakdown seems to be gone in current so apparently my > > knowledge of such things is becoming obsolete :) >=20 > But vmstat -m still works >=20 > ... >=20 > solaris 145806 122884K - 15319671 16,32,64,128,256,512,1024,2048,40= 96 > ... >=20 > Whoa! That's a lot of kernel memory. Meanwhile... >=20 > kstat.zfs.misc.arcstats.size: 33554944 > (which is just barely above vfs.zfs.arc_min) >=20 > So I don't think it's the arc cache (yeah I know that's redundant) that > is the problem. Seems like something elsewhere in zfs is allocating > large amounts of memory and not letting it go, and even the cache is > having to shrink to its minimum size due to the memory pressure. >=20 > It didn't panic this time, so when the tar finished I tried a "zfs > unmount /usr/ports". This caused the "solaris" entry to drop down to > about 64MB, so it's not a leak. It could just be that ZFS needs lots of > memory to operate if it keeps a lot of metadata for each file in memory. >=20 > The sheer # of allocations still seems excessive though. It was well > over 20 million by the time the tar process exited. That is a lifetime count of the # of operations, not the current number allocated ("InUse"). It does look like there is something else using a significant amount of memory apart from arc, but arc might at least be the major one due to its extremely greedy default allocation policy. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGu6LWry0BWjoQKURAsvPAJ9RQY1byjCO6m2ffTfKNdcal+MHqgCfXipe L730fhNTz/IegK/hc1PK+/g= =dFbw -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 02:04:56 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30FFA16A400; Tue, 10 Apr 2007 02:04:56 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 15AE013C45B; Tue, 10 Apr 2007 02:04:56 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id D2C0311555; Mon, 9 Apr 2007 21:04:55 -0500 (CDT) Date: Mon, 9 Apr 2007 21:04:55 -0500 From: Craig Boston To: Kris Kennaway Message-ID: <20070410020455.GA73825@nowhere> References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> <20070410015523.GA39181@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410015523.GA39181@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 02:04:56 -0000 On Mon, Apr 09, 2007 at 09:55:23PM -0400, Kris Kennaway wrote: > That is a lifetime count of the # of operations, not the current > number allocated ("InUse"). Yes, perhaps I should have said "sheer number of allocations & deallocations". I was just surprised that it seems to grab and release memory much more often than anything else tracked by vmstat. > It does look like there is something else using a significant amount > of memory apart from arc, but arc might at least be the major one due > to its extremely greedy default allocation policy. I wasn't going to post again until somebody suggested trying this, but I think the name cache can be ruled out. I reduced vfs.zfs.dnlc.ncsize from ~13000 to 4096 with no appreciable drop in total memory usage. It seems to be stable with vm.kmem_size at 256MB, but the wired count has come dangerously close a few times. Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 02:21:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15A3616A401; Tue, 10 Apr 2007 02:21:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B83C913C468; Tue, 10 Apr 2007 02:21:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A2LBFe084058; Mon, 9 Apr 2007 22:21:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A2LAe2079151; Mon, 9 Apr 2007 22:21:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C701073039; Mon, 9 Apr 2007 22:21:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410022110.C701073039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 22:21:10 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 02:21:12 -0000 TB --- 2007-04-10 00:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 00:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-10 00:45:00 - cleaning the object tree TB --- 2007-04-10 00:45:52 - checking out the source tree TB --- 2007-04-10 00:45:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-10 00:45:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 00:57:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 00:57:00 - cd /src TB --- 2007-04-10 00:57:00 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 00:57:02 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Apr 10 02:21:09 UTC 2007 TB --- 2007-04-10 02:21:09 - generating LINT kernel config TB --- 2007-04-10 02:21:09 - cd /src/sys/amd64/conf TB --- 2007-04-10 02:21:09 - /usr/bin/make -B LINT TB --- 2007-04-10 02:21:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 02:21:10 - cd /src TB --- 2007-04-10 02:21:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 02:21:10 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/amd64/conf; PATH=/obj/amd64/src/tmp/legacy/usr/sbin:/obj/amd64/src/tmp/legacy/usr/bin:/obj/amd64/src/tmp/legacy/usr/games:/obj/amd64/src/tmp/usr/sbin:/obj/amd64/src/tmp/usr/bin:/obj/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/amd64/src/sys/LINT /src/sys/amd64/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. /src/sys/amd64/conf/LINT: unknown option "trunk" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 02:21:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 02:21:10 - ERROR: failed to build lint kernel TB --- 2007-04-10 02:21:10 - tinderbox aborted TB --- 0.91 user 3.64 system 5769.61 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 02:39:17 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 651B816A404; Tue, 10 Apr 2007 02:39:17 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id F3AAE13C487; Tue, 10 Apr 2007 02:39:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 41ABE45B26; Tue, 10 Apr 2007 04:39:15 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 26D744569A; Tue, 10 Apr 2007 04:39:10 +0200 (CEST) Date: Tue, 10 Apr 2007 04:38:57 +0200 From: Pawel Jakub Dawidek To: Craig Boston , Kris Kennaway , freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org Message-ID: <20070410023857.GZ76673@garage.freebsd.pl> References: <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dZHW955j1vPFHE0Q" Content-Disposition: inline In-Reply-To: <20070410014233.GD8189@nowhere> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 02:39:17 -0000 --dZHW955j1vPFHE0Q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 08:42:33PM -0500, Craig Boston wrote: > On Mon, Apr 09, 2007 at 08:30:35PM -0500, Craig Boston wrote: > > Even the vm.zone breakdown seems to be gone in current so apparently my > > knowledge of such things is becoming obsolete :) >=20 > But vmstat -m still works >=20 > ... >=20 > solaris 145806 122884K - 15319671 16,32,64,128,256,512,1024,2048,40= 96 > ... >=20 > Whoa! That's a lot of kernel memory. Meanwhile... >=20 > kstat.zfs.misc.arcstats.size: 33554944 > (which is just barely above vfs.zfs.arc_min) >=20 > So I don't think it's the arc cache (yeah I know that's redundant) that > is the problem. Seems like something elsewhere in zfs is allocating > large amounts of memory and not letting it go, and even the cache is > having to shrink to its minimum size due to the memory pressure. ARC and ZIO are the biggest memory consumers and they are somehow connected. I just committed changes that should stabilize ZFS in this regard. Could you try them? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --dZHW955j1vPFHE0Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGGvjBForvXbEpPzQRAjGfAKCfnQAjCxkZ5vawLf9vxI++38CI8wCdGvwt uHR2Eu0WmhvO3KBsE/qkJ60= =ek/6 -----END PGP SIGNATURE----- --dZHW955j1vPFHE0Q-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 02:50:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F67216A400 for ; Tue, 10 Apr 2007 02:50:27 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1B31D13C45D for ; Tue, 10 Apr 2007 02:50:26 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l3A2oLbg021288; Mon, 9 Apr 2007 21:50:24 -0500 (CDT) Received: from jericho.polands.org (jericho.polands.org [172.16.1.33]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l3A2oKrU026109; Mon, 9 Apr 2007 21:50:20 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.8/8.13.8) with ESMTP id l3A2oK2T094033; Mon, 9 Apr 2007 21:50:20 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.8/8.13.8/Submit) id l3A2oKlp094032; Mon, 9 Apr 2007 21:50:20 -0500 (CDT) (envelope-from djp) Date: Mon, 9 Apr 2007 21:50:20 -0500 From: Doug Poland To: Kris Kennaway Message-ID: <20070410025020.GA94010@polands.org> References: <20070409232654.GA93109@polands.org> <20070410010532.GA38535@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410010532.GA38535@xor.obsecurity.org> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/3058/Mon Apr 9 14:45:50 2007 on corinth.polands.org X-Virus-Status: Clean Cc: Doug Poland , freebsd-current@freebsd.org Subject: Re: new ZFS sysctls not working? 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, 10 Apr 2007 02:50:27 -0000 On Mon, Apr 09, 2007 at 09:05:32PM -0400, Kris Kennaway wrote: > On Mon, Apr 09, 2007 at 06:26:54PM -0500, Doug Poland wrote: > > Hello, > > > > It would appear that the new sysctls for ZFS (vfs.zfs.arc_max/min) > > are not "taking". i.e., > > > > # cat /boot/loader.conf > > vfs.zfs.arc_max=134217728 > > vfs.zfs.arc_min=134217728 > > > > # sysctl -a | grep vfs.zfs.arc > > vfs.zfs.arc_max: 67108864 > > vfs.zfs.arc_min: 67108864 > > > > This is after a fresh cvsup run today around 10:00 CDT. > > Please provide more details of your system, e.g. sysctl vm.kmem_size. > FreeBSD 7.0-CURRENT #0: Mon Apr 9 12:55:54 CDT 2007 djp@seth.polands.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) processor (1403.19-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x644 Stepping = 4 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> real memory = 259981312 (247 MB) avail memory = 240451584 (229 MB) # sysctl -a | grep vm.kmem_size vm.kmem_size: 80662528 vm.kmem_size_max: 335544320 vm.kmem_size_scale: 3 -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 02:58:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F1D016A402 for ; Tue, 10 Apr 2007 02:58:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5AAEA13C480 for ; Tue, 10 Apr 2007 02:58:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 30C7D1A4D87; Mon, 9 Apr 2007 19:59:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7952751566; Mon, 9 Apr 2007 22:58:55 -0400 (EDT) Date: Mon, 9 Apr 2007 22:58:55 -0400 From: Kris Kennaway To: Doug Poland Message-ID: <20070410025855.GA39926@xor.obsecurity.org> References: <20070409232654.GA93109@polands.org> <20070410010532.GA38535@xor.obsecurity.org> <20070410025020.GA94010@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20070410025020.GA94010@polands.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: new ZFS sysctls not working? 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, 10 Apr 2007 02:58:56 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 09:50:20PM -0500, Doug Poland wrote: > On Mon, Apr 09, 2007 at 09:05:32PM -0400, Kris Kennaway wrote: > > On Mon, Apr 09, 2007 at 06:26:54PM -0500, Doug Poland wrote: > > > Hello, > > >=20 > > > It would appear that the new sysctls for ZFS (vfs.zfs.arc_max/min) > > > are not "taking". i.e., > > >=20 > > > # cat /boot/loader.conf > > > vfs.zfs.arc_max=3D134217728 > > > vfs.zfs.arc_min=3D134217728 > > >=20 > > > # sysctl -a | grep vfs.zfs.arc > > > vfs.zfs.arc_max: 67108864 > > > vfs.zfs.arc_min: 67108864 > > >=20 > > > This is after a fresh cvsup run today around 10:00 CDT. > >=20 > > Please provide more details of your system, e.g. sysctl vm.kmem_size. > >=20 > FreeBSD 7.0-CURRENT #0: Mon Apr 9 12:55:54 CDT 2007 > djp@seth.polands.org:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) processor (1403.19-MHz 686-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0x644 Stepping =3D 4 > Features=3D0x183f9ff > AMD Features=3D0xc0440800,MMX+,3DNow!+,3DNow!> > real memory =3D 259981312 (247 MB) > avail memory =3D 240451584 (229 MB) >=20 > # sysctl -a | grep vm.kmem_size > vm.kmem_size: 80662528 > vm.kmem_size_max: 335544320 > vm.kmem_size_scale: 3 Yeah, you don't even have 128 MB of kmem available (only 76 MB), so it's no surprise zfs refused to use that much ;-) Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGv1uWry0BWjoQKURAnk2AKCnf8xDJ60TtUtnNUSqjjMBS9G+vACgi26Q BP5/ifVVoslcB813pX8EuYI= =0WuX -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 03:02:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EC0816A400; Tue, 10 Apr 2007 03:02:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AED9113C484; Tue, 10 Apr 2007 03:02:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A32BlV086377; Mon, 9 Apr 2007 23:02:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A32BaJ002697; Mon, 9 Apr 2007 23:02:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 93BB973039; Mon, 9 Apr 2007 23:02:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410030210.93BB973039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 23:02:10 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 03:02:12 -0000 TB --- 2007-04-10 01:56:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 01:56:24 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-10 01:56:24 - cleaning the object tree TB --- 2007-04-10 01:57:07 - checking out the source tree TB --- 2007-04-10 01:57:07 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-10 01:57:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 02:05:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 02:05:30 - cd /src TB --- 2007-04-10 02:05:30 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 02:05:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 03:02:09 UTC 2007 TB --- 2007-04-10 03:02:09 - generating LINT kernel config TB --- 2007-04-10 03:02:09 - cd /src/sys/i386/conf TB --- 2007-04-10 03:02:09 - /usr/bin/make -B LINT TB --- 2007-04-10 03:02:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 03:02:10 - cd /src TB --- 2007-04-10 03:02:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 03:02:10 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/i386/conf; PATH=/obj/src/tmp/legacy/usr/sbin:/obj/src/tmp/legacy/usr/bin:/obj/src/tmp/legacy/usr/games:/obj/src/tmp/usr/sbin:/obj/src/tmp/usr/bin:/obj/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/src/sys/LINT /src/sys/i386/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/i386/conf/LINT: unknown option "trunk" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 03:02:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 03:02:10 - ERROR: failed to build lint kernel TB --- 2007-04-10 03:02:10 - tinderbox aborted TB --- 1.00 user 2.71 system 3946.19 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 03:07:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BED0316A400 for ; Tue, 10 Apr 2007 03:07:15 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-04.rdc-kc.rr.com (ms-smtp-04.rdc-kc.rr.com [24.94.166.116]) by mx1.freebsd.org (Postfix) with ESMTP id 8A48113C4AE for ; Tue, 10 Apr 2007 03:07:15 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-04.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l3A37C6x005817; Mon, 9 Apr 2007 22:07:13 -0500 (CDT) Received: from jericho.polands.org (jericho.polands.org [172.16.1.33]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id l3A37CTl026179; Mon, 9 Apr 2007 22:07:12 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.8/8.13.8) with ESMTP id l3A37Ct1094083; Mon, 9 Apr 2007 22:07:12 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.8/8.13.8/Submit) id l3A37CgU094082; Mon, 9 Apr 2007 22:07:12 -0500 (CDT) (envelope-from djp) Date: Mon, 9 Apr 2007 22:07:12 -0500 From: Doug Poland To: Kris Kennaway Message-ID: <20070410030712.GB94010@polands.org> References: <20070409232654.GA93109@polands.org> <20070410010532.GA38535@xor.obsecurity.org> <20070410025020.GA94010@polands.org> <20070410025855.GA39926@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410025855.GA39926@xor.obsecurity.org> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/3058/Mon Apr 9 14:45:50 2007 on corinth.polands.org X-Virus-Status: Clean Cc: Doug Poland , freebsd-current@freebsd.org Subject: Re: new ZFS sysctls not working? 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, 10 Apr 2007 03:07:15 -0000 On Mon, Apr 09, 2007 at 10:58:55PM -0400, Kris Kennaway wrote: > On Mon, Apr 09, 2007 at 09:50:20PM -0500, Doug Poland wrote: > > On Mon, Apr 09, 2007 at 09:05:32PM -0400, Kris Kennaway wrote: > > > On Mon, Apr 09, 2007 at 06:26:54PM -0500, Doug Poland wrote: > > > > Hello, > > > > > > > > It would appear that the new sysctls for ZFS > > > > (vfs.zfs.arc_max/min) are not "taking". i.e., > > > > > > > > # cat /boot/loader.conf > > > > vfs.zfs.arc_max=134217728 > > > > vfs.zfs.arc_min=134217728 > > > > > > > > # sysctl -a | grep vfs.zfs.arc > > > > vfs.zfs.arc_max: 67108864 > > > > vfs.zfs.arc_min: 67108864 > > > > > > > > This is after a fresh cvsup run today around 10:00 CDT. > > > > > > Please provide more details of your system, e.g. sysctl > > > vm.kmem_size. > > > > > FreeBSD 7.0-CURRENT #0: Mon Apr 9 12:55:54 CDT 2007 > > djp@seth.polands.org:/usr/obj/usr/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: AMD Athlon(tm) processor (1403.19-MHz 686-class CPU) > > Origin = "AuthenticAMD" Id = 0x644 Stepping = 4 > > Features=0x183f9ff > > AMD Features=0xc0440800,MMX+,3DNow!+,3DNow!> > > real memory = 259981312 (247 MB) > > avail memory = 240451584 (229 MB) > > > > # sysctl -a | grep vm.kmem_size > > vm.kmem_size: 80662528 > > vm.kmem_size_max: 335544320 > > vm.kmem_size_scale: 3 > > Yeah, you don't even have 128 MB of kmem available (only 76 MB), so > it's no surprise zfs refused to use that much ;-) > I was attempting to "portsnap extract" to a two disk ZFS mirror. It would appear my ability to test ZFS is severly limited on this particular hardware configuration. Sorry for the noise... -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 03:25:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC90316A401; Tue, 10 Apr 2007 03:25:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6C11E13C45E; Tue, 10 Apr 2007 03:25:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A3PbvD087456; Mon, 9 Apr 2007 23:25:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A3PbRk059460; Mon, 9 Apr 2007 23:25:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A455873039; Mon, 9 Apr 2007 23:25:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410032537.A455873039@freebsd-current.sentex.ca> Date: Mon, 9 Apr 2007 23:25:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 03:25:38 -0000 TB --- 2007-04-10 02:21:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 02:21:10 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-10 02:21:10 - cleaning the object tree TB --- 2007-04-10 02:21:36 - checking out the source tree TB --- 2007-04-10 02:21:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-10 02:21:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 02:29:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 02:29:31 - cd /src TB --- 2007-04-10 02:29:31 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 02:29:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 03:25:36 UTC 2007 TB --- 2007-04-10 03:25:36 - generating LINT kernel config TB --- 2007-04-10 03:25:36 - cd /src/sys/pc98/conf TB --- 2007-04-10 03:25:36 - /usr/bin/make -B LINT TB --- 2007-04-10 03:25:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 03:25:37 - cd /src TB --- 2007-04-10 03:25:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 03:25:37 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/pc98/conf; PATH=/obj/pc98/src/tmp/legacy/usr/sbin:/obj/pc98/src/tmp/legacy/usr/bin:/obj/pc98/src/tmp/legacy/usr/games:/obj/pc98/src/tmp/usr/sbin:/obj/pc98/src/tmp/usr/bin:/obj/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/pc98/src/sys/LINT /src/sys/pc98/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/pc98/conf/LINT: unknown option "trunk" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 03:25:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 03:25:37 - ERROR: failed to build lint kernel TB --- 2007-04-10 03:25:37 - tinderbox aborted TB --- 0.62 user 1.90 system 3866.55 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 03:28:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 259F916A403; Tue, 10 Apr 2007 03:28:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id AFFED13C469; Tue, 10 Apr 2007 03:28:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id CF4FAEB153E; Tue, 10 Apr 2007 11:28:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8BHVasvZQ9xP; Tue, 10 Apr 2007 11:27:59 +0800 (CST) Received: from [10.217.12.249] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 54FF6EB08E9; Tue, 10 Apr 2007 11:27:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=gtCOuXs8tXSFPSQmbZt5XSaUeo8haJ7FjuS2Fd7MJQdTDO0gn4vxXOF/0sDhvPcze v2uzftluOI3J+h43ktgLg== Message-ID: <461B0438.8010602@delphij.net> Date: Tue, 10 Apr 2007 11:27:52 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Joao Barros References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> In-Reply-To: <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB95AB24F28725FDE71AEAAD5" Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS: amd64, devd, root file system. 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, 10 Apr 2007 03:28:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB95AB24F28725FDE71AEAAD5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joao Barros wrote: > I was looking at how Solaris got support for booting off ZFS and the > patch to GRUB to support it. > Is it feasible for FreeBSD's boot loader? What would be the main > issue: technical or licensing? I think it's about licensing, i.e. the FreeBSD loader has to be free of licenses that does not allow others to freely redistribute, at very least, it must be able to work without such code, and does not link against these code by default. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB95AB24F28725FDE71AEAAD5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGGwQ4OfuToMruuMARCii9AJ0cM07+60RpO04ULbW41Nry2uX64wCggkZ1 Z104487f4s1r/3SDNxHzolE= =aAFn -----END PGP SIGNATURE----- --------------enigB95AB24F28725FDE71AEAAD5-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 03:28:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D856F16A501 for ; Tue, 10 Apr 2007 03:28:11 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C27DB13C4B7 for ; Tue, 10 Apr 2007 03:28:11 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A45051A4D87; Mon, 9 Apr 2007 20:28:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DE74B51B82; Mon, 9 Apr 2007 23:28:10 -0400 (EDT) Date: Mon, 9 Apr 2007 23:28:10 -0400 From: Kris Kennaway To: Doug Poland Message-ID: <20070410032810.GA40459@xor.obsecurity.org> References: <20070409232654.GA93109@polands.org> <20070410010532.GA38535@xor.obsecurity.org> <20070410025020.GA94010@polands.org> <20070410025855.GA39926@xor.obsecurity.org> <20070410030712.GB94010@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <20070410030712.GB94010@polands.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: new ZFS sysctls not working? 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, 10 Apr 2007 03:28:11 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 10:07:12PM -0500, Doug Poland wrote: > On Mon, Apr 09, 2007 at 10:58:55PM -0400, Kris Kennaway wrote: > > On Mon, Apr 09, 2007 at 09:50:20PM -0500, Doug Poland wrote: > > > On Mon, Apr 09, 2007 at 09:05:32PM -0400, Kris Kennaway wrote: > > > > On Mon, Apr 09, 2007 at 06:26:54PM -0500, Doug Poland wrote: > > > > > Hello, > > > > >=20 > > > > > It would appear that the new sysctls for ZFS > > > > > (vfs.zfs.arc_max/min) are not "taking". i.e., > > > > >=20 > > > > > # cat /boot/loader.conf > > > > > vfs.zfs.arc_max=3D134217728 > > > > > vfs.zfs.arc_min=3D134217728 > > > > >=20 > > > > > # sysctl -a | grep vfs.zfs.arc > > > > > vfs.zfs.arc_max: 67108864 > > > > > vfs.zfs.arc_min: 67108864 > > > > >=20 > > > > > This is after a fresh cvsup run today around 10:00 CDT. > > > >=20 > > > > Please provide more details of your system, e.g. sysctl > > > > vm.kmem_size. > > > >=20 > > > FreeBSD 7.0-CURRENT #0: Mon Apr 9 12:55:54 CDT 2007 > > > djp@seth.polands.org:/usr/obj/usr/src/sys/GENERIC > > > WARNING: WITNESS option enabled, expect reduced performance. > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > CPU: AMD Athlon(tm) processor (1403.19-MHz 686-class CPU) > > > Origin =3D "AuthenticAMD" Id =3D 0x644 Stepping =3D 4 > > > Features=3D0x183f9ff > > > AMD Features=3D0xc0440800,MMX+,3DNow!+,3DNow!> > > > real memory =3D 259981312 (247 MB) > > > avail memory =3D 240451584 (229 MB) > > >=20 > > > # sysctl -a | grep vm.kmem_size > > > vm.kmem_size: 80662528 > > > vm.kmem_size_max: 335544320 > > > vm.kmem_size_scale: 3 > >=20 > > Yeah, you don't even have 128 MB of kmem available (only 76 MB), so > > it's no surprise zfs refused to use that much ;-) > >=20 > I was attempting to "portsnap extract" to a two disk ZFS mirror. It > would appear my ability to test ZFS is severly limited on this > particular hardware configuration. Sorry for the noise... Well you can increase your kmem a bit, but yeah, it's probably not going to perform very well because you're taking it away from userland so there will be increased swap activity too. Kris --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGwRKWry0BWjoQKURAotRAKD0PXd8va5qt/OJHDTfeZ7sNSU1/wCg4qft Mwo/1jFncUT3MC1ygAYPElc= =B4ot -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 04:04:38 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4504416A401; Tue, 10 Apr 2007 04:04:38 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA4913C455; Tue, 10 Apr 2007 04:04:34 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 8FEAE11555; Mon, 9 Apr 2007 23:04:33 -0500 (CDT) Date: Mon, 9 Apr 2007 23:04:31 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20070410040431.GE8189@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , Kris Kennaway , freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> <20070410023857.GZ76673@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410023857.GZ76673@garage.freebsd.pl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 04:04:38 -0000 On Tue, Apr 10, 2007 at 04:38:57AM +0200, Pawel Jakub Dawidek wrote: > ARC and ZIO are the biggest memory consumers and they are somehow > connected. I just committed changes that should stabilize ZFS in this > regard. Could you try them? Hrm, well I was attempting to but it panic'd in the middle of the kernel build (/usr/src and obj are on the test zfs partition). Apparently 256MB isn't enough kmem either. I'll bump it up again and try rebuilding, and lower it back to 256 for testing. kmem_malloc(131072): kmem_map too small: 214921216 total allocated Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 04:05:42 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66AE416A403; Tue, 10 Apr 2007 04:05:42 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.38.206.180]) by mx1.freebsd.org (Postfix) with ESMTP id 193C713C459; Tue, 10 Apr 2007 04:05:42 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 1FC898FCD6; Mon, 9 Apr 2007 21:51:07 -0600 (MDT) Date: Mon, 9 Apr 2007 21:51:07 -0600 From: Brad Davis To: hackers@FreeBSD.org Message-ID: <20070410035107.GE11741@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD Quarterly Status Report, First Quarter of 2007 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, 10 Apr 2007 04:05:42 -0000 Introduction This report covers FreeBSD related projects between January and March 2007. This quarter ended with a big bang as a port of Sun's critically acclaimed ZFS was added to the tree and thus will be available in the upcoming FreeBSD 7.0 release. Earlier this year exciting benchmark results showed the fruits of our SMP work. Read more on the details in the "SMP Scalability" report. During the summer, FreeBSD will once again take part in Google's Summer of Code initiative. Student selection is underway and we are looking forward to a couple of exciting projects to come. BSDCan is approaching rapidly, and will be held May 16-19th in Ottawa. Thanks to all the reporters for the excellent work! We hope you enjoy reading. _________________________________________________________________ Projects * FreeBSD and ZFS * SMP Scalability * USB FreeBSD Team Reports * FreeBSD Security Officer and Security Team * Problem Report Database * Release Engineering * The FreeBSD Foundation Kernel * Building Linux Device Drivers on FreeBSD * Update of the Linux compatibility environment in the kernel Network Infrastructure * FAST_IPSEC Upgrade * Importing trunk(4) from OpenBSD * Intel 3945ABG Wireless LAN Driver: wpi * Multi-link PPP daemon (MPD) Userland Programs * GCC 4.1 integration * malloc(3) Ports * Ports Collection * X.Org 7.2 integration Miscellaneous * BSDCan 2007 * EuroBSDCon 2007 _________________________________________________________________ BSDCan 2007 URL: http://www.bsdcan.org/2007/ Contact: Dan Langille The Schedule and the Tutorials have been released. Once again, we have a very strong collection of Speakers . BSDCan: Low Cost. High Value. Something for Everyone. Everyone is going to be there. Make your plans now. _________________________________________________________________ Building Linux Device Drivers on FreeBSD URL: http://info.iet.unipi.it/~luigi/FreeBSD/linux_bsd_kld.html Contact: Luigi Rizzo The above URL documents some work done around January to build an emulation layer for the Linux kernel API that would allow Linux device driver to be built on FreeBSD with as little as possible modifications. Initially the project focused on USB webcams, a category of devices for which there was basically no support so far. The emulation layer, available as a port ( devel/linux-kmod-compat ) simulates enough of the Linux USB stack to let us build, from unmodified Linux sources, two webcam drivers, also available as ports ( multimedia/linux-gspca-kmod and multimedia/linux-ov511-kmod ), with the former supporting over 200 different cameras. While some of the functions map one-to-one, for others it was necessary to build a full emulation (e.g. collecting input from various function calls, and then mapping sets of Linux data structures into functionally equivalent sets of FreeBSD data structures). But overall, this project shows that the software interfaces are reasonably orthogonal to each other so one does not need to implement the full Linux kernel API to get something working. More work is necessary to cover other aspects of the Linux kernel API, e.g. memory mapping, PCI bus access, and the network stack API, so we can extend support to other families of peripherals. Open tasks: 1. Implement more subsystems (e.g. the network interface API; the memory management/pci bus access API). 2. Address licensing issues. In the current port, the C code is entirely new and under a FreeBSD license. Many of the headers have been rewritten (and documented) from scratch (and so under a FreeBSD license as well). Some of the other headers are still taken from various Linux distributions and need to be rewritten to generate BSD-licensed code that can be imported in the kernel instead of being made available as a port. While this is not a concern with GNU drivers, it may be an important feature for drivers that are available under a dual license. _________________________________________________________________ EuroBSDCon 2007 URL: http://2007.EuroBSDCon.org/ Contact: EuroBSDCon 2007 Organizing Committee The sixth EuroBSDCon will take place at Symbion in Copenhagen, Denmark on Friday the 14th and Saturday 15th of September 2007. The estimated price for the two day conference is 200EUR, excluding Legoland trip and social event. The whole-day trip to Legoland is expected to cost around 130EUR including transportation, some food on the way, and entry fee. Arrangements have been made with a newly renovated Hostel which offers beds for 23EUR per night and 10EUR breakfast. A lounge with sponsored Internet connection will be available at the Hostel. Staying at the hostel is of course entirely optional and several Hotels exists in the area. Reservation for the conference and exact prices are expected to be ready no later than 1st of May. As of this writing 10 presentations have been accepted and more are in the process of being evaluated. For FreeBSD Developers, a by invitation Developers summit will be held in connection with the conference. Exactly when this will take place has not yet been decided. We are still looking for more sponsors. A public IRC channel #eurobsdcon on EFnet has been created for discussion and questions about the conference. More details will follow on the EuroBSDCon 2007 web site as they become available. _________________________________________________________________ FAST_IPSEC Upgrade URL: http://people.freebsd.org/~gnn/fast_ipv6.20070430.diff Contact: George Neville-Neil Contact: Bjoern Zeeb There are currently two p4 branches being used for this work: gnn_fast_ipsec: a dual stack branch which contains both Kame and FAST_IPSEC with v6 enabled. gnn_radical_ipsec: a single stack branch, still in progress, where Kame IPsec has been removed and only FAST remains. Open tasks: 1. Test the patch! _________________________________________________________________ FreeBSD and ZFS URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/user/pjd/zfs URL: http://www.opensolaris.org/os/community/zfs/ URL: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html URL: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070616.html Contact: Pawel Jakub Dawidek The ZFS file system in now part of the FreeBSD operating system. ZFS was ported from the OpenSolaris operating system and is under CDDL license. As an experimental feature ZFS will be available in FreeBSD 7.0-RELEASE. _________________________________________________________________ FreeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff-listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In the time since the last status report, one security advisory has been issued concerning a problem in the base system of FreeBSD; this problem was in "contributed" code maintained outside of FreeBSD. In addition, several Errata Notices have been issued in collaboration with the release engineering team, including one concerning FreeBSD Update. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 21 new entries have been added, bringing the total up to 890. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 5.5, FreeBSD 6.1, and FreeBSD 6.2. Of particular note, FreeBSD 4.11 and FreeBSD 6.0 are no longer supported. The respective End of Life dates of supported releases are listed on the web site. _________________________________________________________________ GCC 4.1 integration Contact: Alexander Kabaev Contact: Kris Kennaway A version of GCC 4.1 is being prepared for inclusion into FreeBSD 7.0-CURRENT. Work was started late in 2006 but progress on certain technical points (e.g. correctly integrating and bootstrapping a shared libgcc_s into the build) was slow due to lack of developer time. The remaining outstanding issue is that compiling with -O2 is shown to lead to runtime failures of certain binaries (e.g. some port builds); it is not currently known whether these are due to application errors or GCC miscompilations. It is believed that the current snapshot is otherwise ready for inclusion, and this will likely happen within a week or two. _________________________________________________________________ Importing trunk(4) from OpenBSD URL: http://people.freebsd.org/~thompsa/if_trunk-20070402.diff Contact: Andrew Thompson Work has completed to port over trunk(4) from OpenBSD and this also includes merging 802.3ad LACP from agr(4) in NetBSD. This driver allows aggregation of multiple network interfaces as one virtual interface using a number of different protocols/algorithms. * failover - Sends traffic through the secondary port if the master becomes inactive. * fec - Supports Cisco Fast EtherChannel. * lacp - Supports the IEEE 802.3ad Link Aggregation Control Protocol (LACP) and the Marker Protocol. * loadbalance - Static loadbalancing using an outgoing hash. * roundrobin - Distributes outgoing traffic using a round-robin scheduler through all active ports. This will be committed shortly, further testing is welcome. _________________________________________________________________ Intel 3945ABG Wireless LAN Driver: wpi URL: http://perforce.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/benjsc/wpi URL: http://www.clearchain.com/wiki/Wpi Contact: Benjamin Close Work is slowly continuing on this driver, focusing mainly on dealing with the newly released firmware for the card. The old firmware was not redistributable, the new firmware can be redistributed but has a completely different API. With the new firmware changes almost complete, the driver is approaching a state ready for -CURRENT. Open tasks: 1. Fix mbuf leakage (potential fix pending). 2. Integrate s/w control of radio transmitter. _________________________________________________________________ malloc(3) URL: http://lists.freebsd.org/pipermail/freebsd-current/2007-March/070303.html Contact: Jason Evans malloc(3) has recently been enhanced to reduce memory overhead, fragmentation, and mapped memory retention. As an added bonus, it tends to be a bit faster. See the above URL for my email to the -current mailing list for a more detailed description of the enhancements. _________________________________________________________________ Multi-link PPP daemon (MPD) URL: http://sourceforge.net/projects/mpd/ URL: http://mpd.sourceforge.net/doc/mpd5.html Contact: Alexander Motin Stable release 4.1 of mpd4 branch was released in February providing many new features and fixes. Mpd3 branch was declared legacy. Since the release several new features have been implemented in CVS: * Link repeater functionality (aka L2TP/PPTP Access Concentrator), * Per-interface traffic filtering using ng_bpf, * Very fast traffic shaping/rate-limiting using ng_car. ng_car node has been updated, to support shaping and very fast Cisco-like rate-limiting. ng_ppp node has been completely re-factored to confirm to the protocol stack model. Open tasks: 1. LAC/PAC testing. 2. Traffic filtering/shaping/rate-limiting testing. 3. PPTP modification for multiple bindings support. 4. Dynamic link/bundle creation. _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Mark Linimon The ports count is nearing 17,000. The PR count has been stable at around 700. The 'new port' PR backlog is at a multi-year low. We appreciate all the hard work of our ports committers. Since the long 6.2 release cycle ended, portmgr has once again been able to do experimental ports runs. As a result of six run/commit cycles, the portmgr PR count is now the lowest in quite some time. Please see the CHANGES and UPDATING files for details. Many thanks to Pav among others for keeping the build cluster busy. We have received new hardware, resulting in a significant speedup of our package building capability: the AMD64 package builds now use 4 8-core machines (and one lonely UP system), which means a full AMD64 build is about 5 times faster than it was. Also, the i386 cluster gained an 8-core and roughly doubled its performance too. Two of the sparc64 build machines have recently brought back online, so package builds there have been restarted there after a long period offline. linimon continues to work on improvements to portsmon to allow graphing of the dependent ports of ignored/failed ports. This work will be presented at BSDCan. In addition, pages that show the state of port uploads on ftp*.FreeBSD.org have been added, as well as ports that have NO_PACKAGE set. Also, the individual port overview page now shows the latest package that has been uploaded to the ftp servers for each buildenv. A number of absent maintainers have been replaced by some new volunteers who had been sending PRs to update and/or fix their ports. Welcome! This helps to spread the workload. Since the last report, support for FreeBSD 4.X has been dropped from the Ports Collection. Anyone still using RELENG_4 should have stayed with the ports infrastructure as of the RELENG_4_EOL tag, as later commits remove that support. 4.X served us long and well but the burden of trying to support 4 major branches finally became too much to ask of our volunteers. Use of 4.X, even with the RELENG_4_EOL tag, is no longer recommended; we recommend either 6.2-RELEASE or RELENG_6, depending on your needs. There have been new releases of the ports tinderbox code, the portmaster update utility, and portupgrade. A new utility, pkgupgrade, has been introduced by Michel Talon, which appears interesting. KDE was updated to 3.5.6. GNOME was updated to 2.18. XFree86 version 3 was removed as being years out of date. We have added 3 new committers since the last report. Open tasks: 1. Most of the remaining ports PRs are "existing port/PR assigned to committer". Although the maintainer-timeout policy is helping to keep the backlog down, we are going to need to do more to get the ports in the shape they really need to be in. 2. Although we have added many maintainers, we still have many unmaintained ports. The number of buildable packages on AMD64 lags behind a bit; sparc64 requires even more work. _________________________________________________________________ Problem Report Database URL: http://www.freebsd.org/support.html#gnats Contact: Mark Linimon We have added Remko Lodder to the bugmeister team. Remko has been doing a great deal of work to go through antique PRs, especially in the i386 category, and it was time to recognize that hard work. As a result of his work the i386 count is at a multi-year low. Remko has also been instrumental in working with some new volunteers who are interested in finding out how they can contribute. Our current plans are to ask them to look through the PR backlog and, firstly, ask for feedback from the submitters, and secondly, identify PRs that need action by committers. We also have some committers who have volunteered to review those PRs. If you are interested in helping, please subscribe to bugbusters@FreeBSD.org. Our thanks to our current helpers, including Harrison Grundy. The overall PR count has dropped to around 5100, a significant reduction. _________________________________________________________________ Release Engineering URL: http://www.FreeBSD.org/releng/ URL: http://www.FreeBSD.org/snapshots/ Contact: Release Engineering Team During the past quarter, the Release Engineering team has begun planning and preparing for FreeBSD 7.0, which is scheduled for release later in 2007. The HEAD codeline has been placed in a "slush" mode, meaning that large changes should be coordinated with the Release Engineering team before being committed. The RE team also produced snapshots of FreeBSD 6.2-STABLE and 7.0-CURRENT for February and March 2007, corresponding roughly to the state of those development branches at the start of the respective months. While they have not had the benefit of extensive testing, and should not be used in production, they can be useful for experimenting with or testing new features. _________________________________________________________________ SMP Scalability URL: http://people.freebsd.org/~kris/scaling/mysql.html URL: http://wiki.freebsd.org/SMPTODO Contact: Kris Kennaway Contact: Jeff Roberson Contact: Attilio Rao Contact: Robert Watson Over the past few months there has been a substantially increased focus on improving scalability of FreeBSD on large SMP hardware. This has been driven in part by the new availability of 8-core hardware to the project, which allows easy profiling of scalability bottlenecks and benchmarking of proposed changes. Significant progress has been made on certain application workloads such as MySQL and PostgreSQL, with the result that FreeBSD 7 now has excellent scaling to at least 8-CPU systems with prospects for further improvements. Progress with other application workloads has been limited by the need to set up a suitable test case; please contact me if you are interested in helping. As part of this general effort, work is progressing steadily on removing the last remaining Giant-locked code from the kernel. A complete list of remaining Giant-locked code is found here: http://wiki.freebsd.org/SMPTODO Many of these sub-tasks have owners, but some do not. The major remaining Giant-locked subsystem with no owner is the TTY subsystem. In parallel, profiling of contention and bottlenecks in other subsystems has lead to a number of experimental changes which are being developed. Work is in progress by Jeff Roberson and Attilio Rao to break up the global scheduler spinlock in favor of a set of per-CPU scheduling locks, which is expected to improve performance on systems with many CPUs. Experimental changes by Robert Watson to allow for multiple netisr threads show good promise for improving loopback IP performance on large SMP systems, which can otherwise easily saturate a single netisr thread. A variety of other changes are being profiled and evaluated to improve SMP performance under various workloads. The majority of these changes are collected in the //depot/user/kris/contention/ Perforce branch. _________________________________________________________________ The FreeBSD Foundation URL: http://www.freebsdfoundation.org Contact: Deb Goodkin The FreeBSD Foundation ended Q1 raising over $65,000. We're a quarter of the way to our goal of raising $250,000 this year. We continued our mission of supporting developer communication by helping FreeBSD developers attend AsiaBSDCon. We are a sponsor of BSDCan and are currently accepting travel grant applications for this conference. The foundation provided support that helped the ZFS file system development. We continued working to upgrade the project's network testbed with 10Gigabit interconnects. We attended SCALE where we received an offer from No Starch Press to include a foundation ad in their BSD books. Our first ad will appear in the book "Designing BSD Rootkits." For more information on what we've been up to, check out our website at http://www.freebsdfoundation.org . _________________________________________________________________ Update of the Linux compatibility environment in the kernel URL: http://wiki.FreeBSD.org/linux-kernel URL: http://wiki.FreeBSD.org/linux-kernel/ltp Contact: Alexander Leidinger Contact: Roman Divacky Contact: Emulation Mailinglist Since the last status report AMD64 was feature synced with i386. Notably TLS and futexes are now available on AMD64. Many thanks to Jung-Uk Kim for doing the TLS work. Currently the focus is to implement the *at() family of linux syscalls and to find and fix the remaining futex problems. We need some more testers and bug reporters. So if you have a little bit of time and a favorite linux application, please play around with it on -CURRENT. If there is a problem, have a look at the Wiki if we already know about it and report on emulation@. We are specially interested in reports about the 2.6 compatibility (sysctl compat.linux.osversion=2.6.16), but only with the most recent -current and maybe with some patches we have in the perforce repository (available from the wiki). We would like to thank all the people which tested the changes / submitted patches and thus helped improve the linux compatibility environment. _________________________________________________________________ USB URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/usb/src/sys/dev/usb&HIDEDEL=NO URL: http://www.turbocat.net/~hselasky/usb4bsd URL: http://www.turbocat.net/~hselasky/usb4bsd/dev_new_usb.pdf Contact: Hans Petter Sirevaag Selasky During the last three months not too much has changed. Here is a quick list of changes: 1. There has been some cleanups in the UCOM layer, generally to to create a context for all the callbacks so that they can call sleeping functions. This is achieved using the USB config thread system. The reason for this is that the code becomes simpler when synchronous operation is applied versus asynchronous. But asynchronous behavior is the most secure, hence then all USB resources are preallocated for each transfer. After the change, only data transfers are done asynchronously. All configuration is now done synchronously. This makes the USB device drivers look more like in the old USB stack. 2. moscom.c has been imported from OpenBSD. It is called umoscom.c under FreeBSD. 3. ugensa.c has been imported from NetBSD. 4. f_axe.c has now has support for Ax88178 and Ax88772, which is derived from OpenBSD. In my last status report I asked for access to Sparc64 boxes with FreeBSD installed. Testing is ongoing and some problems remain with EHCI PCI Cards. I am not exactly sure where the problem is, but it appears that DMA-able memory does not get synced properly. Markus Brueffer is still working on the USB HID parser and support. Nothing has been committed yet. Several people have reported success with my new USB stack. Some claim 2x improvements, others have seen more. But don't expect too much. If you want to test the new USB stack, checkout the USB perforce tree or download the SVN version of the USB driver from my USB homepage. At the moment the tarballs are a little out of date. Ideas and comments with regard to the new USB API are welcome at freebsd-usb@freebsd.org . _________________________________________________________________ X.Org 7.2 integration URL: http://wiki.freebsd.org/ModularXorg Contact: Florent Thoumie Contact: Dejan Lesjak Contact: Kris Kennaway X.Org 7.2 is now on final approach for landing into the ports tree. Work had proceeded at a slow pace for the first few months of the year due to reduced availability of flz@, the single developer working on integration. Recently lesi@ was recruited back into the task and readiness of the ports collection was pushed to completion (i.e. there are no major regressions apparent on package builds). The remaining tasks which need to be completed are a review of the diff to make sure no unintentional changes or regressions slip in to the CVS tree in the big merge, and completion of an upgrade script to manage the migration from X.Org 6.9 (X.Org 7.2 is so fundamentally different that it cannot be upgraded "automatically" using the existing tools like portupgrade). We hope to have these finished within a week or two, at which stage the ports collection will be frozen for the integration, and we will likely remain in a ``mini-freeze'' for a week or two in order to focus committer attention on resolving the inevitable undetected problems which will emerge from this major change. _________________________________________________________________ From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 04:28:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C69116A405; Tue, 10 Apr 2007 04:28:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1E79313C459; Tue, 10 Apr 2007 04:28:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A4S1qv090034; Tue, 10 Apr 2007 00:28:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A4S1vo079153; Tue, 10 Apr 2007 00:28:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3F01273039; Tue, 10 Apr 2007 00:28:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410042801.3F01273039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 00:28:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Tue, 10 Apr 2007 04:28:02 -0000 TB --- 2007-04-10 03:02:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 03:02:11 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-10 03:02:11 - cleaning the object tree TB --- 2007-04-10 03:02:44 - checking out the source tree TB --- 2007-04-10 03:02:44 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-10 03:02:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 03:10:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 03:10:52 - cd /src TB --- 2007-04-10 03:10:52 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 03:10:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 04:28:00 UTC 2007 TB --- 2007-04-10 04:28:00 - generating LINT kernel config TB --- 2007-04-10 04:28:00 - cd /src/sys/ia64/conf TB --- 2007-04-10 04:28:00 - /usr/bin/make -B LINT TB --- 2007-04-10 04:28:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 04:28:00 - cd /src TB --- 2007-04-10 04:28:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 04:28:00 UTC 2007 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_MBR' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. /src/sys/ia64/conf/LINT: unknown option "trunk" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 04:28:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 04:28:00 - ERROR: failed to build lint kernel TB --- 2007-04-10 04:28:00 - tinderbox aborted TB --- 0.62 user 1.89 system 5149.87 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 04:32:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1859716A40A; Tue, 10 Apr 2007 04:32:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9150113C448; Tue, 10 Apr 2007 04:32:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A4WDWo090180; Tue, 10 Apr 2007 00:32:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A4WC1o057800; Tue, 10 Apr 2007 00:32:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B701173039; Tue, 10 Apr 2007 00:32:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410043212.B701173039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 00:32:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 04:32:14 -0000 TB --- 2007-04-10 03:25:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 03:25:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-10 03:25:37 - cleaning the object tree TB --- 2007-04-10 03:25:57 - checking out the source tree TB --- 2007-04-10 03:25:57 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-10 03:25:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 03:33:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 03:33:41 - cd /src TB --- 2007-04-10 03:33:41 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 03:33:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 04:32:11 UTC 2007 TB --- 2007-04-10 04:32:11 - generating LINT kernel config TB --- 2007-04-10 04:32:11 - cd /src/sys/powerpc/conf TB --- 2007-04-10 04:32:11 - /usr/bin/make -B LINT TB --- 2007-04-10 04:32:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 04:32:12 - cd /src TB --- 2007-04-10 04:32:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 04:32:12 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/powerpc/conf/LINT: unknown option "trunk" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 04:32:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 04:32:12 - ERROR: failed to build lint kernel TB --- 2007-04-10 04:32:12 - tinderbox aborted TB --- 0.59 user 1.84 system 3994.85 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 04:36:12 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8462216A402; Tue, 10 Apr 2007 04:36:12 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6A68313C45B; Tue, 10 Apr 2007 04:36:12 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 36DAD11555; Mon, 9 Apr 2007 23:36:12 -0500 (CDT) Date: Mon, 9 Apr 2007 23:36:10 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20070410043610.GF8189@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , Kris Kennaway , freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org References: <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> <20070410023857.GZ76673@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070410023857.GZ76673@garage.freebsd.pl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 04:36:12 -0000 On Tue, Apr 10, 2007 at 04:38:57AM +0200, Pawel Jakub Dawidek wrote: > ARC and ZIO are the biggest memory consumers and they are somehow > connected. I just committed changes that should stabilize ZFS in this > regard. Could you try them? Preliminary results with the latest -current kernel and vm.kmem_size=268435456, disabling all my other loader.conf entries and letting it autosize: kstat.zfs.misc.arcstats.p: 15800320 kstat.zfs.misc.arcstats.c: 16777216 kstat.zfs.misc.arcstats.c_min: 16777216 kstat.zfs.misc.arcstats.c_max: 134217728 kstat.zfs.misc.arcstats.size: 18003456 solaris 43705 91788K - 4522887 16,32,64,128,256,512,1024,2048,4096 So it looks like it autosized the ARC to a 16M-128M range. I'm currently doing a buildworld and am going to try untarring the ports tree. The ARC size is tending to hover around 16-20M, probably due to memory pressure. The "solaris" group appears to be taking up about 16M less memory than it did before, which is consistent with the ARC being 16M smaller (I had changed the minimum to 32M before reverting to HEAD). I may poke around in ZIO but judging from the complexity of the code I don't have much of a chance of really understanding it anytime soon. In my defense, the machine I was planning to use this on isn't _that_ old. It's a 2Ghz P4, which should be "okay" as far as checksum calculations go. It just has a braindead motherboard that refuses to accept more than 512MB of RAM. Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 05:26:32 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D410A16A406 for ; Tue, 10 Apr 2007 05:26:32 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id A93F113C43E for ; Tue, 10 Apr 2007 05:26:32 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 03587216ABE; Tue, 10 Apr 2007 01:26:47 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 10 Apr 2007 01:26:33 -0400 X-Sasl-enc: gpGAATed9HQvRWtI6B25nhV8yu43nuazR3ZV441Dhajl 1176182792 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 5FBC91392F; Tue, 10 Apr 2007 01:26:32 -0400 (EDT) Message-ID: <461B2006.9090508@FreeBSD.org> Date: Tue, 10 Apr 2007 06:26:30 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-emulation@FreeBSD.org References: <20070409132718.GA28377@uws1.starlofashions.com> <20070410010402.GB54131@uws1.starlofashions.com> In-Reply-To: <20070410010402.GB54131@uws1.starlofashions.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: recent CURRENT seems to affect if_tap, if_bridge with qemu 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, 10 Apr 2007 05:26:32 -0000 Scott Robbins wrote: > To follow up, the problem seems to be solved. In private email, someone > suggested to me that I ensure that both bridge0 and tap0 were up. Prior > to my latest update of CURRENT, my /etc/qemu-ifup script just had > > /sbin/ifconfig ${1} > > Changing it to > > /sbin/ifconfig ${1} up > > fixed the problem. > There is a net.link.tap.up_on_open sysctl which may help; it will mark a tap instance as IFF_UP immediately on devfs open or ifconfig clone. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 05:37:10 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F61016A402; Tue, 10 Apr 2007 05:37:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id BE1E113C4BE; Tue, 10 Apr 2007 05:37:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:23814 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077402AbXDJFRT (ORCPT + 1 other); Tue, 10 Apr 2007 09:17:19 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <461B1DDC.8050009@yandex.ru> Date: Tue, 10 Apr 2007 09:17:16 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070406025700.GB98545@garage.freebsd.pl> In-Reply-To: <20070406025700.GB98545@garage.freebsd.pl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, zfs-discuss@opensolaris.org, freebsd-current@FreeBSD.org Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 05:37:10 -0000 Pawel Jakub Dawidek wrote: > Limitations. > > Currently ZFS is only compiled as kernel module and is only available > for i386 architecture. Amd64 should be available very soon, the other > archs will come later, as we implement needed atomic operations. > > Missing functionality. > > - We don't have iSCSI target daemon in the tree, so sharing ZVOLs via > iSCSI is also not supported at this point. This should be fixed in > the future, we may also add support for sharing ZVOLs over ggate. > - There is no support for ACLs and extended attributes. > - There is no support for booting off of ZFS file system. > > Other than that, ZFS should be fully-functional. Hi, Pawel. Thanks for the great work! 1. I have an yesterday's CURRENT and I get a `kmem_map too small` panic when try to copy /usr/src to ZFS partition with enabled compression. (I have 512M of RAM) 2. I've tried snapshots. Seems that all work good. I have one question: .zfs directory should be invisible? I can `cd .zfs` and see it's content, but may be .zfs should be visible like an ufs's .snap? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 05:49:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A07B516A402; Tue, 10 Apr 2007 05:49:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0C713C45D; Tue, 10 Apr 2007 05:49:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A5nDcG092941; Tue, 10 Apr 2007 01:49:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A5nDCg004977; Tue, 10 Apr 2007 01:49:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9DE4773039; Tue, 10 Apr 2007 01:49:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410054913.9DE4773039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 01:49:13 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Tue, 10 Apr 2007 05:49:14 -0000 TB --- 2007-04-10 04:32:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 04:32:12 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-10 04:32:12 - cleaning the object tree TB --- 2007-04-10 04:32:42 - checking out the source tree TB --- 2007-04-10 04:32:42 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-10 04:32:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 04:43:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 04:43:08 - cd /src TB --- 2007-04-10 04:43:08 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 04:43:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 05:40:45 UTC 2007 TB --- 2007-04-10 05:40:45 - generating LINT kernel config TB --- 2007-04-10 05:40:45 - cd /src/sys/sun4v/conf TB --- 2007-04-10 05:40:45 - /usr/bin/make -B LINT TB --- 2007-04-10 05:40:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 05:40:45 - cd /src TB --- 2007-04-10 05:40:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 05:40:45 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_spppfr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_spppsubr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_stf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_tun.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_tap.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_trunk.c /src/sys/net/if_trunk.c: In function `trunk_port_output': /src/sys/net/if_trunk.c:565: warning: 'type' might be used uninitialized in this function *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 05:49:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 05:49:13 - ERROR: failed to build lint kernel TB --- 2007-04-10 05:49:13 - tinderbox aborted TB --- 0.51 user 2.12 system 4620.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 05:49:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E04816A401; Tue, 10 Apr 2007 05:49:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DCFF113C484; Tue, 10 Apr 2007 05:49:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A5ngft092965; Tue, 10 Apr 2007 01:49:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A5ng5N005285; Tue, 10 Apr 2007 01:49:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 38A7C7303E; Tue, 10 Apr 2007 01:49:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410054942.38A7C7303E@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 01:49:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Tue, 10 Apr 2007 05:49:43 -0000 TB --- 2007-04-10 04:28:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 04:28:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-10 04:28:01 - cleaning the object tree TB --- 2007-04-10 04:28:37 - checking out the source tree TB --- 2007-04-10 04:28:37 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-10 04:28:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 04:43:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 04:43:08 - cd /src TB --- 2007-04-10 04:43:08 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 04:43:11 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 05:41:01 UTC 2007 TB --- 2007-04-10 05:41:01 - generating LINT kernel config TB --- 2007-04-10 05:41:01 - cd /src/sys/sparc64/conf TB --- 2007-04-10 05:41:01 - /usr/bin/make -B LINT TB --- 2007-04-10 05:41:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 05:41:01 - cd /src TB --- 2007-04-10 05:41:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 05:41:01 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_spppfr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_spppsubr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_stf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_tun.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_tap.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/if_trunk.c /src/sys/net/if_trunk.c: In function `trunk_port_output': /src/sys/net/if_trunk.c:565: warning: 'type' might be used uninitialized in this function *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 05:49:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 05:49:42 - ERROR: failed to build lint kernel TB --- 2007-04-10 05:49:42 - tinderbox aborted TB --- 0.84 user 2.36 system 4900.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 06:10:08 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5B7716A406; Tue, 10 Apr 2007 06:10:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B1A9D13C45D; Tue, 10 Apr 2007 06:10:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B1CFF1A4D87; Mon, 9 Apr 2007 23:10:13 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A93BD5206A; Tue, 10 Apr 2007 02:10:07 -0400 (EDT) Date: Tue, 10 Apr 2007 02:10:07 -0400 From: Kris Kennaway To: "Andrey V. Elsukov" Message-ID: <20070410061006.GA42711@xor.obsecurity.org> References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <461B1DDC.8050009@yandex.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, zfs-discuss@opensolaris.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 06:10:08 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 09:17:16AM +0400, Andrey V. Elsukov wrote: > Pawel Jakub Dawidek wrote: > >Limitations. > > > > Currently ZFS is only compiled as kernel module and is only available > > for i386 architecture. Amd64 should be available very soon, the other > > archs will come later, as we implement needed atomic operations. > > > >Missing functionality. > > > > - We don't have iSCSI target daemon in the tree, so sharing ZVOLs via > > iSCSI is also not supported at this point. This should be fixed in > > the future, we may also add support for sharing ZVOLs over ggate. > > - There is no support for ACLs and extended attributes. > > - There is no support for booting off of ZFS file system. > > > >Other than that, ZFS should be fully-functional. >=20 > Hi, Pawel. Thanks for the great work! >=20 > 1. I have an yesterday's CURRENT and I get a `kmem_map too small` > panic when try to copy /usr/src to ZFS partition with enabled > compression. (I have 512M of RAM) See discussion in many other emails (e.g. mine). Also cvs update. > 2. I've tried snapshots. Seems that all work good. I have one > question: .zfs directory should be invisible? I can `cd .zfs` > and see it's content, but may be .zfs should be visible like > an ufs's .snap? I think this is controlled by the 'snapdir' property, see p80 of the admin guide. Kris --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGyo+Wry0BWjoQKURAiKAAKDZKQVnbJfwDr1qoIvVKipmWmFObQCdErpo xfQ8oX3wT3ZGb8C3GasXbzw= =w9k1 -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 06:35:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7FD716A400 for ; Tue, 10 Apr 2007 06:35:26 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF5C13C480 for ; Tue, 10 Apr 2007 06:35:26 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so19624ugh for ; Mon, 09 Apr 2007 23:35:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EDmVq5JXMUkombvwh/AB3wWVh3LBK7vjTyGvRnH5I7zx/PquZFbiYIfxj0xqEzowErlzsID6CkZdeMlnTgtbrItD1q3syKDQPybuBXmpBkA/vBBkgucTRBLgVsl2dMu5/9nwJbme4C05vGIA1DIG6xMDD6Gq3jmbJWWZ6QwrilM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VwSa8WPufr2yUzK8cS0Fe/9wFTyal3crWB20Uw3joRsHsxu3SZLS5ajbKUhZ+DrDylJwFwkRlt4yOb4boFRTjOkq+9ndnSiGW/CjDDeUeUNyPuHE8ycO5rM4WANmulgGZviz4Mfs8VRONYwYpT+cGLyjgMYzxtW48aHA5YdnNi4= Received: by 10.82.186.5 with SMTP id j5mr8617754buf.1176186925167; Mon, 09 Apr 2007 23:35:25 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Mon, 9 Apr 2007 23:35:25 -0700 (PDT) Message-ID: <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> Date: Tue, 10 Apr 2007 14:35:25 +0800 From: "Rong-en Fan" To: "Kris Kennaway" In-Reply-To: <20070410061006.GA42711@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> Cc: freebsd-fs@freebsd.org, zfs-discuss@opensolaris.org, "Andrey V. Elsukov" , Pawel Jakub Dawidek , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 06:35:26 -0000 On 4/10/07, Kris Kennaway wrote: > On Tue, Apr 10, 2007 at 09:17:16AM +0400, Andrey V. Elsukov wrote: > > Pawel Jakub Dawidek wrote: > > >Limitations. > > > > > > Currently ZFS is only compiled as kernel module and is only available > > > for i386 architecture. Amd64 should be available very soon, the other > > > archs will come later, as we implement needed atomic operations. > > > > > >Missing functionality. > > > > > > - We don't have iSCSI target daemon in the tree, so sharing ZVOLs via > > > iSCSI is also not supported at this point. This should be fixed in > > > the future, we may also add support for sharing ZVOLs over ggate. > > > - There is no support for ACLs and extended attributes. > > > - There is no support for booting off of ZFS file system. > > > > > >Other than that, ZFS should be fully-functional. > > > > Hi, Pawel. Thanks for the great work! > > > > 1. I have an yesterday's CURRENT and I get a `kmem_map too small` > > panic when try to copy /usr/src to ZFS partition with enabled > > compression. (I have 512M of RAM) > > See discussion in many other emails (e.g. mine). Also cvs update. > > > 2. I've tried snapshots. Seems that all work good. I have one > > question: .zfs directory should be invisible? I can `cd .zfs` > > and see it's content, but may be .zfs should be visible like > > an ufs's .snap? > > I think this is controlled by the 'snapdir' property, see p80 of the > admin guide. Isn't that default 'hidden' ? Regards, Rong-En Fan > > Kris > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 06:35:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBCB016A401; Tue, 10 Apr 2007 06:35:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A5A7C13C458; Tue, 10 Apr 2007 06:35:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A6Zp8M094919; Tue, 10 Apr 2007 02:35:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A6Zo9U030106; Tue, 10 Apr 2007 02:35:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CCFBB73039; Tue, 10 Apr 2007 02:35:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410063550.CCFBB73039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 02:35:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 06:35:52 -0000 TB --- 2007-04-10 05:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 05:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-10 05:50:00 - cleaning the object tree TB --- 2007-04-10 05:50:39 - checking out the source tree TB --- 2007-04-10 05:50:39 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-10 05:50:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 06:00:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 06:00:32 - cd /src TB --- 2007-04-10 06:00:32 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 06:00:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lthr -lumem -lzpool /obj/amd64/src/tmp/usr/lib/libzpool.so: undefined reference to `kmem_size' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 06:35:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 06:35:50 - ERROR: failed to build world TB --- 2007-04-10 06:35:50 - tinderbox aborted TB --- 0.77 user 2.62 system 2750.20 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 06:38:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A92216A406; Tue, 10 Apr 2007 06:38:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 664A613C46A; Tue, 10 Apr 2007 06:38:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6BC571A4D87; Mon, 9 Apr 2007 23:38:23 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5553D513AE; Tue, 10 Apr 2007 02:38:17 -0400 (EDT) Date: Tue, 10 Apr 2007 02:38:17 -0400 From: Kris Kennaway To: Rong-en Fan Message-ID: <20070410063817.GA43061@xor.obsecurity.org> References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: zfs-discuss@opensolaris.org, Pawel Jakub Dawidek , freebsd-current@freebsd.org, freebsd-fs@freebsd.org, "Andrey V. Elsukov" , Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 06:38:18 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 02:35:25PM +0800, Rong-en Fan wrote: > >> 2. I've tried snapshots. Seems that all work good. I have one > >> question: .zfs directory should be invisible? I can `cd .zfs` > >> and see it's content, but may be .zfs should be visible like > >> an ufs's .snap? > > > >I think this is controlled by the 'snapdir' property, see p80 of the > >admin guide. >=20 > Isn't that default 'hidden' ? I thought that is what the claim was, and the question was how to make it visible :) Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGGzDYWry0BWjoQKURAlQ7AJ95jNqx4QJGtXcOgAR+sqOKpRl7AwCffnV8 8E3UJpcW69UfSHNXpAyk/QY= =S7AM -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 06:55:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D5E616A401 for ; Tue, 10 Apr 2007 06:55:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2F66813C483 for ; Tue, 10 Apr 2007 06:55:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1910597ana for ; Mon, 09 Apr 2007 23:55:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PQ/j4BrnBoi0fzswkr1i3W9dbw+W4OqBxXS2HiJoaxQggD6ZGq+ky79ZUD0wgEJV1HLjgfWunlULSqVMB5aHXaBbtRer3kKF8eiL4W7h0qY2Slmvxpp/sCDDkoege3ND7Mpu4Zsc/9xV6fjU7siwTvJbmN9UbOcID2JRlLP+d8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e+IN6WXbJQejrsXBoc5gLhd1OUyQxWgEfr/pKsA4tQaVBY1JS9kZt49jK+UV85Hlo9TLA2QIhL560T0D8xiDBr4YnyNJi1Y6azpqc70vLwqGVusyobePIBrmAqrXk3SQRWvXpwnOozUV5W/3NMAfeL+6McuLVjGhvKP+pn7ZLVE= Received: by 10.100.94.3 with SMTP id r3mr4625448anb.1176186505125; Mon, 09 Apr 2007 23:28:25 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Mon, 9 Apr 2007 23:28:25 -0700 (PDT) Message-ID: <790a9fff0704092328q722de3bfnddbe78ed6b0dbe84@mail.gmail.com> Date: Tue, 10 Apr 2007 01:28:25 -0500 From: "Scot Hetzel" To: "Andrey V. Elsukov" In-Reply-To: <461B1DDC.8050009@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> Cc: freebsd-fs@freebsd.org, zfs-discuss@opensolaris.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 06:55:39 -0000 On 4/10/07, Andrey V. Elsukov wrote: > 2. I've tried snapshots. Seems that all work good. I have one > question: .zfs directory should be invisible? I can `cd .zfs` > and see it's content, but may be .zfs should be visible like > an ufs's .snap? > >From zfs(1M) man page: : Snapshots : File system snapshots can be accessed under the ".zfs/snapshot" direc- tory in the root of the file system. Snapshots are automatically mounted on demand and may be unmounted at regular intervals. The visi- bility of the ".zfs" directory can be controlled by the "snapdir" prop- erty. : snapdir=hidden | visible Controls whether the ".zfs" directory is hidden or visible in the root of the file system as discussed in the "Snapshots" section. The default value is "hidden". Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 07:03:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6306616A400; Tue, 10 Apr 2007 07:03:59 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 4990D13C480; Tue, 10 Apr 2007 07:03:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:64263 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077443AbXDJHDw (ORCPT + 2 others); Tue, 10 Apr 2007 11:03:52 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <461B36D5.3020307@yandex.ru> Date: Tue, 10 Apr 2007 11:03:49 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Kris Kennaway References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> <20070410063817.GA43061@xor.obsecurity.org> In-Reply-To: <20070410063817.GA43061@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="------------080008020102090408060409" Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , zfs-discuss@opensolaris.org, freebsd-current@freebsd.org, Rong-en Fan Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 07:03:59 -0000 This is a multi-part message in MIME format. --------------080008020102090408060409 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Kris Kennaway wrote: > I thought that is what the claim was, and the question was how to make > it visible :) Yes, thanks for the answer. Now i've been locked up in the "zfs" state :) How to repeat: # zfs set snapdir=visible media/disk3/src # ls -la media/disk3/src/.zfs -- WBR, Andrey V. Elsukov --------------080008020102090408060409 Content-Type: text/plain; name="zfs-report.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="zfs-report.txt" UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 1455 1127 0 -4 0 18032 3896 zfs D+ v0 0:00,01 mc 0 1462 1457 0 -4 0 3416 1236 zfs T+ p0 0:00,00 ls -lA db> trace 1462 Tracing pid 1462 tid 100061 td 0xc29c81b0 sched_switch(c29c81b0,0,1) at sched_switch+0xc7 mi_switch(1,0) at mi_switch+0x1d4 sleepq_switch(c3404d18) at sleepq_switch+0x8a sleepq_wait(c3404d18,50,0,0,c07315e4,...) at sleepq_wait+0x36 _sleep(c3404d18,c076f340,50,c2946f6f,0,...) at _sleep+0x24d acquire(d3b2e728,80,60000,d3b2e708,d3b2e70c,...) at acquire+0x73 _lockmgr(c3404d18,3002,c3404d48,c29c81b0,c2941e7b,...) at _lockmgr+0x442 vop_stdlock(d3b2e770) at vop_stdlock+0x27 _VOP_LOCK_APV(c294abc0,d3b2e770) at _VOP_LOCK_APV+0x38 _vn_lock(c3404cc0,1002,c29c81b0,c2941e7b,c4,...) at _vn_lock+0xf8 domount(c29c81b0,c3404cc0,c2946f6f,c2ce87c0,d3b2e85c,...) at domount+0xfd zfsctl_snapdir_lookup(d3b2eacc) at zfsctl_snapdir_lookup+0x1ac VOP_LOOKUP_APV(c294adc0,d3b2eacc) at VOP_LOOKUP_APV+0x43 lookup(d3b2eb50) at lookup+0x4c0 namei(d3b2eb50) at namei+0x2d2 kern_lstat(c29c81b0,2821c268,0,d3b2ec24) at kern_lstat+0x47 lstat(c29c81b0,d3b2ed00) at lstat+0x1b syscall(d3b2ed38) at syscall+0x29e Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2818d267, esp = 0xbfbfe3fc, ebp = 0xbfbfe498 --- db> cont --------------080008020102090408060409-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 07:06:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A540416A403; Tue, 10 Apr 2007 07:06:29 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9414D13C483; Tue, 10 Apr 2007 07:06:29 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A0E661A4D87; Tue, 10 Apr 2007 00:06:34 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A60C15153C; Tue, 10 Apr 2007 03:06:28 -0400 (EDT) Date: Tue, 10 Apr 2007 03:06:28 -0400 From: Kris Kennaway To: "Andrey V. Elsukov" Message-ID: <20070410070628.GA43365@xor.obsecurity.org> References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> <20070410063817.GA43061@xor.obsecurity.org> <461B36D5.3020307@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <461B36D5.3020307@yandex.ru> User-Agent: Mutt/1.4.2.2i Cc: zfs-discuss@opensolaris.org, Pawel Jakub Dawidek , Rong-en Fan , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 07:06:29 -0000 On Tue, Apr 10, 2007 at 11:03:49AM +0400, Andrey V. Elsukov wrote: > Kris Kennaway wrote: > >I thought that is what the claim was, and the question was how to make > >it visible :) > > Yes, thanks for the answer. Now i've been locked up in the "zfs" > state :) > > How to repeat: > # zfs set snapdir=visible media/disk3/src > # ls -la media/disk3/src/.zfs \o/ You might need to recompile with DEBUG_LOCKS and DEBUG_VFS_LOCKS and do 'show lockedvnods', but maybe this is trivially reproducible. Kris > > -- > WBR, Andrey V. Elsukov > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > 0 1455 1127 0 -4 0 18032 3896 zfs D+ v0 0:00,01 mc > 0 1462 1457 0 -4 0 3416 1236 zfs T+ p0 0:00,00 ls -lA > > db> trace 1462 > Tracing pid 1462 tid 100061 td 0xc29c81b0 > sched_switch(c29c81b0,0,1) at sched_switch+0xc7 > mi_switch(1,0) at mi_switch+0x1d4 > sleepq_switch(c3404d18) at sleepq_switch+0x8a > sleepq_wait(c3404d18,50,0,0,c07315e4,...) at sleepq_wait+0x36 > _sleep(c3404d18,c076f340,50,c2946f6f,0,...) at _sleep+0x24d > acquire(d3b2e728,80,60000,d3b2e708,d3b2e70c,...) at acquire+0x73 > _lockmgr(c3404d18,3002,c3404d48,c29c81b0,c2941e7b,...) at _lockmgr+0x442 > vop_stdlock(d3b2e770) at vop_stdlock+0x27 > _VOP_LOCK_APV(c294abc0,d3b2e770) at _VOP_LOCK_APV+0x38 > _vn_lock(c3404cc0,1002,c29c81b0,c2941e7b,c4,...) at _vn_lock+0xf8 > domount(c29c81b0,c3404cc0,c2946f6f,c2ce87c0,d3b2e85c,...) at domount+0xfd > zfsctl_snapdir_lookup(d3b2eacc) at zfsctl_snapdir_lookup+0x1ac > VOP_LOOKUP_APV(c294adc0,d3b2eacc) at VOP_LOOKUP_APV+0x43 > lookup(d3b2eb50) at lookup+0x4c0 > namei(d3b2eb50) at namei+0x2d2 > kern_lstat(c29c81b0,2821c268,0,d3b2ec24) at kern_lstat+0x47 > lstat(c29c81b0,d3b2ed00) at lstat+0x1b > syscall(d3b2ed38) at syscall+0x29e > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2818d267, esp = 0xbfbfe3fc, ebp > = 0xbfbfe498 --- > db> cont > From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 07:21:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61FEC16A402; Tue, 10 Apr 2007 07:21:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 24AF213C487; Tue, 10 Apr 2007 07:21:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A7LOp5097271; Tue, 10 Apr 2007 03:21:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A7LOud012342; Tue, 10 Apr 2007 03:21:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9B06373039; Tue, 10 Apr 2007 03:21:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410072123.9B06373039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 03:21:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 07:21:25 -0000 TB --- 2007-04-10 06:35:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 06:35:50 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-10 06:35:50 - cleaning the object tree TB --- 2007-04-10 06:36:16 - checking out the source tree TB --- 2007-04-10 06:36:16 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-10 06:36:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 06:44:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 06:44:22 - cd /src TB --- 2007-04-10 06:44:22 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 06:44:23 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lthr -lumem -lzpool /obj/src/tmp/usr/lib/libzpool.so: undefined reference to `kmem_size' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 07:21:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 07:21:22 - ERROR: failed to build world TB --- 2007-04-10 07:21:22 - tinderbox aborted TB --- 0.50 user 1.60 system 2731.51 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 07:30:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E03A116A400 for ; Tue, 10 Apr 2007 07:30:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCFD13C448 for ; Tue, 10 Apr 2007 07:30:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id AE2001FFE97; Tue, 10 Apr 2007 09:30:17 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 28E741FFDFC; Tue, 10 Apr 2007 09:30:10 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id EB69F444927; Tue, 10 Apr 2007 07:30:06 +0000 (UTC) Date: Tue, 10 Apr 2007 07:30:06 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Jason Evans In-Reply-To: <461AC6EC.6030401@freebsd.org> Message-ID: <20070410072507.D36917@maildrop.int.zabbadoz.net> References: <461AC6EC.6030401@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: sysinstall issues 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, 10 Apr 2007 07:30:20 -0000 On Mon, 9 Apr 2007, Jason Evans wrote: > I tried various methods for installing the March 2007 snapshot using PXE (no > CD-ROM drive), but I ran into a combination of problems that made this > seemingly impossible. > > 2) When booting with a serial console, the machine switches back to the vga > console when sysinstall launches. The 6.2 snapshot has the same problem. > Perhaps there is a bad interaction with pxeboot, but I'm not familiar enough > with the boot process to know where to look. yes, ran into something like that before. boot -h does not seem to do the trick. But if you do set console="comconsole" at the loader prompt it should work. I have no idea why that's the way it is. I spent half an hour looking at the code and then a "timeout fired". May I add another item? 3) in systinstall when one adds a user to a different partition like /u1 with a home of /u1/home/bz that did not work. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 07:56:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D9D216A400; Tue, 10 Apr 2007 07:56:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 50F3213C484; Tue, 10 Apr 2007 07:56:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A7uqlU098959; Tue, 10 Apr 2007 03:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A7uq3Q090249; Tue, 10 Apr 2007 03:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6422C73039; Tue, 10 Apr 2007 03:56:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410075652.6422C73039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 03:56:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 07:56:53 -0000 TB --- 2007-04-10 06:59:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 06:59:46 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-10 06:59:47 - cleaning the object tree TB --- 2007-04-10 07:00:02 - checking out the source tree TB --- 2007-04-10 07:00:02 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-10 07:00:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 07:18:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 07:18:06 - cd /src TB --- 2007-04-10 07:18:06 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 07:18:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lthr -lumem -lzpool /obj/pc98/src/tmp/usr/lib/libzpool.so: undefined reference to `kmem_size' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 07:56:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 07:56:52 - ERROR: failed to build world TB --- 2007-04-10 07:56:52 - tinderbox aborted TB --- 0.50 user 1.70 system 3425.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 08:12:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BA6A16A402; Tue, 10 Apr 2007 08:12:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id B369513C4B8; Tue, 10 Apr 2007 08:12:35 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:1289 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375841AbXDJIMZ (ORCPT + 2 others); Tue, 10 Apr 2007 12:12:25 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <461B46E5.5070509@yandex.ru> Date: Tue, 10 Apr 2007 12:12:21 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Kris Kennaway References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> <20070410063817.GA43061@xor.obsecurity.org> <461B36D5.3020307@yandex.ru> <20070410070628.GA43365@xor.obsecurity.org> In-Reply-To: <20070410070628.GA43365@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="------------080400060005060508070803" Cc: freebsd-fs@freebsd.org, Rong-en Fan , zfs-discuss@opensolaris.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 08:12:37 -0000 This is a multi-part message in MIME format. --------------080400060005060508070803 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Kris Kennaway wrote: > \o/ > > You might need to recompile with DEBUG_LOCKS and DEBUG_VFS_LOCKS and > do 'show lockedvnods', but maybe this is trivially reproducible. I've rollbacked and destroyed this snapshot and now don't have this problem. But i have several LOR. -- WBR, Andrey V. Elsukov --------------080400060005060508070803 Content-Type: text/plain; name="zfs-report.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="zfs-report.txt" [btr-nb butcher]# zfs list NAME USED AVAIL REFER MOUNTPOINT media 431M 28,4G 19K /media media/disk3 431M 28,4G 21K /media/disk3 media/disk3/src 431M 28,4G 428M /media/disk3/src media/disk3/src@test 2,87M - 430M - [btr-nb butcher]# zfs rollback media/disk3/src@test lock order reversal: 1st 0xc2be9154 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../ ../contrib/opensolaris/uts/common/fs/zfs/dnode.c:318 2nd 0xc2c94b20 zfs:&zp->z_lock (zfs:&zp->z_lock) @ /usr/src/sys/modules/zfs/../ ../contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:73 KDB: stack backtrace: db_trace_self_wrapper(c06f8954) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0786648,c07864b8,c073cbac,...) at kdb_backtrace+0x29 witness_checkorder(c2c94b20,9,c294b949,49) at witness_checkorder+0x586 _sx_xlock(c2c94b20,c294b949,49,c056dc15,c07c5498,...) at _sx_xlock+0x3e znode_pageout_func(c2be9118,c2c94b10,c2be9118,d3ca8aa4,c28f5ad1,...) at znode_pa geout_func+0x1c dbuf_evict_user(c2be9230,c2be9118,c2cb4250,c2c53cb0,d3ca8ab4,...) at dbuf_evict_ user+0x31 dbuf_clear(c2be9118,c2cb42e8,d3ca8ad8,c290283a,c2be9118,...) at dbuf_clear+0x1d dbuf_evict(c2be9118,c2be9154,c2947a33,13e,3,...) at dbuf_evict+0xd dnode_destroy(c2be9230,c2c921d0,c2be92bc,d3ca8b00,c28f4a7d,...) at dnode_destroy +0xbe dnode_buf_pageout(c2be9230,c2cb6300,c2be9230,d3ca8b18,c28f5ad1,...) at dnode_buf _pageout+0x33 dbuf_evict_user(0,c2be9230,c2be926c,c2c92350,d3ca8bcc,...) at dbuf_evict_user+0x 31 dbuf_clear(c2be9230,c2c92338,0,1,9,...) at dbuf_clear+0x1d dnode_evict_dbufs(c2c921d0,1,c2cb4250,c2947717,151,...) at dnode_evict_dbufs+0x7 8 dmu_objset_evict_dbufs(c281e610,1,c2a6d048,c2c7407c,c2a6d070,...) at dmu_objset_ evict_dbufs+0xe5 zfs_umount(c2c74000,0,c2daa870) at zfs_umount+0x1b1 dounmount(c2c74000,0,c2daa870,c0568bf2,c2daa870,...) at dounmount+0x3c1 unmount(c2daa870,d3ca8d00) at unmount+0x231 syscall(d3ca8d38) at syscall+0x26a Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x2811044f, esp = 0xbfbfd23c, eb p = 0xbfbfd268 --- KDB: enter: witness_checkorder [thread pid 1122 tid 100181 ] Stopped at kdb_enter+0x2b: nop db> db> db> cont lock order reversal: 1st 0xc30ca520 zfs:&dr->dt.di.dr_mtx (zfs:&dr->dt.di.dr_mtx) @ /usr/src/sys/mod ules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1865 2nd 0xc2be9bb8 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../ ../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1836 KDB: stack backtrace: db_trace_self_wrapper(c06f8954) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0786350,c0786648,c073cbac,...) at kdb_backtrace+0x29 witness_checkorder(c2be9bb8,9,c294715e,72c) at witness_checkorder+0x586 _sx_xlock(c2be9bb8,c294715e,72c,728,c07101b6,...) at _sx_xlock+0x3e dbuf_sync_list(c30ca538,c2ebc700,c06f7bd3,91,c294880b,...) at dbuf_sync_list+0x5 e dbuf_sync_list(c2c92b80,c2ebc700,d3c48b84,c28fe6b1,c2bacc00,...) at dbuf_sync_li st+0xde dnode_sync(c2c92ae0,c2ebc700,720,0,c2b1d400,...) at dnode_sync+0x3a8 dmu_objset_sync(c2c3de00,c2bacc00,c2ebc700,c281294c,c28bf600,...) at dmu_objset_ sync+0xf6 dsl_pool_sync(c2812800,720,0,c2868000,720,...) at dsl_pool_sync+0x6d spa_sync(c2868000,720,0,c28128ac,c294aa21,...) at spa_sync+0x33f txg_sync_thread(c2812800,d3c48d38) at txg_sync_thread+0x183 fork_exit(c291a75c,c2812800,d3c48d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3c48d70, ebp = 0 --- KDB: enter: witness_checkorder [thread pid 295 tid 100149 ] Stopped at kdb_enter+0x2b: nop db> cont [btr-nb butcher]# [btr-nb butcher]# zfs list NAME USED AVAIL REFER MOUNTPOINT media 431M 28,4G 19K /media media/disk3 431M 28,4G 21K /media/disk3 media/disk3/src 430M 28,4G 430M /media/disk3/src media/disk3/src@test 0 - 430M - [btr-nb butcher]# zfs destroy media/disk3/src@test lock order reversal: 1st 0xc2c3e818 zfs:&ds->ds_deadlist.bpl_lock (zfs:&ds->ds_deadlist.bpl_lock) @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/bplist.c:15 4 2nd 0xc2be63a0 zfs:&dn->dn_struct_rwlock (zfs:&dn->dn_struct_rwlock) @ /usr/src /sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode.c:571 KDB: stack backtrace: db_trace_self_wrapper(c06f8954) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0786508,c0786710,c073cbac,...) at kdb_backtrace+0x29 witness_checkorder(c2be63a0,1,c2947a33,23b,c2be63a0,...) at witness_checkorder+0 x586 _sx_slock(c2be63a0,c2947a33,23b,91,c2a42000,...) at _sx_slock+0x3e dnode_hold_impl(c28bf600,22,0,1,c29456cd,...) at dnode_hold_impl+0x5b dnode_hold(c28bf600,22,0,c29456cd,d3c48a10,...) at dnode_hold+0x19 dmu_bonus_hold(c28bf618,22,0,c2c3e818,c2c3e848,...) at dmu_bonus_hold+0x20 bplist_hold(c2c3e818,c294700d,9a,0,0,...) at bplist_hold+0x27 bplist_iterate(c2c3e818,d3c48ac8,d3c48ad8,c1056788,728,...) at bplist_iterate+0x 23 dsl_dataset_destroy_sync(c2ff3200,c2945a94,c2eeb600,c29846f0,c28129a4,...) at ds l_dataset_destroy_sync+0x1f5 dsl_sync_task_group_sync(c2eead00,c2eeb600,c281294c,c28bf600,c2eeb600,...) at ds l_sync_task_group_sync+0x110 dsl_pool_sync(c2812800,7a0,0,c2868000,7a0,...) at dsl_pool_sync+0xb9 spa_sync(c2868000,7a0,0,c28128ac,c294aa21,...) at spa_sync+0x33f txg_sync_thread(c2812800,d3c48d38) at txg_sync_thread+0x183 fork_exit(c291a75c,c2812800,d3c48d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3c48d70, ebp = 0 --- KDB: enter: witness_checkorder [thread pid 295 tid 100149 ] Stopped at kdb_enter+0x2b: nop db> cont [btr-nb butcher]# [btr-nb butcher]# zfs snapshot media/disk3@test acquiring duplicate lock of same type: "sleepq chain" 1st sleepq chain @ /usr/src/sys/kern/subr_sleepqueue.c:229 2nd sleepq chain @ /usr/src/sys/kern/subr_sleepqueue.c:229 KDB: stack backtrace: db_trace_self_wrapper(c06f8954) at db_trace_self_wrapper+0x25 kdb_backtrace(c077f434,0,c0788c68,c0788c68,c073b578,...) at kdb_backtrace+0x29 witness_checkorder(c077d784,9,c06f93a3,e5) at witness_checkorder+0x586 _mtx_lock_spin_flags(c077d784,0,c06f93a3,e5,d3c15c34,...) at _mtx_lock_spin_flag s+0x81 sleepq_lock(c29700ec,c29700ec,d3c15c58,c0547fd8,c29700ec,...) at sleepq_lock+0x2 e _sx_xunlock_hard(c29700ec,c2a291b0,c06f674e,98) at _sx_xunlock_hard+0x7e _sx_xunlock(c29700ec,c06f674e,98,c2a291b0,d3c15ca0,...) at _sx_xunlock+0x80 unlock_sx(c29700ec,c0566c7a,c073cbac,0,c06f93a3,...) at unlock_sx+0x3d _cv_wait(c297011c,c29700ec,c2970104,c2970124,c2970148,...) at _cv_wait+0x161 taskq_thread(c29700cc,d3c15d38) at taskq_thread+0x1de fork_exit(c28e7740,c29700cc,d3c15d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3c15d70, ebp = 0 --- KDB: enter: witness_checkorder [thread pid 243 tid 100134 ] Stopped at kdb_enter+0x2b: nop db> cont [btr-nb butcher]# --------------080400060005060508070803-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 08:31:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7256916A406 for ; Tue, 10 Apr 2007 08:31:50 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 303EA13C43E for ; Tue, 10 Apr 2007 08:31:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HbBlP-0007fc-TO for freebsd-current@freebsd.org; Tue, 10 Apr 2007 10:31:43 +0200 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 ; Tue, 10 Apr 2007 10:31:43 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Apr 2007 10:31:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 10 Apr 2007 10:31:38 +0200 Lines: 41 Message-ID: References: <20070409232654.GA93109@polands.org> <20070410010532.GA38535@xor.obsecurity.org> <20070410025020.GA94010@polands.org> <20070410025855.GA39926@xor.obsecurity.org> <20070410030712.GB94010@polands.org> <20070410032810.GA40459@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCF39FF295720CA14AE01C731" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <20070410032810.GA40459@xor.obsecurity.org> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: new ZFS sysctls not working? 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, 10 Apr 2007 08:31:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCF39FF295720CA14AE01C731 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable > On Mon, Apr 09, 2007 at 10:07:12PM -0500, Doug Poland wrote: >>>> # sysctl -a | grep vm.kmem_size >>>> vm.kmem_size: 80662528 >>>> vm.kmem_size_max: 335544320 >>>> vm.kmem_size_scale: 3 From Pawel's recent commit message: From ZFS administration guide: "Currently the minimum amount of memory recommended to install a Solar= is system is 512 Mbytes. However, for good ZFS performance, at least one= Gbyte or more of memory is recommended." ZFS is memory hungry. --------------enigCF39FF295720CA14AE01C731 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGG0tqldnAQVacBcgRAvYnAKD0UY3LwKhfIlIVf8gGrMEiusfogACgr6Nm zApAr79P5RtbHGcX+mKORzc= =HMyF -----END PGP SIGNATURE----- --------------enigCF39FF295720CA14AE01C731-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 09:09:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D51F16A403; Tue, 10 Apr 2007 09:09:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 780A413C4BB; Tue, 10 Apr 2007 09:09:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A99o1I002533; Tue, 10 Apr 2007 05:09:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A99oTd035012; Tue, 10 Apr 2007 05:09:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 756CB73039; Tue, 10 Apr 2007 05:09:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410090950.756CB73039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 05:09:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 09:09:51 -0000 TB --- 2007-04-10 07:56:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 07:56:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-10 07:56:52 - cleaning the object tree TB --- 2007-04-10 07:57:06 - checking out the source tree TB --- 2007-04-10 07:57:06 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-10 07:57:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 08:04:40 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 08:04:40 - cd /src TB --- 2007-04-10 08:04:40 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 08:04:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 09:02:39 UTC 2007 TB --- 2007-04-10 09:02:39 - generating LINT kernel config TB --- 2007-04-10 09:02:39 - cd /src/sys/powerpc/conf TB --- 2007-04-10 09:02:39 - /usr/bin/make -B LINT TB --- 2007-04-10 09:02:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 09:02:40 - cd /src TB --- 2007-04-10 09:02:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 09:02:40 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/if_spppfr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/if_spppsubr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/if_stf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/if_tun.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/if_tap.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/if_trunk.c /src/sys/net/if_trunk.c: In function `trunk_port_output': /src/sys/net/if_trunk.c:565: warning: 'type' might be used uninitialized in this function *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 09:09:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 09:09:50 - ERROR: failed to build lint kernel TB --- 2007-04-10 09:09:50 - tinderbox aborted TB --- 0.47 user 1.68 system 4377.61 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 09:11:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A49816A406; Tue, 10 Apr 2007 09:11:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F136113C43E; Tue, 10 Apr 2007 09:11:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A9BRa9002612; Tue, 10 Apr 2007 05:11:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3A9BRth035826; Tue, 10 Apr 2007 05:11:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4FC9873039; Tue, 10 Apr 2007 05:11:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410091127.4FC9873039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 05:11:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Tue, 10 Apr 2007 09:11:28 -0000 TB --- 2007-04-10 07:21:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 07:21:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-10 07:21:24 - cleaning the object tree TB --- 2007-04-10 07:21:46 - checking out the source tree TB --- 2007-04-10 07:21:46 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-10 07:21:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 07:40:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 07:40:53 - cd /src TB --- 2007-04-10 07:40:53 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 07:40:55 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 10 09:00:13 UTC 2007 TB --- 2007-04-10 09:00:13 - generating LINT kernel config TB --- 2007-04-10 09:00:13 - cd /src/sys/ia64/conf TB --- 2007-04-10 09:00:13 - /usr/bin/make -B LINT TB --- 2007-04-10 09:00:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-10 09:00:13 - cd /src TB --- 2007-04-10 09:00:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 10 09:00:13 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/net/if_spppfr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/net/if_spppsubr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/net/if_stf.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/net/if_tun.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/net/if_tap.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/net/if_trunk.c /src/sys/net/if_trunk.c: In function `trunk_port_output': /src/sys/net/if_trunk.c:565: warning: 'type' might be used uninitialized in this function *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 09:11:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 09:11:27 - ERROR: failed to build lint kernel TB --- 2007-04-10 09:11:27 - tinderbox aborted TB --- 0.49 user 1.63 system 6603.29 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 09:11:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CC9416A400 for ; Tue, 10 Apr 2007 09:11:41 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A356913C4C3 for ; Tue, 10 Apr 2007 09:11:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HbCO1-0004Bq-Bc for freebsd-current@freebsd.org; Tue, 10 Apr 2007 11:11:37 +0200 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 ; Tue, 10 Apr 2007 11:11:37 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Apr 2007 11:11:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 10 Apr 2007 11:11:18 +0200 Lines: 74 Message-ID: <461B54B6.60404@fer.hr> References: <20070406025700.GB98545@garage.freebsd.pl> <46177881.3090509@wcborstel.com> <20070407141736.GC4058@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91D3EF91FDFA3344064F76AE" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <20070407141736.GC4058@freebie.xs4all.nl> X-Enigmail-Version: 0.94.2.0 Sender: news Cc: freebsd-fs@freebsd.org, zfs-discuss@opensolaris.org Subject: Re: [zfs-discuss] ZFS committed to the FreeBSD base. 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, 10 Apr 2007 09:11:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91D3EF91FDFA3344064F76AE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Wilko Bulte wrote: > On Sat, Apr 07, 2007 at 12:54:57PM +0200, Jorn Argelo wrote.. >> Rich Teer wrote: >>> This is fantastic news! At the risk of raking over ye olde arguments= , >>> as the old saying goes: "Dual licensing? We don't need no stinkeen >>> dual licensing!". :-) >>> >>> =20 >> First of all, thanks a lot for all the hard work of both the FreeBSD=20 >> developers as the ZFS developers. I can't wait to give it a go. >> >> That leads me to one question though: Why is *BSD able to bring it int= o=20 >> the OS as where Linux has licensing problems with the CDDL? AFAIK Linu= x=20 >> users can only run it in userland mode and not in kernel mode because = of=20 >> the licenses. >=20 > My guess(!) is that they do not want non-GPL-ed code in the standard ke= rnel. Sorry if I'm reiterating what someone maybe already explained, but I=20 don't see it on the lists I read: FreeBSD can include GPL'ed code due to a "technicality" (literally): As=20 long as the code is in a separate kernel module and not in the default=20 shipped GENERIC kernel, it's considered "bundled" and not a part of the=20 kernel. As soon as the user loads a GPLed kernel module, presto-changeo! = his kernel "automagically" becomes GPLed. I believe the same holds for=20 CDDL. (I have no idea how to resolve the licensing issues of a kernel=20 with both GPL and CDDL parts :) ). This is less inconvenient than it=20 seems since kernel modules can be (pre)loaded at the same time the=20 kernel loads, and so we can have a ZFS root partition, etc. The problem with DTrace in FreeBSD is twofold: 1. It's much more intertwined with the kernel. 2. Much of its usability comes from it being available in the default=20 shipped kernel - so that users can use it to troubleshoot problems "on=20 the fly" without having to recompile and install a new kernel (involves=20 rebooting). AFAIK (not involved with its development), most of dtrace can reside in=20 a kernel module but some parts need to be in the kernel proper to=20 support this mode of operation, and *this* is where the licensing comes=20 in. Just a few files (AFAIK: mostly header files!) need to be=20 dual-licensed so they can be included in the default kernel build, and=20 the rest can be in the CDDL licensed kernel module. --------------enig91D3EF91FDFA3344064F76AE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGG1S8ldnAQVacBcgRAoNyAJ4mGKdfVa7EBCjxaq+vstSfN2YxoACeMAlM K2zXWIRJqR5gI/wRUzNTASs= =AeqS -----END PGP SIGNATURE----- --------------enig91D3EF91FDFA3344064F76AE-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 09:11:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 959CB16A400; Tue, 10 Apr 2007 09:11:54 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id 352FC13C4BB; Tue, 10 Apr 2007 09:11:53 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id l3A9JwLT027089; Tue, 10 Apr 2007 11:19:58 +0200 (MEST) Message-ID: <461B54B6.60404@fer.hr> Date: Tue, 10 Apr 2007 11:11:18 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (X11/20060911) MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.current, gmane.os.freebsd.devel.file-systems, gmane.os.solaris.opensolaris.zfs To: Wilko Bulte References: <20070406025700.GB98545@garage.freebsd.pl> <46177881.3090509@wcborstel.com> <20070407141736.GC4058@freebie.xs4all.nl> In-Reply-To: <20070407141736.GC4058@freebie.xs4all.nl> X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91D3EF91FDFA3344064F76AE" Cc: freebsd-fs@freebsd.org, zfs-discuss@opensolaris.org, Jorn Argelo , Pawel Jakub Dawidek , freebsd-current@freebsd.org Subject: Re: [zfs-discuss] ZFS committed to the FreeBSD base. 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, 10 Apr 2007 09:11:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91D3EF91FDFA3344064F76AE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Wilko Bulte wrote: > On Sat, Apr 07, 2007 at 12:54:57PM +0200, Jorn Argelo wrote.. >> Rich Teer wrote: >>> This is fantastic news! At the risk of raking over ye olde arguments= , >>> as the old saying goes: "Dual licensing? We don't need no stinkeen >>> dual licensing!". :-) >>> >>> =20 >> First of all, thanks a lot for all the hard work of both the FreeBSD=20 >> developers as the ZFS developers. I can't wait to give it a go. >> >> That leads me to one question though: Why is *BSD able to bring it int= o=20 >> the OS as where Linux has licensing problems with the CDDL? AFAIK Linu= x=20 >> users can only run it in userland mode and not in kernel mode because = of=20 >> the licenses. >=20 > My guess(!) is that they do not want non-GPL-ed code in the standard ke= rnel. Sorry if I'm reiterating what someone maybe already explained, but I=20 don't see it on the lists I read: FreeBSD can include GPL'ed code due to a "technicality" (literally): As=20 long as the code is in a separate kernel module and not in the default=20 shipped GENERIC kernel, it's considered "bundled" and not a part of the=20 kernel. As soon as the user loads a GPLed kernel module, presto-changeo! = his kernel "automagically" becomes GPLed. I believe the same holds for=20 CDDL. (I have no idea how to resolve the licensing issues of a kernel=20 with both GPL and CDDL parts :) ). This is less inconvenient than it=20 seems since kernel modules can be (pre)loaded at the same time the=20 kernel loads, and so we can have a ZFS root partition, etc. The problem with DTrace in FreeBSD is twofold: 1. It's much more intertwined with the kernel. 2. Much of its usability comes from it being available in the default=20 shipped kernel - so that users can use it to troubleshoot problems "on=20 the fly" without having to recompile and install a new kernel (involves=20 rebooting). AFAIK (not involved with its development), most of dtrace can reside in=20 a kernel module but some parts need to be in the kernel proper to=20 support this mode of operation, and *this* is where the licensing comes=20 in. Just a few files (AFAIK: mostly header files!) need to be=20 dual-licensed so they can be included in the default kernel build, and=20 the rest can be in the CDDL licensed kernel module. --------------enig91D3EF91FDFA3344064F76AE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGG1S8ldnAQVacBcgRAoNyAJ4mGKdfVa7EBCjxaq+vstSfN2YxoACeMAlM K2zXWIRJqR5gI/wRUzNTASs= =AeqS -----END PGP SIGNATURE----- --------------enig91D3EF91FDFA3344064F76AE-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 09:36:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8931D16A409 for ; Tue, 10 Apr 2007 09:36:55 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE2713C4AD for ; Tue, 10 Apr 2007 09:36:53 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from [64.202.104.214] (helo=[10.5.4.52]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbC63-000N95-Ta; Tue, 10 Apr 2007 01:53:03 -0700 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Tue, 10 Apr 2007 01:53:28 -0700 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: freebsdnic@mailbox.intel.com Subject: Problems with if_ixgb 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, 10 Apr 2007 09:36:55 -0000 Howdy, I've got a machine running CURRENT that does not appear to want to load the ixgb interface correctly. I've tried a number of things and I think it's a bug at this point. The card appears fine in pciconf: none3@pci6:1:0: class=0x020000 card=0xa11f8086 chip=0x1b488086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82597-based 10 Gigabit Adapter' class = network subclass = ethernet The module loads without error, but there is no ixgb0 and nothing shows up in dmesg. # kldunload if_ixgb # kldload if_ixgb # Any ideas? From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 10:36:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9116116A404 for ; Tue, 10 Apr 2007 10:36:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 53E6513C46E for ; Tue, 10 Apr 2007 10:36:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 10 Apr 2007 03:36:19 -0700 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l3AAaJKE005840; Tue, 10 Apr 2007 03:36:19 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l3AAaIMF012036; Tue, 10 Apr 2007 10:36:18 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Apr 2007 03:36:18 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Apr 2007 03:36:18 -0700 Message-ID: <461B6945.90109@cisco.com> Date: Tue, 10 Apr 2007 06:39:01 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Martin Kulas References: <20070409214504.GA1780@thunderbird.tld> In-Reply-To: <20070409214504.GA1780@thunderbird.tld> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Apr 2007 10:36:18.0311 (UTC) FILETIME=[12A13170:01C77B5C] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=5400; t=1176201379; x=1177065379; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20netcat=20with=20SCTP=20support |Sender:=20; bh=gn3iIpAzmAFfbIPBG0kqvEe4kRGVq37rV6ubaB1jOlU=; b=G8Ju+5J5vuZqjX9cX9wRriOd12ctwyu3cOtGbMOxxBh6kM5z98S/oHa76CI7fR0/0zCYw+gM 3cV6hibq1f7yxfa814aU5oTs/v9E5sFpop4qqkuewatEvcPouOZU/3oa; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: netcat with SCTP support 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, 10 Apr 2007 10:36:19 -0000 Martin: Thanks for checking out SCTP for netcat... let me see if I can re-create this bug with current and figure out what is broken... This sounds like a bug with the TCP model.. I will be a bit slow.. I am on vacation this week and for some crazy reason my wife thinks I should be working on putting in a yard instead of working on the computer :-) I can work only limited times in the AM when everyone is still asleep :-0 So to recreate this.. I set things up run it and ctl-c the client? R Martin Kulas wrote: > Hello! > > I am running -CURRENT and I am happy to have SCTP support. I wrote a patch > for netcat so I can experiment with SCTP. The patch opens a SCTP socket > in one-to-one style. > But there is a problem I could not solve: If I open an SCTP listening socket > with netcat and connect to it with netcat, data transfer works correctly. When I > kill the client process, the server process does not react on the > SHUTDOWN-chunk sent to it: poll() does not notify the process that the > association has been closed. Using TCP poll() works correctly. > Does anyone know how to solve this problem? > > Thanks in advance, > Martin > > > --- netcat.c.orig Fri Mar 30 21:58:02 2007 > +++ netcat.c Mon Apr 9 16:59:21 2007 > @@ -44,6 +44,7 @@ > #ifdef IPSEC > #include > #endif > +#include > #include > #include > #include > @@ -71,6 +72,7 @@ > > /* Command Line Options */ > int Eflag; /* Use IPsec ESP */ > +int cflag; /* Use SCTP */ > int dflag; /* detached, no stdin */ > unsigned int iflag; /* Interval Flag */ > int jflag; /* use jumbo frames if we can */ > @@ -138,8 +140,11 @@ > sv = NULL; > > while ((ch = getopt(argc, argv, > - "46e:DEdhi:jklnoP:p:rSs:tT:Uuvw:X:x:z")) != -1) { > + "c46e:DEdhi:jklnoP:p:rSs:tT:Uuvw:X:x:z")) != -1) { > switch (ch) { > + case 'c': > + cflag = 1; > + break; > case '4': > family = AF_INET; > break; > @@ -257,6 +262,8 @@ > if (argv[0] && !argv[1] && family == AF_UNIX) { > if (uflag) > errx(1, "cannot use -u and -U"); > + if (cflag) > + errx(1, "cannot use -c and -U"); > host = argv[0]; > uport = NULL; > } else if (argv[0] && !argv[1]) { > @@ -283,13 +290,23 @@ > if (family != AF_UNIX) { > memset(&hints, 0, sizeof(struct addrinfo)); > hints.ai_family = family; > - hints.ai_socktype = uflag ? SOCK_DGRAM : SOCK_STREAM; > - hints.ai_protocol = uflag ? IPPROTO_UDP : IPPROTO_TCP; > + if (cflag) { > + hints.ai_socktype = SOCK_STREAM; > + // XXX IPPROTO_SCTP not supported form getaddrinfo > + } else { > + hints.ai_socktype = uflag ? SOCK_DGRAM : SOCK_STREAM; > + hints.ai_protocol = uflag ? IPPROTO_UDP : IPPROTO_TCP; > + } > if (nflag) > hints.ai_flags |= AI_NUMERICHOST; > } > > + if ( cflag && uflag ) > + errx(1, "cannot use -c and -u"); > + > if (xflag) { > + if (cflag) > + errx(1, "no proxy support for SCTP mode"); > if (uflag) > errx(1, "no proxy support for UDP mode"); > > @@ -418,7 +435,7 @@ > } > > printf("Connection to %s %s port [%s/%s] succeeded!\n", > - host, portlist[i], uflag ? "udp" : "tcp", > + host, portlist[i], uflag ? "udp" : (cflag ? "sctp" : "tcp"), > sv ? sv->s_name : "*"); > } > if (!zflag) > @@ -515,9 +532,15 @@ > > res0 = res; > do { > - if ((s = socket(res0->ai_family, res0->ai_socktype, > - res0->ai_protocol)) < 0) > - continue; > + if (cflag) { > + if ((s = socket(res0->ai_family, res0->ai_socktype, > + IPPROTO_SCTP)) < 0) > + continue; > + } else { > + if ((s = socket(res0->ai_family, res0->ai_socktype, > + res0->ai_protocol)) < 0) > + continue; > + } > #ifdef IPSEC > if (ipsec_policy[0] != NULL) > add_ipsec_policy(s, ipsec_policy[0]); > @@ -532,7 +555,8 @@ > memset(&ahints, 0, sizeof(struct addrinfo)); > ahints.ai_family = res0->ai_family; > ahints.ai_socktype = uflag ? SOCK_DGRAM : SOCK_STREAM; > - ahints.ai_protocol = uflag ? IPPROTO_UDP : IPPROTO_TCP; > + if (!cflag) > + ahints.ai_protocol = uflag ? IPPROTO_UDP : IPPROTO_TCP; > ahints.ai_flags = AI_PASSIVE; > if ((error = getaddrinfo(sflag, pflag, &ahints, &ares))) > errx(1, "getaddrinfo: %s", gai_strerror(error)); > @@ -549,7 +573,7 @@ > break; > else if (vflag) > warn("connect to %s port %s (%s) failed", host, port, > - uflag ? "udp" : "tcp"); > + uflag ? "udp" : (cflag ? "sctp" : "tcp") ); > > close(s); > s = -1; > @@ -587,10 +611,15 @@ > > res0 = res; > do { > - if ((s = socket(res0->ai_family, res0->ai_socktype, > - res0->ai_protocol)) < 0) > - continue; > - > + if (cflag) { > + if ((s = socket(res0->ai_family, res0->ai_socktype, > + IPPROTO_SCTP)) < 0) > + continue; > + } else { > + if ((s = socket(res0->ai_family, res0->ai_socktype, > + res0->ai_protocol)) < 0) > + continue; > + } > ret = setsockopt(s, SOL_SOCKET, SO_REUSEPORT, &x, sizeof(x)); > if (ret == -1) > err(1, NULL); > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 10:40:30 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7AE116A400 for ; Tue, 10 Apr 2007 10:40:30 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02.rdc-nyc.rr.com [24.29.109.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA3513C480 for ; Tue, 10 Apr 2007 10:40:30 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-69-203-84-92.nyc.res.rr.com [69.203.84.92]) by ms-smtp-02.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l3AA1TO1014415; Tue, 10 Apr 2007 06:01:29 -0400 (EDT) Date: Tue, 10 Apr 2007 06:01:29 -0400 From: Scott Robbins To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20070410100129.GA45716@mail.scottro.net> Mail-Followup-To: freebsd-emulation@freebsd.org, freebsd-current@FreeBSD.org References: <20070409132718.GA28377@uws1.starlofashions.com> <20070410010402.GB54131@uws1.starlofashions.com> <461B2006.9090508@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <461B2006.9090508@FreeBSD.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Re: recent CURRENT seems to affect if_tap, if_bridge with qemu 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, 10 Apr 2007 10:40:30 -0000 On Tue, Apr 10, 2007 at 06:26:30AM +0100, Bruce M. Simpson wrote: > Scott Robbins wrote: > >To follow up, the problem seems to be solved. In private email, someone > >suggested to me that I ensure that both bridge0 and tap0 were up. Prior > >to my latest update of CURRENT, my /etc/qemu-ifup script just had > >/sbin/ifconfig ${1} > > > >Changing it to > >/sbin/ifconfig ${1} up > > > >fixed the problem. > > There is a net.link.tap.up_on_open sysctl which may help; it will mark a tap > instance as IFF_UP immediately on devfs open or ifconfig clone. > Thank you, I didn't know about that one. Until the email yesterday (from Tobias Grosser--I wasn't sure, when I posted the solution, if it Your solution works too. The issue was simply that if_tap no longer comes up upon being created. Thanks to both you and Tobias. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: Oxford. Whoopee. Four years in teabag central. Sounds thrilling. And M.I.T. is a clearasil ad with housing, and Yale is a dumping ground for those who didn't get into Harvard. Willow: I got into Harvard. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 10:56:38 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C0BA16A403; Tue, 10 Apr 2007 10:56:38 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id CCE9813C469; Tue, 10 Apr 2007 10:56:37 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-64-123.dsl.telstraclear.net [121.72.64.123]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JGA00HAI30OUE20@smtp4.clear.net.nz>; Tue, 10 Apr 2007 22:41:12 +1200 (NZST) Date: Tue, 10 Apr 2007 22:41:04 +1200 From: Mark Kirkwood In-reply-to: <20070226002234.GA80974@xor.obsecurity.org> To: Kris Kennaway Message-id: <461B69C0.4060707@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <20070226002234.GA80974@xor.obsecurity.org> User-Agent: Thunderbird 1.5.0.10 (X11/20070313) Cc: performance@FreeBSD.org, current@FreeBSD.org, pgsql-hackers Subject: Re: Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 10:56:38 -0000 Kris Kennaway wrote: > If so, then your task is the following: > > Make SYSV semaphores less dumb about process wakeups. Currently > whenever the semaphore state changes, all processes sleeping on the > semaphore are woken, even if we only have released enough resources > for one waiting process to claim. i.e. there is a thundering herd > wakeup situation which destroys performance at high loads. Fixing > this will involve replacing the wakeup() calls with appropriate > amounts of wakeup_one(). I'm forwarding this to the pgsql-hackers list so that folks more qualified than I can comment, but as I understand the way postgres implements locking each process has it *own* semaphore it waits on - and who is waiting for what is controlled by an in (shared) memory hash of lock structs (access to these is controlled via platform Dependant spinlock code). So a given semaphore state change should only involve one process wakeup. Cheers Mark From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 10:57:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E8D916A400 for ; Tue, 10 Apr 2007 10:57:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id AC70C13C458 for ; Tue, 10 Apr 2007 10:57:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BD06F2091 for ; Tue, 10 Apr 2007 12:57:19 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A3E3E2090 for ; Tue, 10 Apr 2007 12:57:19 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 127C0A1089; Tue, 10 Apr 2007 12:57:19 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: current@freebsd.org Date: Tue, 10 Apr 2007 12:57:18 +0200 Message-ID: <86slb8zecx.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: panic: lockmgr: locking against myself 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, 10 Apr 2007 10:57:27 -0000 I've been getting quite a few of these lately: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: panic: lockmgr: locking against myself Uptime: 42m41s Physical memory: 2039 MB Dumping 327 MB: 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 = 72 56 40 24 8 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) getsyms During symbol reading, Incomplete CFI data; unspecified registers at 0xc053= 01f7. Id Refs Address Size Name 1 13 0xc0400000 3f7698 kernel 2 1 0xc07f8000 68b0 geom_label.ko 3 1 0xc07ff000 1728c geom_mirror.ko 4 1 0xc0817000 7d1c geom_stripe.ko 5 1 0xc081f000 bdd8 if_sk.ko 6 1 0xc513d000 a0000 zfs.ko 7 1 0xc8015000 3000 pflog.ko 8 1 0xc8018000 35000 pf.ko 9 1 0xc8682000 36000 nfsclient.ko 10 1 0xc86ca000 1f000 nfsserver.ko Select the list above with the mouse, paste into the screen and then press ^D. Yes, this is annoying. 1 13 0xc0400000 3f7698 kernel 2 1 0xc07f8000 68b0 geom_label.ko 3 1 0xc07ff000 1728c geom_mirror.ko 4 1 0xc0817000 7d1c geom_stripe.ko 5 1 0xc081f000 bdd8 if_sk.ko 6 1 0xc513d000 a0000 zfs.ko 7 1 0xc8015000 3000 pflog.ko 8 1 0xc8018000 35000 pf.ko 9 1 0xc8682000 36000 nfsclient.ko 10 1 0xc86ca000 1f000 nfsserver.ko add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/sk/if_sk.ko.debug" at .text_addr =3D 0xc08216c4 .data_addr =3D 0xc0829000 .bss_addr =3D 0xc082936c add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/pflog/pflog.ko.debug" at .text_addr =3D 0xc8015bec .data_addr =3D 0xc8017360 .bss_addr =3D 0xc8017518 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/geom/geom_mirror/geom_mirror.ko.debug" at .text_addr =3D 0xc0805e70 .data_addr =3D 0xc0814000 .bss_addr =3D 0xc08143c4 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/geom/geom_label/geom_label.ko.debug" at .text_addr =3D 0xc07f9d0c .data_addr =3D 0xc07fd940 .bss_addr =3D 0xc07fdb10 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/geom/geom_stripe/geom_stripe.ko.debug" at .text_addr =3D 0xc0819194 .data_addr =3D 0xc081d6a0 .bss_addr =3D 0xc081d9b8 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/nfsserver/nfsserver.ko.debug" at .text_addr =3D 0xc86cf048 .data_addr =3D 0xc86e3000 .bss_addr =3D 0xc86e3600 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/zfs/zfs.ko.debug" at .text_addr =3D 0xc5150b10 .data_addr =3D 0xc51cf000 .bss_addr =3D 0xc51d1680 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/nfsclient/nfsclient.ko.debug" at .text_addr =3D 0xc868cc20 .data_addr =3D 0xc86b5660 .bss_addr =3D 0xc86b6cc0 add symbol table from file "/usr/obj/usr/src/sys/dwp/modules/usr/src/sys/mo= dules/pf/pf.ko.debug" at .text_addr =3D 0xc801f31c .data_addr =3D 0xc8049000 .bss_addr =3D 0xc80491e0 (kgdb) where #0 doadump () at pcpu.h:172 During symbol reading, Incomplete CFI data; unspecified registers at 0xc053= 01f7. #1 0xc053096e in boot (howto=3D0x104) at /usr/src/sys/kern/kern_shutdown.c= :409 #2 0xc053043b in panic (fmt=3D0x0) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc05225fb in _lockmgr (lkp=3D0xcf55e278, flags=3D0x3002, interlkp=3D0x= cf55e278, td=3D0xc5235870, file=3D0xc86e248a "/usr/src/sys/modules/nfsserver/../../nfsserver/nfs_s= erv.c", line=3D0xac9) at /usr/src/sys/kern/kern_lock.c:448 #4 0xc0594392 in vop_stdlock (ap=3D0x0) at /usr/src/sys/kern/vfs_default.c= :266 #5 0xc06a70df in _VOP_LOCK_APV (vop=3D0x0, a=3D0xf4643860) at vnode_if.c:1= 617 #6 0xc05abb06 in _vn_lock (vp=3D0xcf55e220, flags=3D0x1002, td=3D0xc523587= 0, file=3D0xc86e248a "/usr/src/sys/modules/nfsserver/../../nfsserver/nfs_s= erv.c", line=3D0xac9) at vnode_if.h:850 #7 0xc86d33df in nfsrv_symlink (nfsd=3D0xcfd7fb00, slp=3D0x0, td=3D0xc5235= 870, mrq=3D0xf4643bfc) at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c:2761 #8 0xc86e10a8 in nfssvc (td=3D0xc5235870, uap=3D0xca2f6b80) at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:477 #9 0xc069437f in syscall (frame=3D0xf4643d38) at /usr/src/sys/i386/i386/tr= ap.c:1008 #10 0xc067f1c0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :196 #11 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 11:05:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 324A516A401 for ; Tue, 10 Apr 2007 11:05:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E936913C46C for ; Tue, 10 Apr 2007 11:05:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7459B20A1 for ; Tue, 10 Apr 2007 13:04:58 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 5AFC82094 for ; Tue, 10 Apr 2007 13:04:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 316B4A10AC; Tue, 10 Apr 2007 13:04:58 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: current@freebsd.org References: <86slb8zecx.fsf@dwp.des.no> Date: Tue, 10 Apr 2007 13:04:57 +0200 In-Reply-To: <86slb8zecx.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Tue, 10 Apr 2007 12:57:18 +0200") Message-ID: <868xd0wkva.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: panic: lockmgr: locking against myself 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, 10 Apr 2007 11:05:05 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > I've been getting quite a few of these lately: Seems to be triggered pretty reliably by a Linux client... (Ubuntu Feisty, 2.6.20) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 09:25:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C516416A407 for ; Tue, 10 Apr 2007 09:25:55 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5002813C4C2 for ; Tue, 10 Apr 2007 09:25:55 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [192.168.3.57] ([172.21.151.2]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Apr 2007 11:25:53 +0200 Message-ID: <461B581B.3010501@dlr.de> Date: Tue, 10 Apr 2007 11:25:47 +0200 From: Hartmut Brandt User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Ivan Voras References: <20070406025700.GB98545@garage.freebsd.pl> <46177881.3090509@wcborstel.com> <20070407141736.GC4058@freebie.xs4all.nl> <461B54B6.60404@fer.hr> In-Reply-To: <461B54B6.60404@fer.hr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Apr 2007 09:25:53.0356 (UTC) FILETIME=[3C5C38C0:01C77B52] X-Mailman-Approved-At: Tue, 10 Apr 2007 11:12:53 +0000 Cc: zfs-discuss@opensolaris.org, Pawel Jakub Dawidek , Jorn Argelo , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Wilko Bulte Subject: Re: [zfs-discuss] ZFS committed to the FreeBSD base. 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, 10 Apr 2007 09:25:55 -0000 Ivan Voras wrote: > Wilko Bulte wrote: >> On Sat, Apr 07, 2007 at 12:54:57PM +0200, Jorn Argelo wrote.. >>> Rich Teer wrote: >>>> This is fantastic news! At the risk of raking over ye olde arguments, >>>> as the old saying goes: "Dual licensing? We don't need no stinkeen >>>> dual licensing!". :-) >>>> >>>> >>> First of all, thanks a lot for all the hard work of both the FreeBSD >>> developers as the ZFS developers. I can't wait to give it a go. >>> >>> That leads me to one question though: Why is *BSD able to bring it >>> into the OS as where Linux has licensing problems with the CDDL? >>> AFAIK Linux users can only run it in userland mode and not in kernel >>> mode because of the licenses. >> >> My guess(!) is that they do not want non-GPL-ed code in the standard >> kernel. > > Sorry if I'm reiterating what someone maybe already explained, but I > don't see it on the lists I read: > > FreeBSD can include GPL'ed code due to a "technicality" (literally): > As long as the code is in a separate kernel module and not in the > default shipped GENERIC kernel, it's considered "bundled" and not a > part of the kernel. As soon as the user loads a GPLed kernel module, > presto-changeo! his kernel "automagically" becomes GPLed. I believe > the same holds for CDDL. (I have no idea how to resolve the licensing > issues of a kernel with both GPL and CDDL parts :) ). This is less > inconvenient than it seems since kernel modules can be (pre)loaded at > the same I had some discussion with folks at Sun (indirectly via another guy) while they were in the process of making the CDDL: They said: Modifications to CDDL code must be under CDDL. This means if you change a CDDLed file, your changes are CDDL. If you add a line to the CDDL code that calls a function in another, new file, you're free to put that other file under any license as long as there is a compatibility the other way 'round - you probably cannot put that file under GPL, but you can put it under BSD. The new file is not a modification of the CDDLed code. harti From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 11:18:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3A0616A407; Tue, 10 Apr 2007 11:18:04 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 71D9413C4BA; Tue, 10 Apr 2007 11:18:04 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 29FA01FDA1; Tue, 10 Apr 2007 14:18:02 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 97340-04; Tue, 10 Apr 2007 14:18:01 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 14BFF1FDBF; Tue, 10 Apr 2007 14:18:01 +0300 (EEST) Message-ID: <461B7268.7050904@bulinfo.net> Date: Tue, 10 Apr 2007 14:18:00 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: POSIX threads failure on arm? 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, 10 Apr 2007 11:18:04 -0000 Hi, When using libpthread on 7.0-CURRENT: Fatal error 'kse_create() failed ' at line 441 in file /usr/src-arm/src/lib/libpthread/thread/thr_kern.c (errno = 45) Both libc_r and libthr work. This error happens only on arm! What does this error mean? From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 11:35:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 452CB16A402; Tue, 10 Apr 2007 11:35:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 044D913C45B; Tue, 10 Apr 2007 11:35:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ABZi4R012487; Tue, 10 Apr 2007 07:35:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ABZiKt035680; Tue, 10 Apr 2007 07:35:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2EA5B73039; Tue, 10 Apr 2007 07:35:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410113544.2EA5B73039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 07:35:44 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 11:35:45 -0000 TB --- 2007-04-10 10:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 10:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-10 10:50:00 - cleaning the object tree TB --- 2007-04-10 10:50:25 - checking out the source tree TB --- 2007-04-10 10:50:25 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-10 10:50:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 11:00:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 11:00:22 - cd /src TB --- 2007-04-10 11:00:22 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 11:00:24 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lthr -lumem -lzpool /obj/amd64/src/tmp/usr/lib/libzpool.so: undefined reference to `kmem_size' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 11:35:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 11:35:43 - ERROR: failed to build world TB --- 2007-04-10 11:35:43 - tinderbox aborted TB --- 0.31 user 1.26 system 2743.29 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 11:32:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F0E516A404; Tue, 10 Apr 2007 11:32:15 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id BCBD113C44B; Tue, 10 Apr 2007 11:32:14 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.8/8.13.8) with ESMTP id l3ABoBip019571; Tue, 10 Apr 2007 13:50:12 +0200 (CEST) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.8/8.13.8/Submit) id l3ABoBx7019570; Tue, 10 Apr 2007 13:50:11 +0200 (CEST) (envelope-from mlfbsd) Date: Tue, 10 Apr 2007 13:50:11 +0200 From: Olivier Houchard To: Krassimir Slavchev Message-ID: <20070410115011.GA19555@ci0.org> References: <461B7268.7050904@bulinfo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <461B7268.7050904@bulinfo.net> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Tue, 10 Apr 2007 11:45:20 +0000 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: POSIX threads failure on arm? 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, 10 Apr 2007 11:32:15 -0000 On Tue, Apr 10, 2007 at 02:18:00PM +0300, Krassimir Slavchev wrote: > Hi, > > When using libpthread on 7.0-CURRENT: > > Fatal error 'kse_create() failed > ' at line 441 in file /usr/src-arm/src/lib/libpthread/thread/thr_kern.c > (errno = 45) > > Both libc_r and libthr work. > This error happens only on arm! > > What does this error mean? > Hi, Make sure you have "options KSE" in your kernel config file. Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 11:48:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 790F016A400; Tue, 10 Apr 2007 11:48:21 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3435213C459; Tue, 10 Apr 2007 11:48:21 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3BCE61FE5C; Tue, 10 Apr 2007 14:48:19 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99475-08; Tue, 10 Apr 2007 14:48:18 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id EB0491FE5B; Tue, 10 Apr 2007 14:48:17 +0300 (EEST) Message-ID: <461B7981.9050208@bulinfo.net> Date: Tue, 10 Apr 2007 14:48:17 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Olivier Houchard References: <461B7268.7050904@bulinfo.net> <20070410115011.GA19555@ci0.org> In-Reply-To: <20070410115011.GA19555@ci0.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: POSIX threads failure on arm? 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, 10 Apr 2007 11:48:21 -0000 Olivier Houchard wrote: > On Tue, Apr 10, 2007 at 02:18:00PM +0300, Krassimir Slavchev wrote: > >> Hi, >> >> When using libpthread on 7.0-CURRENT: >> >> Fatal error 'kse_create() failed >> ' at line 441 in file /usr/src-arm/src/lib/libpthread/thread/thr_kern.c >> (errno = 45) >> >> Both libc_r and libthr work. >> This error happens only on arm! >> >> What does this error mean? >> >> > > Hi, > > Make sure you have "options KSE" in your kernel config file. > > After adding this option all is OK. Thanks > Regards, > > Olivier > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 11:49:42 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65AB016A405; Tue, 10 Apr 2007 11:49:42 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5233613C44B; Tue, 10 Apr 2007 11:49:42 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id D38D01A4D81; Tue, 10 Apr 2007 04:21:50 -0700 (PDT) Date: Tue, 10 Apr 2007 13:21:50 +0200 From: Maxime Henrion To: Mark Kirkwood Message-ID: <20070410112150.GC39474@elvis.mu.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <461B69C0.4060707@paradise.net.nz> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 11:49:42 -0000 Mark Kirkwood wrote: > Kris Kennaway wrote: > >If so, then your task is the following: > > > >Make SYSV semaphores less dumb about process wakeups. Currently > >whenever the semaphore state changes, all processes sleeping on the > >semaphore are woken, even if we only have released enough resources > >for one waiting process to claim. i.e. there is a thundering herd > >wakeup situation which destroys performance at high loads. Fixing > >this will involve replacing the wakeup() calls with appropriate > >amounts of wakeup_one(). > > I'm forwarding this to the pgsql-hackers list so that folks more > qualified than I can comment, but as I understand the way postgres > implements locking each process has it *own* semaphore it waits on - > and who is waiting for what is controlled by an in (shared) memory hash > of lock structs (access to these is controlled via platform Dependant > spinlock code). So a given semaphore state change should only involve > one process wakeup. Yes but there are still a lot of wakeups to be avoided in the current System V semaphore code. More specifically, not only do we wakeup all the processes waiting on a single semaphore everytime something changes, but we also wakeup all processes waiting on *any* of the semaphore in the semaphore *set*, whatever the reason we're sleeping. I came up with a quick patch so that Kris could do some testing with it, and it appears to have helped, but only very slightly; apparently some contention within the netisr code caused problems, so that in some cases the patch helped slightly, and in others it didn't. The semaphore code needs a clean rewrite and I hope to take care of this soon, as time permits, since we are heavy consumers of PostgreSQL under FreeBSD at my company. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 12:09:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6918716A404 for ; Tue, 10 Apr 2007 12:09:22 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 57B3413C483 for ; Tue, 10 Apr 2007 12:09:22 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.197]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbFAg-000NQQ-NN; Tue, 10 Apr 2007 05:10:02 -0700 In-Reply-To: <200704101156.l3ABuDNs086801@lava.sentex.ca> References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> <200704101156.l3ABuDNs086801@lava.sentex.ca> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Tue, 10 Apr 2007 05:09:20 -0700 To: Mike Tancsa X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 12:09:22 -0000 Thanks Mike, I tried that driver and it did not compile, there were a number of errors. On Apr 10, 2007, at 4:56 AM, Mike Tancsa wrote: > At 04:53 AM 4/10/2007, Barrett Lyon wrote: >> Howdy, >> >> I've got a machine running CURRENT that does not appear to want to >> load the ixgb interface correctly. I've tried a number of things and >> I think it's a bug at this point. The card appears fine in pciconf: > > Hi, > If its a CX4 card, grab the drivers from Intel's site. > > http://downloadfinder.intel.com/scripts-df-external/ > Detail_Desc.aspx? > agr=Y&Inst=Yes&ProductID=2245&DwnldID=10958&strOSs=All&OSFullName=All% > 20Operating%20Systems&lang=eng > > Last time I tried, the drivers in the tree did not recognize the > cards. > > ---Mike > >> none3@pci6:1:0: class=0x020000 card=0xa11f8086 chip=0x1b488086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82597-based 10 Gigabit Adapter' >> class = network >> subclass = ethernet >> >> The module loads without error, but there is no ixgb0 and nothing >> shows up in dmesg. >> >> # kldunload if_ixgb >> # kldload if_ixgb >> # >> >> Any ideas? _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 12:18:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D81C16A401; Tue, 10 Apr 2007 12:18:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5B213C487; Tue, 10 Apr 2007 12:18:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ACIUNQ016404; Tue, 10 Apr 2007 08:18:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ACIUNR063935; Tue, 10 Apr 2007 08:18:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2006573039; Tue, 10 Apr 2007 08:18:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410121830.2006573039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 08:18:29 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 12:18:31 -0000 TB --- 2007-04-10 11:35:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 11:35:44 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-10 11:35:44 - cleaning the object tree TB --- 2007-04-10 11:36:05 - checking out the source tree TB --- 2007-04-10 11:36:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-10 11:36:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 11:44:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 11:44:35 - cd /src TB --- 2007-04-10 11:44:35 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 11:44:36 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lthr -lumem -lzpool /obj/src/tmp/usr/lib/libzpool.so: undefined reference to `kmem_size' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 12:18:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 12:18:29 - ERROR: failed to build world TB --- 2007-04-10 12:18:29 - tinderbox aborted TB --- 0.36 user 1.08 system 2565.69 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 12:19:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB0816A404 for ; Tue, 10 Apr 2007 12:19:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D163413C45A for ; Tue, 10 Apr 2007 12:19:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ABuDDk023530; Tue, 10 Apr 2007 07:56:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l3ABuDNs086801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Apr 2007 07:56:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704101156.l3ABuDNs086801@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 10 Apr 2007 07:56:24 -0400 To: Barrett Lyon , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 12:19:41 -0000 At 04:53 AM 4/10/2007, Barrett Lyon wrote: >Howdy, > >I've got a machine running CURRENT that does not appear to want to >load the ixgb interface correctly. I've tried a number of things and >I think it's a bug at this point. The card appears fine in pciconf: Hi, If its a CX4 card, grab the drivers from Intel's site. http://downloadfinder.intel.com/scripts-df-external/Detail_Desc.aspx?agr=Y&Inst=Yes&ProductID=2245&DwnldID=10958&strOSs=All&OSFullName=All%20Operating%20Systems&lang=eng Last time I tried, the drivers in the tree did not recognize the cards. ---Mike >none3@pci6:1:0: class=0x020000 card=0xa11f8086 chip=0x1b488086 >rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82597-based 10 Gigabit Adapter' > class = network > subclass = ethernet > >The module loads without error, but there is no ixgb0 and nothing >shows up in dmesg. > ># kldunload if_ixgb ># kldload if_ixgb ># > >Any ideas? _______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 12:33:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F14A16A402 for ; Tue, 10 Apr 2007 12:33:40 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF6513C44B for ; Tue, 10 Apr 2007 12:33:40 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.197]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbFYC-000NSW-Ik; Tue, 10 Apr 2007 05:34:20 -0700 In-Reply-To: <200704101156.l3ABuDNs086801@lava.sentex.ca> References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> <200704101156.l3ABuDNs086801@lava.sentex.ca> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Tue, 10 Apr 2007 05:33:37 -0700 To: Mike Tancsa X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 12:33:40 -0000 I stand corrected, that version of the driver does compile correctly, however, it also has some issues. I made sure the device id on the card matched the defined device id in the code: ixgb_ids.h:#define IXGB_SUBDEVICE_ID_A11F 0xA11F Which is card=0xa11f8086, and the chipset matches as well: ixgb_ids.h:#define IXGB_DEVICE_ID_82597EX_LR 0x1B48 When I loaded the ixgb-6.1.0 driver you provided the link for, I my machine crashed: frame pointer = 0x10:0x204 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2053 (kldload) trap number = 12 panic: page fault cpuid = 3 Uptime: 3h45m41s Physical memory: 32756 MB Dumping 1299 MB: 1284 1268 1252 1236 1220 1204 1188 1172 1156 1140 1124 1108 1092 1076 1060 1044 1028 1012 996 980 964 948 932 916 900 884 868 852 836 820 804 788 772 756 740 724 708 692 676 660 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 Dump complete -Barrett On Apr 10, 2007, at 4:56 AM, Mike Tancsa wrote: > At 04:53 AM 4/10/2007, Barrett Lyon wrote: >> Howdy, >> >> I've got a machine running CURRENT that does not appear to want to >> load the ixgb interface correctly. I've tried a number of things and >> I think it's a bug at this point. The card appears fine in pciconf: > > Hi, > If its a CX4 card, grab the drivers from Intel's site. > > http://downloadfinder.intel.com/scripts-df-external/ > Detail_Desc.aspx? > agr=Y&Inst=Yes&ProductID=2245&DwnldID=10958&strOSs=All&OSFullName=All% > 20Operating%20Systems&lang=eng > > Last time I tried, the drivers in the tree did not recognize the > cards. > > ---Mike > >> none3@pci6:1:0: class=0x020000 card=0xa11f8086 chip=0x1b488086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82597-based 10 Gigabit Adapter' >> class = network >> subclass = ethernet >> >> The module loads without error, but there is no ixgb0 and nothing >> shows up in dmesg. >> >> # kldunload if_ixgb >> # kldload if_ixgb >> # >> >> Any ideas? _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 12:41:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79BC616A403; Tue, 10 Apr 2007 12:41:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 36D0713C469; Tue, 10 Apr 2007 12:41:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ACfVr0020659; Tue, 10 Apr 2007 08:41:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ACfVSe081941; Tue, 10 Apr 2007 08:41:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6839F73039; Tue, 10 Apr 2007 08:41:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070410124131.6839F73039@freebsd-current.sentex.ca> Date: Tue, 10 Apr 2007 08:41:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2007 12:41:32 -0000 TB --- 2007-04-10 11:59:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-10 11:59:32 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-10 11:59:32 - cleaning the object tree TB --- 2007-04-10 11:59:48 - checking out the source tree TB --- 2007-04-10 11:59:48 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-10 11:59:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-10 12:07:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-10 12:07:45 - cd /src TB --- 2007-04-10 12:07:45 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 10 12:07:47 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_util.c cc -O2 -pipe -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/sbin/zpool/../../../compat/opensolaris/include -I/src/cddl/sbin/zpool/../../../compat/opensolaris/lib/libumem -I/src/cddl/sbin/zpool/../../../sys/compat/opensolaris -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/head -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libuutil/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libumem/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/sbin/zpool/../../../contrib/opensolaris/lib/libnvpair -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/sbin/zpool/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/sbin/zpool/../../../sys -D_SOLARIS_C_SOURCE -o zpool zpool_main.o zpool_vdev.o zpool_iter.o zpool_util.o -lavl -lgeom -lm -lnvpair -luutil -lzfs gzip -cn /src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool.8 > zpool.8.gz ===> cddl/usr.bin (all) ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -c /src/cddl/usr.bin/ztest/../../../contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -I/src/cddl/usr.bin/ztest/../../../sys -D_SOLARIS_C_SOURCE -o ztest ztest.o -lavl -lm -lnvpair -lthr -lumem -lzpool /obj/pc98/src/tmp/usr/lib/libzpool.so: undefined reference to `kmem_size' *** Error code 1 Stop in /src/cddl/usr.bin/ztest. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-10 12:41:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-10 12:41:31 - ERROR: failed to build world TB --- 2007-04-10 12:41:31 - tinderbox aborted TB --- 0.34 user 1.13 system 2518.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 13:01:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 708AC16A409 for ; Tue, 10 Apr 2007 13:01:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 226AC13C4B0 for ; Tue, 10 Apr 2007 13:01:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3AD1gmr024855; Tue, 10 Apr 2007 09:01:42 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l3AD1gj6087041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Apr 2007 09:01:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704101301.l3AD1gj6087041@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 10 Apr 2007 09:01:53 -0400 To: Barrett Lyon From: Mike Tancsa In-Reply-To: References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> <200704101156.l3ABuDNs086801@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 13:01:47 -0000 At 08:33 AM 4/10/2007, Barrett Lyon wrote: >When I loaded the ixgb-6.1.0 driver you provided the link for, I my >machine crashed: Hmmm, Its quite possible the driver really does only work with RELENG_6 which is what I used it on a month or so ago. ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 13:04:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 597C916A404; Tue, 10 Apr 2007 13:04:03 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id D699813C45B; Tue, 10 Apr 2007 13:04:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id EF6BF45B26; Tue, 10 Apr 2007 15:04:00 +0200 (CEST) Received: from localhost (pjd.wheel.pl [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 4426345684; Tue, 10 Apr 2007 15:03:54 +0200 (CEST) Date: Tue, 10 Apr 2007 15:03:46 +0200 From: Pawel Jakub Dawidek To: Alexander Nedotsukov Message-ID: <20070410130346.GD85578@garage.freebsd.pl> References: <20070406214325.GB61039@garage.freebsd.pl> <4619AE5C.7000902@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cHMo6Wbp1wrKhbfi" Content-Disposition: inline In-Reply-To: <4619AE5C.7000902@FreeBSD.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) 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=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 10 Apr 2007 13:04:03 -0000 --cHMo6Wbp1wrKhbfi Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 12:09:16PM +0900, Alexander Nedotsukov wrote: > Pawel, >=20 > Quick question. Is it typical to ZFS to run over 100 kthreads? I see a lo= t of spa_*s in ps output. Yes, that's the Solaris default. It's starts eight spa_zio_issue and eight spa_zio_intr threads for each ZIO type and there are six of them, which gives 2*8*6=3D96 threads. We may want to reduce it for FreeBSD, but I see no reason doing so except for a nicer ps(1) output. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cHMo6Wbp1wrKhbfi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGG4syForvXbEpPzQRArR4AJ94A2LaJV8S4U/QgUu+je93E0/eyQCguMXR aZDOHYZiwugl1Y9Pekz3nTg= =EQgw -----END PGP SIGNATURE----- --cHMo6Wbp1wrKhbfi-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 15:03:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B837D16A402; Tue, 10 Apr 2007 15:03:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 78A2F13C43E; Tue, 10 Apr 2007 15:03:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l3AF2Efr077105; Tue, 10 Apr 2007 09:02:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 10 Apr 2007 09:02:24 -0600 (MDT) Message-Id: <20070410.090224.1649768930.imp@bsdimp.com> To: krassi@bulinfo.net From: "M. Warner Losh" In-Reply-To: <461B7268.7050904@bulinfo.net> References: <461B7268.7050904@bulinfo.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 10 Apr 2007 09:02:15 -0600 (MDT) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: POSIX threads failure on arm? 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, 10 Apr 2007 15:03:37 -0000 In message: <461B7268.7050904@bulinfo.net> Krassimir Slavchev writes: : Hi, : : When using libpthread on 7.0-CURRENT: : : Fatal error 'kse_create() failed : ' at line 441 in file /usr/src-arm/src/lib/libpthread/thread/thr_kern.c : (errno = 45) : : Both libc_r and libthr work. : This error happens only on arm! : : What does this error mean? When do you see this error? I'm using a multi-threaded libthr program on the arm w/o seeing any of these. Of course, this is RELENG_6 that I'm seeing it on (well, our private version of RELENG_6). Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 15:53:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6B6D16A409 for ; Tue, 10 Apr 2007 15:53:00 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA9813C4B8 for ; Tue, 10 Apr 2007 15:52:59 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so106261ugh for ; Tue, 10 Apr 2007 08:52:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rfrQTAaHRojeMCinY6KWppu1QAv3dS1ATcQHQEbs3CZQfJyEasagLL+NjGKL5FeqKppkAa+CJmWic/wsqTsxsk5BQmdHSccfzD8aEf+yaQMn6Vml083rc1EuzN5364sjvetAEnAm07mAkTysEMXnYfz41tXwbjSvFdtZAfENIls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A/VhMb/K9Hz+M+Av/6KzwRtXW+O/j9i+7bRPR6rl0wtoY8Ts53VOoURqN+T53RxIRb7IWFRubBn+D1mtvyz9vXf0uEcWTRLGxptd+LTT4+NxT1whpEJdmIRiJoADJzJxVRmeC2QURsjClLQR16LUJCtQHN6dWINnYT421fEpEGA= Received: by 10.78.204.7 with SMTP id b7mr1113031hug.1176220377991; Tue, 10 Apr 2007 08:52:57 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Tue, 10 Apr 2007 08:52:57 -0700 (PDT) Message-ID: <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> Date: Tue, 10 Apr 2007 16:52:57 +0100 From: "Joao Barros" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86bqhxcifq.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> <86bqhxcifq.fsf@dwp.des.no> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS: amd64, devd, root file system. 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, 10 Apr 2007 15:53:00 -0000 I managed to sell the 200GB boot disk so now I'm going for a 4x320GB raid-z with a gmirror partition for boot. If everything goes well I'll make up a recipe for this setup and share :) PS: DES, without checking any data, I'd say the minimum wage in Norway is 3x the Portuguese one ;) On 4/9/07, Dag-Erling Sm=F8rgrav wrote: > "Joao Barros" writes: > > Btw, I hold you personally responsible for my acquisition of two extra > > 320GB drives ;) > > Pffft. I have 3 TB under my desk right now, half of it ZFS :) > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 14:39:18 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E833316A402; Tue, 10 Apr 2007 14:39:18 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mx1.freebsd.org (Postfix) with ESMTP id AA5AE13C4C2; Tue, 10 Apr 2007 14:39:18 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l3AENgaG025574; Tue, 10 Apr 2007 10:23:43 -0400 (EDT) To: Mark Kirkwood In-reply-to: <461B69C0.4060707@paradise.net.nz> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> Comments: In-reply-to Mark Kirkwood message dated "Tue, 10 Apr 2007 22:41:04 +1200" Date: Tue, 10 Apr 2007 10:23:42 -0400 Message-ID: <25573.1176215022@sss.pgh.pa.us> From: Tom Lane X-Mailman-Approved-At: Tue, 10 Apr 2007 16:07:19 +0000 Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 14:39:19 -0000 Mark Kirkwood writes: > Kris Kennaway wrote: >> If so, then your task is the following: >> >> Make SYSV semaphores less dumb about process wakeups. Currently >> whenever the semaphore state changes, all processes sleeping on the >> semaphore are woken, even if we only have released enough resources >> for one waiting process to claim. i.e. there is a thundering herd >> wakeup situation which destroys performance at high loads. Fixing >> this will involve replacing the wakeup() calls with appropriate >> amounts of wakeup_one(). > I'm forwarding this to the pgsql-hackers list so that folks more > qualified than I can comment, but as I understand the way postgres > implements locking each process has it *own* semaphore it waits on - > and who is waiting for what is controlled by an in (shared) memory hash > of lock structs (access to these is controlled via platform Dependant > spinlock code). So a given semaphore state change should only involve > one process wakeup. Correct. The behavior Kris describes is surely bad, but it's not relevant to Postgres' usage of SysV semaphores. regards, tom lane From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 16:58:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6D0716A401 for ; Tue, 10 Apr 2007 16:58:55 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id B39AE13C457 for ; Tue, 10 Apr 2007 16:58:55 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.197]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbJgt-000216-HJ; Tue, 10 Apr 2007 09:59:35 -0700 In-Reply-To: <200704101301.l3AD1gj6087041@lava.sentex.ca> References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> <200704101156.l3ABuDNs086801@lava.sentex.ca> <200704101301.l3AD1gj6087041@lava.sentex.ca> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1B5B0E60-0033-4A6A-97CB-9D302FCB220A@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Tue, 10 Apr 2007 09:58:51 -0700 To: Mike Tancsa X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 16:58:55 -0000 I have the LR adapter, like you said, the driver released by Intel for RELENG_6 appears to detect the card but on my system it crashes on load. The driver in the tree does not detect the adapter, looks like it could be somewhat of a trivial fix. Is there anyone at Intel I can ping? The email address listed in the README/man pages bounces. -B On Apr 10, 2007, at 6:01 AM, Mike Tancsa wrote: > At 08:33 AM 4/10/2007, Barrett Lyon wrote: > >> When I loaded the ixgb-6.1.0 driver you provided the link for, I my >> machine crashed: > > Hmmm, Its quite possible the driver really does only work with > RELENG_6 which is what I used it on a month or so ago. > > ---Mike > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 17:09:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34B6416A40A for ; Tue, 10 Apr 2007 17:09:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id E562713C4CE for ; Tue, 10 Apr 2007 17:09:43 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so1199899wra for ; Tue, 10 Apr 2007 10:09:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jxS3UdUOSABR8rn3ROkKZjni6htmMurgYeceos0WikaYjMNgZwo9Fd1hQ67W/9n9kTKI93RJAOgEiwgzCk9KcP1u+axIdxTrehhQOidvPbjilOhWRdNjuSL2hR2SW5rgu3fhwdC5XX7qNK9ByVuM5CyRnDx41GBklCI0xisZZBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IdZ/i7xoKiEp0Bd7RONzAkNvddYPFP7WqaFQhy3EWvYgQD0LVloHNdWRiEm1Fu3zWkecyIVkrpRYaLmdxIvUtykcQP7XVFl2eIFBznPhHziXUyA9N23K8Ee1eMcwt9ox2hmzIdq5p/4dgT+jvwUqpenmqwXZ/mzXkPpkzdbX5EE= Received: by 10.114.177.1 with SMTP id z1mr2874239wae.1176224982330; Tue, 10 Apr 2007 10:09:42 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 10 Apr 2007 10:09:42 -0700 (PDT) Message-ID: <2a41acea0704101009l6dc40541j42b9424e459121a@mail.gmail.com> Date: Tue, 10 Apr 2007 10:09:42 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200704101301.l3AD1gj6087041@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> <200704101156.l3ABuDNs086801@lava.sentex.ca> <200704101301.l3AD1gj6087041@lava.sentex.ca> Cc: freebsd-current@freebsd.org, Barrett Lyon Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 17:09:44 -0000 On 4/10/07, Mike Tancsa wrote: > At 08:33 AM 4/10/2007, Barrett Lyon wrote: > > >When I loaded the ixgb-6.1.0 driver you provided the link for, I my > >machine crashed: > > Hmmm, Its quite possible the driver really does only work with > RELENG_6 which is what I used it on a month or so ago. > > ---Mike Since that driver comes from me I can tell you with absolute certainty that its never been run or tested on CURRENT :) The ixgb driver has really been getting minimal attention because the user base on FreeBSD has been miniscule from what I can see. If there's a real customer with a problem then I can justify spending some time on it. Jack From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 17:12:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2169016A401 for ; Tue, 10 Apr 2007 17:12:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id D218913C4AE for ; Tue, 10 Apr 2007 17:12:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1420170nza for ; Tue, 10 Apr 2007 10:12:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XZiZx72qoaXYjO8Mzlm7lMyGVsgJ0XtaKLDalyZH0r/bbmf5+Vkq6FlZn67g/cRdPCm5xktFVG51H9fTQm+LrbnVaHrxexSurPBzlS11FVSIIX5RXE6xn840YDbyX089C2Ntm7c/viXzGtmcQVEyca21G5VxL7HETvcsznrHINg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Pgq4oAd0byVqMpaCSJs9oPPfFHQfxPumDPoAqBXoB14eAaffZrXb/XHTs8TbpEiVZM4aEApCWqcQCbmac8QR4mHXfobxmQNaN4jOwefh5GJSkyojDh7lY4W+JvV9kgy0terMYYoJsIFksqxztEEOnTVcA5kMfdLoe5UqlrPHKB8= Received: by 10.114.152.17 with SMTP id z17mr2894802wad.1176225146743; Tue, 10 Apr 2007 10:12:26 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 10 Apr 2007 10:12:26 -0700 (PDT) Message-ID: <2a41acea0704101012l5e4c7064t4f64e6cafb4217af@mail.gmail.com> Date: Tue, 10 Apr 2007 10:12:26 -0700 From: "Jack Vogel" To: "Barrett Lyon" In-Reply-To: <1B5B0E60-0033-4A6A-97CB-9D302FCB220A@blyon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5F0EF639-51B8-4350-8DB1-FCB6A8BB0174@blyon.com> <200704101156.l3ABuDNs086801@lava.sentex.ca> <200704101301.l3AD1gj6087041@lava.sentex.ca> <1B5B0E60-0033-4A6A-97CB-9D302FCB220A@blyon.com> Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: Problems with if_ixgb 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, 10 Apr 2007 17:12:28 -0000 On 4/10/07, Barrett Lyon wrote: > I have the LR adapter, like you said, the driver released by Intel > for RELENG_6 appears to detect the card but on my system it crashes > on load. The driver in the tree does not detect the adapter, looks > like it could be somewhat of a trivial fix. > > Is there anyone at Intel I can ping? The email address listed in the > README/man pages bounces. > > -B I'll look into this. Jack From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 17:22:19 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A972A16A400; Tue, 10 Apr 2007 17:22:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id 286C213C4B9; Tue, 10 Apr 2007 17:22:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id l3AHMD38046892; Wed, 11 Apr 2007 02:22:15 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 11 Apr 2007 02:22:14 +0900 From: Norikatsu Shigemura To: Scott Long Message-Id: <20070411022214.99d8d3de.nork@FreeBSD.org> In-Reply-To: <461A9907.3090700@samsco.org> References: <20070409012001.adeb61b8.nork@FreeBSD.org> <461A9907.3090700@samsco.org> X-Mailer: Sylpheed 2.4.0beta5 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 11 Apr 2007 02:22:15 +0900 (JST) Cc: Norikatsu Shigemura , current@FreeBSD.org Subject: Re: linux sg panic on 7-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: Tue, 10 Apr 2007 17:22:19 -0000 On Mon, 09 Apr 2007 13:50:31 -0600 Scott Long wrote: > Norikatsu Shigemura wrote: > > I have a new issue of linux sg, new cam feature. So I kgdb-ed, > > but I have no idea to fix this issue. Please see also following > > result. > Can you try again with the fixes that I committed a few hours ago? Thank you. I validated that this issue was fixed after your commit. My hald (ports/sysutils/hal) was successfully booted from /usr/local/etc/rc.d/hald. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:03:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B06916A402; Tue, 10 Apr 2007 18:03:48 +0000 (UTC) (envelope-from peter@pean.org) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7C87513C45E; Tue, 10 Apr 2007 18:03:45 +0000 (UTC) (envelope-from peter@pean.org) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep01.bredband.com with ESMTP id <20070410173505.QHHO3634.mxfep01.bredband.com@ironport2.bredband.com>; Tue, 10 Apr 2007 19:35:05 +0200 Received: from c-1fda72d5.07-172-73746f44.cust.bredbandsbolaget.se (HELO [172.25.1.26]) ([213.114.218.31]) by ironport2.bredband.com with ESMTP; 10 Apr 2007 19:35:05 +0200 Message-ID: <461BCAC8.2040001@pean.org> Date: Tue, 10 Apr 2007 19:35:04 +0200 From: Peter User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070406214325.GB61039@garage.freebsd.pl> In-Reply-To: <20070406214325.GB61039@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 10 Apr 2007 18:03:48 -0000 Pawel Jakub Dawidek skrev: >Ok, ZFS is now in the tree, what's now? Below you'll find some >instructions how to quickly make it up and running. > >First of all you need some disks. Let's assume you have three spare SCSI >disks: da0, da1, da2. > >Add a line to your /etc/rc.conf to start ZFS automatically on boot: > > # echo 'zfs_enable="YES"' >> /etc/rc.conf > >Load ZFS kernel module, for the first time by hand: > > # kldload zfs.ko > >Now, setup one pool using RAIDZ: > > # zpool create tank raidz da0 da1 da2 > >It should automatically mount /tank/ for you. > >Ok, now put /usr/ on ZFS and propose some file systems layout. I know >you probably have some files already, so we will work on /tank/usr >directory and once we ready, we will just change the mountpoint to /usr. > > # zfs create tank/usr > >Create ports/ file system and enable gzip compression on it, because >most likely we will have only text files there. On the other hand, we >don't want to compress ports/distfiles/, because we keep compressed >stuff already in-there: > > # zfs create tank/usr/ports > # zfs set compression=gzip tank/usr/ports > # zfs create tank/usr/ports/distfiles > # zfs set compression=off tank/usr/ports/distfiles > >(You do see how your life is changing, don't you?:)) > >Let's create home file system, my own home/pjd/ file system. I know we >use RAIDZ, but I want to have directory where I put extremly important >stuff, you I'll define that each block has to be stored in tree copies: > > # zfs create tank/usr/home > # zfs create tank/usr/home/pjd > # zfs create tank/usr/home/pjd/important > # zfs set copies=3 tank/usr/home/pjd/important > >I'd like to have directory with music, etc. that I NFS share. I don't >really care about this stuff and my computer is not very fast, so I'll >just turn off checksumming (this is only for example purposes! please, >benchmark before doing it, because it's most likely not worth it!): > > # zfs create tank/music > # zfs set checksum=off tank/music > # zfs set sharenfs=on tank/music > >Oh, I almost forget. Who cares about access time updates? > > # zfs set atime=off tank > >Yes, we set it only on tank and it will be automatically inherited by >others. > >Will be also good to be informed if everything is fine with our pool: > > # echo 'daily_status_zfs_enable="YES"' >> /etc/periodic.conf > >For some reason you still need UFS file system, for example you use ACLs >or extended attributes which are not yet supported by our ZFS. If so, >why not just use ZFS to provide storage? This way we gain cheap UFS >snapshots, UFS clones, etc. by simply using ZVOLs. > > # zfs create -V 10g tank/ufs > # newfs /dev/zvol/tank/ufs > # mount /dev/zvol/tank/ufs /ufs > > # zfs snapshot tank/ufs@20070406 > # mount -r /dev/zvol/tank/ufs@20070406 /ufs20070406 > > # zfs clone tank/ufs@20070406 tank/ufsok > # fsck_ffs -p /dev/zvol/tank/ufsok > # mount /dev/zvol/tank/ufsok /ufsok > >Want to encrypt your swap and still use ZFS? Nothing more trivial: > > # zfs create -V 4g tank/swap > # geli onetime -s 4096 /dev/zvol/tank/swap > # swapon /dev/zvol/tank/swap.eli > >Trying to do something risky with your home? Snapshot it first! > > # zfs snapshot tank/home/pjd@justincase > >Turns out it was more stupid than risky? Rollback your snapshot! > > # zfs rollback tank/home/pjd@justincase > # zfs destroy tank/home/pjd@justincase > >Ok, everything works, we may set tank/usr as our real /usr: > > # zfs set mountpoint=/usr tank/usr > >Don't forget to read zfs(8) and zpool(8) manual pages and SUN's ZFS >administration guide: > > http://www.opensolaris.org/os/community/zfs/docs/zfsadmin.pdf > > > I think i just did somethink stupid. Heh. I wanted to try to add some space to my pool, so i used zpool add tank da0s1eand it worked out very well. But I cant figure out how to remove it. Can I remove it? I dont want to have my external drive connected to my laptop for ever. :( zpool iostat -v tells me there is only 8MB of data on the da0s1e.. If there is a simple way to solve this problem please tell me. Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:24:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D603C16A401 for ; Tue, 10 Apr 2007 18:24:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 08EB213C45A for ; Tue, 10 Apr 2007 18:24:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3AHixmh034154; Tue, 10 Apr 2007 12:44:59 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <461BCD1B.9070302@freebsd.org> Date: Tue, 10 Apr 2007 12:44:59 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <86slb8zecx.fsf@dwp.des.no> In-Reply-To: <86slb8zecx.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.88.4/3064/Tue Apr 10 11:25:23 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: current@freebsd.org Subject: Re: panic: lockmgr: locking against myself 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, 10 Apr 2007 18:24:32 -0000 On 04/10/07 05:57, Dag-Erling Smørgrav wrote: > I've been getting quite a few of these lately: [..snip..] > panic: lockmgr: locking against myself [..snip..] > (kgdb) where > #0 doadump () at pcpu.h:172 > During symbol reading, Incomplete CFI data; unspecified registers at 0xc05301f7. > #1 0xc053096e in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc053043b in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc05225fb in _lockmgr (lkp=0xcf55e278, flags=0x3002, interlkp=0xcf55e278, td=0xc5235870, > file=0xc86e248a "/usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c", line=0xac9) > at /usr/src/sys/kern/kern_lock.c:448 > #4 0xc0594392 in vop_stdlock (ap=0x0) at /usr/src/sys/kern/vfs_default.c:266 > #5 0xc06a70df in _VOP_LOCK_APV (vop=0x0, a=0xf4643860) at vnode_if.c:1617 > #6 0xc05abb06 in _vn_lock (vp=0xcf55e220, flags=0x1002, td=0xc5235870, > file=0xc86e248a "/usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c", line=0xac9) > at vnode_if.h:850 > #7 0xc86d33df in nfsrv_symlink (nfsd=0xcfd7fb00, slp=0x0, td=0xc5235870, mrq=0xf4643bfc) > at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_serv.c:2761 > #8 0xc86e10a8 in nfssvc (td=0xc5235870, uap=0xca2f6b80) > at /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_syscalls.c:477 > #9 0xc069437f in syscall (frame=0xf4643d38) at /usr/src/sys/i386/i386/trap.c:1008 > #10 0xc067f1c0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 > #11 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > DES Can you describe your setup a bit? Also, do you know which symlink triggers it? Eric From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:26:07 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A508416A402; Tue, 10 Apr 2007 18:26:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 404FC13C465; Tue, 10 Apr 2007 18:26:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C32FB456B1; Tue, 10 Apr 2007 20:26:05 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 92E214569A; Tue, 10 Apr 2007 20:25:58 +0200 (CEST) Date: Tue, 10 Apr 2007 20:25:49 +0200 From: Pawel Jakub Dawidek To: Peter Message-ID: <20070410182549.GB90135@garage.freebsd.pl> References: <20070406214325.GB61039@garage.freebsd.pl> <461BCAC8.2040001@pean.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <461BCAC8.2040001@pean.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 10 Apr 2007 18:26:07 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 07:35:04PM +0200, Peter wrote: > I think i just did somethink stupid. Heh. >=20 > I wanted to try to add some space to my pool, so i used > zpool add tank da0s1eand it worked out very well. > But I cant figure out how to remove it. Can I remove it? > I dont want to have my external drive connected to my laptop for ever. :( > zpool iostat -v tells me there is only 8MB of data on the da0s1e.. >=20 > If there is a simple way to solve this problem please tell me. Unfortunately you can't remove component from zpool yet (actually you can, but only if it's a part of a mirror/raidz). All you can do is to backup your data, fix the pool and restore. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGG9atForvXbEpPzQRAuwCAJ9i2/zeDm7wCEnwMA2zaKrKN5cpWgCdHCHI tajpJx9ebUb6aBHi43k3wDM= =BJvz -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:31:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E6C916A403; Tue, 10 Apr 2007 18:31:12 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E53B813C4BE; Tue, 10 Apr 2007 18:31:11 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BD02920A1; Tue, 10 Apr 2007 20:31:05 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id AEC7B2091; Tue, 10 Apr 2007 20:31:05 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 73C7EA10AC; Tue, 10 Apr 2007 20:31:05 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Eric Anderson References: <86slb8zecx.fsf@dwp.des.no> <461BCD1B.9070302@freebsd.org> Date: Tue, 10 Apr 2007 20:31:04 +0200 Message-ID: <86zm5gm68n.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: panic: lockmgr: locking against myself 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, 10 Apr 2007 18:31:12 -0000 Eric Anderson writes: > Can you describe your setup a bit? Also, do you know which symlink > triggers it? I'm not sure, but I suspect it was the Firefox lock file. There's not much to say about my setup - file server running -CURRENT, /home/des on ZFS, all machines in the network (except for the router and the log server) mount /home/des and a bunch of other file systems over NFS. When I run Linux on my desktop, I only mount /home/des, so whatever crashes the server has to be there. Today, it crashed twice in a row while starting Firefox, which is why I suspect the lock file. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:43:32 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49ABA16A406; Tue, 10 Apr 2007 18:43:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1A73813C4E8; Tue, 10 Apr 2007 18:43:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3BA471A4D86; Tue, 10 Apr 2007 11:43:12 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BD2E8513AE; Tue, 10 Apr 2007 14:43:04 -0400 (EDT) Date: Tue, 10 Apr 2007 14:43:04 -0400 From: Kris Kennaway To: Mark Kirkwood Message-ID: <20070410184304.GB44123@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <461B69C0.4060707@paradise.net.nz> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Kris Kennaway Subject: Re: Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 18:43:32 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 10:41:04PM +1200, Mark Kirkwood wrote: > Kris Kennaway wrote: > >If so, then your task is the following: > > > >Make SYSV semaphores less dumb about process wakeups. Currently > >whenever the semaphore state changes, all processes sleeping on the > >semaphore are woken, even if we only have released enough resources > >for one waiting process to claim. i.e. there is a thundering herd > >wakeup situation which destroys performance at high loads. Fixing > >this will involve replacing the wakeup() calls with appropriate > >amounts of wakeup_one(). >=20 > I'm forwarding this to the pgsql-hackers list so that folks more=20 > qualified than I can comment, but as I understand the way postgres=20 > implements locking each process has it *own* semaphore it waits on -=20 > and who is waiting for what is controlled by an in (shared) memory hash= =20 > of lock structs (access to these is controlled via platform Dependant=20 > spinlock code). So a given semaphore state change should only involve=20 > one process wakeup. I have not studied the exact code path, but there are indeed multiple wakeups happening from the semaphore code (as many as the number of active postgresql processes). It is easy to instrument sleepq_broadcast() and log them when they happen. Anyway mux@ fixed this some time ago, which indeed helped scaling for traffic over a local domain socket (particularly at higher loads), but I saw some anomalous results when using loopback TCP traffic. I think this is unrelated (in this situation TCP is highly contended, and it is often the case that fixing one bottleneck can make a highly contended situation perform worse, because you were effectively serializing a bit before, and reducing the non-linear behaviour) but am still investigating, so the patch has not yet been committed. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGG9q4Wry0BWjoQKURAgj5AKD8GphymMDpkMqiJsyxu77xXZN5RACbBlbV OxZZdXcUrbW7nwz2Ac/srxo= =UDMf -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:43:37 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2EEC16A407; Tue, 10 Apr 2007 18:43:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AD7CC13C4C3; Tue, 10 Apr 2007 18:43:37 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B76241A4D81; Tue, 10 Apr 2007 11:43:39 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2FB3651B82; Tue, 10 Apr 2007 14:43:33 -0400 (EDT) Date: Tue, 10 Apr 2007 14:43:33 -0400 From: Kris Kennaway To: Tom Lane Message-ID: <20070410184332.GC44123@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <25573.1176215022@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline In-Reply-To: <25573.1176215022@sss.pgh.pa.us> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , Kris Kennaway Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 18:43:37 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 10:23:42AM -0400, Tom Lane wrote: > Mark Kirkwood writes: > > Kris Kennaway wrote: > >> If so, then your task is the following: > >>=20 > >> Make SYSV semaphores less dumb about process wakeups. Currently > >> whenever the semaphore state changes, all processes sleeping on the > >> semaphore are woken, even if we only have released enough resources > >> for one waiting process to claim. i.e. there is a thundering herd > >> wakeup situation which destroys performance at high loads. Fixing > >> this will involve replacing the wakeup() calls with appropriate > >> amounts of wakeup_one(). >=20 > > I'm forwarding this to the pgsql-hackers list so that folks more=20 > > qualified than I can comment, but as I understand the way postgres=20 > > implements locking each process has it *own* semaphore it waits on -= =20 > > and who is waiting for what is controlled by an in (shared) memory hash= =20 > > of lock structs (access to these is controlled via platform Dependant= =20 > > spinlock code). So a given semaphore state change should only involve= =20 > > one process wakeup. >=20 > Correct. The behavior Kris describes is surely bad, but it's not > relevant to Postgres' usage of SysV semaphores. Sorry, but the behaviour is real. Kris --XOIedfhf+7KOe/yw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGG9rUWry0BWjoQKURAmsHAKDnlEDzWjsnN6DSpJZwD9rJ4uhxkwCfT5Wk KPvE0REv7jdpbMea6D0KuYU= =l8NM -----END PGP SIGNATURE----- --XOIedfhf+7KOe/yw-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:43:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D0D116A414 for ; Tue, 10 Apr 2007 18:43:44 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2D31513C4BD for ; Tue, 10 Apr 2007 18:43:44 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.197]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbLKJ-0002BF-FL for current@freebsd.org; Tue, 10 Apr 2007 11:44:23 -0700 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: Barrett Lyon Date: Tue, 10 Apr 2007 11:43:39 -0700 X-Mailer: Apple Mail (2.752.2) Cc: Subject: failures with if_em on txcsum/rxcsum enabled 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, 10 Apr 2007 18:43:44 -0000 I've been working on a number of problems related to the txcsum/ rxcsum options on if_em and if_mxge and with that stuff enabled while talking to a large range of HTTP hosts, it's causing crashes. It seems pretty consistent across the board with varying symptoms. This was built from today's tree: em0: discard frame w/o packet header Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc06fd90c stack pointer = 0x28:0xe38bc9b8 frame pointer = 0x28:0xe38bc9e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 26 (em0 taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 6m41s Physical memory: 2039 MB Dumping 245 MB: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x200 fault code = supervisor read, page not present instruction pointer = 0x20:0x200 stack pointer = 0x28:0xe38bc500 frame pointer = 0x28:0xe38bc510 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 26 (em0 taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 6m42s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Stopping other CPUs From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:11:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26CA716A403 for ; Tue, 10 Apr 2007 18:11:33 +0000 (UTC) (envelope-from coolaz@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id DA86C13C4DA for ; Tue, 10 Apr 2007 18:11:32 +0000 (UTC) (envelope-from coolaz@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id CB26771ED887; Tue, 10 Apr 2007 20:10:47 +0200 (CEST) Received: from [91.16.209.1] (helo=example.net) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.107 #114) id 1HbKng-0007pd-00; Tue, 10 Apr 2007 20:10:42 +0200 Received: by example.net (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher AES256-SHA (256/256 bits)) coolaz@web.de; Tue, 10 Apr 2007 20:11:23 +0200 (CEST) Date: Tue, 10 Apr 2007 20:11:22 +0200 From: Martin Kulas To: Randall Stewart Message-ID: <20070410181122.GA12483@thunderbird.tld> References: <20070409214504.GA1780@thunderbird.tld> <461B6945.90109@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <461B6945.90109@cisco.com> User-Agent: Mutt/1.4.2.2i X-PGP-Key: http://www.stud.uni-hamburg.de/~kulas/mkulas_pubkey.asc Sender: coolaz@web.de X-Sender: coolaz@web.de X-Mailman-Approved-At: Tue, 10 Apr 2007 18:45:44 +0000 Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: netcat with SCTP support 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, 10 Apr 2007 18:11:33 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 06:39:01AM -0400, Randall Stewart wrote: >=20 > Thanks for checking out SCTP for netcat... let me > see if I can re-create this bug with current and figure > out what is broken... This sounds like a bug with the > TCP model.. I rewrote netcat's readwrite() to use select() instead of the poll() systemcall but read() on the network file descriptor still does not=20 return EOF. So netcat is not notified that the SCTP association has=20 been closed. =20 > So to recreate this.. I set things up run it > and ctl-c the client? Yeah. Starting SCTP server: $ nc -c -l 127.0.0.1 55555 Starting SCTP client: $ nc -c 127.0.0.1 55555 Now send a SIGINT (ctl-c) to client or server. Sending SIGINT using=20 TCP sockets will terminate the connection immediately and notifing the other side. Cheers, Martin =20 --=20 PGP Key: http://www.stud.uni-hamburg.de/~kulas/mkulas_pubkey.asc --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGG9NJu1jKg1agQ1oRAl2KAKCq3UkYCN/+Vd/qRv/mhhXRzK8qSwCfeo3o mWjTRZh/r5/pchnDzDuPamc= =ve0e -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:46:57 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E865A16A401; Tue, 10 Apr 2007 18:46:57 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mx1.freebsd.org (Postfix) with ESMTP id ACE5913C44C; Tue, 10 Apr 2007 18:46:57 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l3AIkurG028538; Tue, 10 Apr 2007 14:46:56 -0400 (EDT) To: Kris Kennaway In-reply-to: <20070410184332.GC44123@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <25573.1176215022@sss.pgh.pa.us> <20070410184332.GC44123@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Tue, 10 Apr 2007 14:43:33 -0400" Date: Tue, 10 Apr 2007 14:46:56 -0400 Message-ID: <28537.1176230816@sss.pgh.pa.us> From: Tom Lane X-Mailman-Approved-At: Tue, 10 Apr 2007 18:51:09 +0000 Cc: performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , pgsql-hackers Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 18:46:58 -0000 Kris Kennaway writes: >>> Make SYSV semaphores less dumb about process wakeups. Currently >>> whenever the semaphore state changes, all processes sleeping on the >>> semaphore are woken, even if we only have released enough resources >>> for one waiting process to claim. >> Correct. The behavior Kris describes is surely bad, but it's not >> relevant to Postgres' usage of SysV semaphores. > Sorry, but the behaviour is real. Oh, I'm sure the BSD kernel acts as you describe. But Mark's point is that Postgres never has more than one process waiting on any particular SysV semaphore, and so the problem doesn't really affect us. Or do you mean that the kernel wakes all processes sleeping on *any* SysV semaphore? That would be nasty :-( regards, tom lane From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 18:58:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50E9816A404; Tue, 10 Apr 2007 18:58:22 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3964613C484; Tue, 10 Apr 2007 18:58:22 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DDEAA1A4D81; Tue, 10 Apr 2007 11:58:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 48F3F51566; Tue, 10 Apr 2007 14:58:21 -0400 (EDT) Date: Tue, 10 Apr 2007 14:58:21 -0400 From: Kris Kennaway To: "Andrey V. Elsukov" Message-ID: <20070410185821.GA72472@xor.obsecurity.org> References: <20070406025700.GB98545@garage.freebsd.pl> <461B1DDC.8050009@yandex.ru> <20070410061006.GA42711@xor.obsecurity.org> <6eb82e0704092335h31df5be5qd7cee8f7234b1539@mail.gmail.com> <20070410063817.GA43061@xor.obsecurity.org> <461B36D5.3020307@yandex.ru> <20070410070628.GA43365@xor.obsecurity.org> <461B46E5.5070509@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <461B46E5.5070509@yandex.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , freebsd-current@freebsd.org, Rong-en Fan , Kris Kennaway Subject: Re: ZFS committed to the FreeBSD base. 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, 10 Apr 2007 18:58:22 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 12:12:21PM +0400, Andrey V. Elsukov wrote: > Kris Kennaway wrote: > >\o/ > > > >You might need to recompile with DEBUG_LOCKS and DEBUG_VFS_LOCKS and > >do 'show lockedvnods', but maybe this is trivially reproducible. >=20 > I've rollbacked and destroyed this snapshot and now don't have this > problem. But i have several LOR. Some of these are already known, at least. Also please try to recreate the deadlock. Thanks, Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGG95MWry0BWjoQKURAg0mAJ0UORPKTLd+b/sG8c+xTVfREBqMcACgxkKW u8zrDBZsFZ+ij6MujCiVE80= =kxZY -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 19:41:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3B7516A403 for ; Tue, 10 Apr 2007 19:41:56 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 86DB113C4BA for ; Tue, 10 Apr 2007 19:41:55 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so148940ugh for ; Tue, 10 Apr 2007 12:41:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=CjBJsnYvxJZJv7yRcCmfs0mBBKDFMarVlG/fejnsWIJluwOyA1ZTLuqpQ4xcAgSUuIXQllp21T/x9QIFKzX/vw4Ckf5laOU5pi12zv7yDW6l3TJ4SaQqfPC0yAyKXpMuFodg8Rpd5K+FpY3AJsq3D6LbmbaEfluaVDxftlY/Dxg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=om1Tj0rDYGvkvLQf8MeUdUZfOMyXmhzifGb/TZytoDzSYUqC1yBOdXMDJ51cDyfVdlMmpbBDDQnHPYfLW+K9cr7uI4IMFWxjng4LRMSUVCgj/hjMEuEay+VlNhxf8O/19VXbzmuFvjWvWElWlEENmmEc9j/PaG8h8woYdhoPVi0= Received: by 10.82.163.13 with SMTP id l13mr4875095bue.1176234113620; Tue, 10 Apr 2007 12:41:53 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.66]) by mx.google.com with ESMTP id u9sm6551277muf.2007.04.10.12.41.51; Tue, 10 Apr 2007 12:41:53 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l3AJfaKV004356; Tue, 10 Apr 2007 21:41:36 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l3AHMuYh003069; Tue, 10 Apr 2007 19:22:56 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 10 Apr 2007 19:22:56 +0200 From: Ulrich Spoerlein To: Pawel Jakub Dawidek Message-ID: <20070410172256.GA1401@roadrunner.q.local> Mail-Followup-To: Pawel Jakub Dawidek , freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org References: <20070406214325.GB61039@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070406214325.GB61039@garage.freebsd.pl> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 10 Apr 2007 19:41:57 -0000 Hi Pawel, impressive stuff. Is it possible and useable to use ZFS as a GMIRROR replacement where one disk is detached most of the time? I use an external (Firewire) disk to mirror my system disk. It gets only attached once a week for synchronizing. That way, I get a consistent 1:1 mirror of the system disk. Does ZFS cope with detached drives as well? And can the detached drive function on its own? (Sometimes, I use this firewire drive as a portable disk to supplement my laptop storage). Thanks! Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 19:45:13 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04B5B16A47F; Tue, 10 Apr 2007 19:45:13 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5491513C44B; Tue, 10 Apr 2007 19:45:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 592261A4D81; Tue, 10 Apr 2007 12:45:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B32155152C; Tue, 10 Apr 2007 15:45:08 -0400 (EDT) Date: Tue, 10 Apr 2007 15:45:08 -0400 From: Kris Kennaway To: Tom Lane Message-ID: <20070410194508.GA73072@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <25573.1176215022@sss.pgh.pa.us> <20070410184332.GC44123@xor.obsecurity.org> <28537.1176230816@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <28537.1176230816@sss.pgh.pa.us> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , Kris Kennaway Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 19:45:13 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 02:46:56PM -0400, Tom Lane wrote: > Kris Kennaway writes: > >>> Make SYSV semaphores less dumb about process wakeups. Currently > >>> whenever the semaphore state changes, all processes sleeping on the > >>> semaphore are woken, even if we only have released enough resources > >>> for one waiting process to claim. >=20 > >> Correct. The behavior Kris describes is surely bad, but it's not > >> relevant to Postgres' usage of SysV semaphores. >=20 > > Sorry, but the behaviour is real. >=20 > Oh, I'm sure the BSD kernel acts as you describe. But Mark's point is > that Postgres never has more than one process waiting on any particular > SysV semaphore, and so the problem doesn't really affect us. >=20 > Or do you mean that the kernel wakes all processes sleeping on *any* > SysV semaphore? That would be nasty :-( To be clear, some behaviour that postgresql does with sysv semaphores causes wakeups of many processes at once. i.e. if you have 20 clients, you will get up to 20 wakeups. I haven't studied the precise cause of this, but it is empirically true. This is the scaling problem I described, and it's what mux's patch addresses. Kris --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGG+lEWry0BWjoQKURAoFLAJ43YXRWteFzSq6h203IAD91EMuKCgCfTOFV tacaoES8XR0lq1tH7qtwUN4= =bTF6 -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 20:09:45 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B10216A400; Tue, 10 Apr 2007 20:09:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2547B13C468; Tue, 10 Apr 2007 20:09:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DA2261A4D8B; Tue, 10 Apr 2007 13:09:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3DC735152C; Tue, 10 Apr 2007 16:09:44 -0400 (EDT) Date: Tue, 10 Apr 2007 16:09:44 -0400 From: Kris Kennaway To: Tom Lane Message-ID: <20070410200944.GA73534@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <25573.1176215022@sss.pgh.pa.us> <20070410184332.GC44123@xor.obsecurity.org> <28537.1176230816@sss.pgh.pa.us> <20070410194508.GA73072@xor.obsecurity.org> <555.1176234720@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <555.1176234720@sss.pgh.pa.us> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , Kris Kennaway Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 20:09:45 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 03:52:00PM -0400, Tom Lane wrote: > Kris Kennaway writes: > > On Tue, Apr 10, 2007 at 02:46:56PM -0400, Tom Lane wrote: > >> Oh, I'm sure the BSD kernel acts as you describe. But Mark's point is > >> that Postgres never has more than one process waiting on any particular > >> SysV semaphore, and so the problem doesn't really affect us. >=20 > > To be clear, some behaviour that postgresql does with sysv semaphores > > causes wakeups of many processes at once. i.e. if you have 20 > > clients, you will get up to 20 wakeups. I haven't studied the precise > > cause of this, but it is empirically true. This is the scaling > > problem I described, and it's what mux's patch addresses. >=20 > [ shrug... ] To the extent that that happens, it's Postgres' own issue, > and no amount of kernel rejiggering will change it. But I certainly > have no objection to a patch that fixes the kernel behavior ... As we've discussed before, by far the bigger issue with postgresql performance on FreeBSD is the default setting of update_process_titles=3Don. Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGG+8HWry0BWjoQKURAkleAKDmbOCNbFOMGymoOWUAahlAectF9wCdEiRV QF1Y1ncUaTBcw2+UCNoRYfM= =ZPuL -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 20:22:10 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7C6B16A401; Tue, 10 Apr 2007 20:22:10 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id B4C6513C483; Tue, 10 Apr 2007 20:22:08 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 6EE32110D6; Tue, 10 Apr 2007 15:22:08 -0500 (CDT) Date: Tue, 10 Apr 2007 15:22:05 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20070410202204.GA19591@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , freebsd-current@FreeBSD.org References: <20070406214325.GB61039@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070406214325.GB61039@garage.freebsd.pl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS - quick start. 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, 10 Apr 2007 20:22:10 -0000 On Fri, Apr 06, 2007 at 11:43:25PM +0200, Pawel Jakub Dawidek wrote: > # zfs set sharenfs=on tank/music Ok, sorry to bug again, but does this actually work or is it still an upcoming feature? I tried setting sharenfs=on just to see and it didn't seem to have any effect that I could tell. Is this NFSv4 or v3? Does ZFS have its own nfs server or does it depend on having all the rpc stuff running? Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 20:22:48 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 360D216A402; Tue, 10 Apr 2007 20:22:48 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id CF75013C448; Tue, 10 Apr 2007 20:22:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 63748487F0; Tue, 10 Apr 2007 22:22:46 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 04C864569A; Tue, 10 Apr 2007 22:22:40 +0200 (CEST) Date: Tue, 10 Apr 2007 22:22:32 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org Message-ID: <20070410202232.GE90135@garage.freebsd.pl> References: <20070406214325.GB61039@garage.freebsd.pl> <20070410172256.GA1401@roadrunner.q.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SNIs70sCzqvszXB4" Content-Disposition: inline In-Reply-To: <20070410172256.GA1401@roadrunner.q.local> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: ZFS - quick start. 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, 10 Apr 2007 20:22:48 -0000 --SNIs70sCzqvszXB4 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 07:22:56PM +0200, Ulrich Spoerlein wrote: > Hi Pawel, >=20 > impressive stuff. Is it possible and useable to use ZFS as a GMIRROR > replacement where one disk is detached most of the time? >=20 > I use an external (Firewire) disk to mirror my system disk. It gets only > attached once a week for synchronizing. That way, I get a consistent > 1:1 mirror of the system disk. Yes, it is possible. The nice things about ZFS is that (because of integrated with volume manager) it will know exactly which data to synchronize, so won't be blindly synchronize entire disk. > Does ZFS cope with detached drives as well? And can the detached drive > function on its own? (Sometimes, I use this firewire drive as a > portable disk to supplement my laptop storage). I don't think that is possible, you may want to look for the answer in zfs-discuss@opensolaris.org mailing list archives. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --SNIs70sCzqvszXB4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGG/IIForvXbEpPzQRAtXNAKDZ2haQFPjXfrKhL01v4+uGwkWMhgCguPv7 pQCfB6G6ANIa+3A+zotvVfo= =YTkJ -----END PGP SIGNATURE----- --SNIs70sCzqvszXB4-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 20:31:31 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE25816A402 for ; Tue, 10 Apr 2007 20:31:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 4350013C455 for ; Tue, 10 Apr 2007 20:31:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E12E6487F0; Tue, 10 Apr 2007 22:31:27 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 55F4F4569A; Tue, 10 Apr 2007 22:31:17 +0200 (CEST) Date: Tue, 10 Apr 2007 22:31:06 +0200 From: Pawel Jakub Dawidek To: Craig Boston , freebsd-current@FreeBSD.org Message-ID: <20070410203106.GF90135@garage.freebsd.pl> References: <20070406214325.GB61039@garage.freebsd.pl> <20070410202204.GA19591@nowhere> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2FkSFaIQeDFoAt0B" Content-Disposition: inline In-Reply-To: <20070410202204.GA19591@nowhere> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: ZFS - quick start. 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, 10 Apr 2007 20:31:32 -0000 --2FkSFaIQeDFoAt0B Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 03:22:05PM -0500, Craig Boston wrote: > On Fri, Apr 06, 2007 at 11:43:25PM +0200, Pawel Jakub Dawidek wrote: > > # zfs set sharenfs=3Don tank/music >=20 > Ok, sorry to bug again, but does this actually work or is it still an > upcoming feature? >=20 > I tried setting sharenfs=3Don just to see and it didn't seem to have any > effect that I could tell. You need to run mountd(8) with two exports(5) files, like: # mountd /etc/exports /etc/zfs/exports If you have zfs_enable=3D"YES" in your /etc/rc.conf, mountd will automatically pick /etc/zfs/exports up. > Is this NFSv4 or v3? Does ZFS have its own nfs server or does it > depend on having all the rpc stuff running? There is no magic, 'zfs sharenfs=3Don' will just add an entry to /etc/zfs/exports and send SIGHUP to mountd. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2FkSFaIQeDFoAt0B Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGG/QKForvXbEpPzQRAkOKAJkB1TIeTZ9gyvZH0SeIMyW0tb/JiACeOnAJ byOIQMleDbV2391uOMErMQk= =RvaW -----END PGP SIGNATURE----- --2FkSFaIQeDFoAt0B-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 20:32:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E763416A40B for ; Tue, 10 Apr 2007 20:32:11 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id C942A13C4DE for ; Tue, 10 Apr 2007 20:32:11 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 26008 invoked from network); 10 Apr 2007 20:13:17 -0000 Received: from ppp-71-139-28-99.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.28.99) by root.org with ESMTPA; 10 Apr 2007 20:13:17 -0000 Message-ID: <461BEFD6.2050302@root.org> Date: Tue, 10 Apr 2007 13:13:10 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Giorgos Keramidas References: <4608A5D9.2010902@root.org> <20070327151058.5qk9etifk880g4cc@webmail.leidinger.net> <20070327140741.GA60454@kobe.laptop> <200703271227.14308.jhb@freebsd.org> <20070406211229.GB1078@kobe.laptop> In-Reply-To: <20070406211229.GB1078@kobe.laptop> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: S?ren Schmidt , Ariff Abdullah , current@freebsd.org Subject: Re: recent commits break via 8235 ata 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, 10 Apr 2007 20:32:12 -0000 Giorgos Keramidas wrote: > On 2007-03-27 12:27, John Baldwin wrote: >> If that is the case it's because code was using >> rman_get_bus(handle|tag) on a resource that wasn't activated yet which >> wouldn't have worked before the nexus changes either. Well, the bus >> tag might have been right, but the handle for SYS_RES_MEMORY would >> have been wrong. > > This is the change which stops snd_hda from working here: > > % Date: Wed, 21 Mar 2007 15:39:12 +0000 (UTC) > % Message-Id: <200703211539.l2LFdCQW036704@repoman.freebsd.org> > % From: John Baldwin > % Subject: cvs commit: src/sys/dev/acpica acpi.c > % To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org > % Cc: > % > % jhb 2007-03-21 15:39:12 UTC > % > % FreeBSD src repository > % > % Modified files: > % sys/dev/acpica acpi.c > % Log: > % Change acpi's handling of suballocating system resources to be a little > % simpler. It now can just use rman_is_region_manager() during > % acpi_release_resource() to see if the the resource is suballocated from > % a system resource. Also, the driver no longer needs MD knowledge about > % how to setup bus space tags and handles when doing a suballocation, but > % can simply rely on bus_activate_resource() in the parent setting all that > % up. > % > % Revision Changes Path > % 1.233 +39 -55 src/sys/dev/acpica/acpi.c > > If I update my kernel sources to Wed Mar 21 14:39:39 2007 +0000 > (including the sys/modules/padlock/Makefile commit of Sam Leffler, to > fix the kernel build from Wed Mar 21 17:37:13 2007 +0000), I can see > that the snd_hda driver probes my sound card correctly. > > Updating after the commit shown above, breaks snd_hda. I just finished a binsearch and can verify this exact commit causes the problem for my ATA also. I'll spend some more time debugging it later. John, can I back out rev 1.233 of acpi.c until you return since it prevents some machines from booting? -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 20:53:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7BEF16A400 for ; Tue, 10 Apr 2007 20:53:21 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 309CF13C457 for ; Tue, 10 Apr 2007 20:53:20 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3AKrJt2060213 for ; Tue, 10 Apr 2007 22:53:20 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2007 22:54:21 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB01115B@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: lost zfs pool after buildworld Thread-Index: Acd7smnnSI5DiiIvSvmiv6/1MNE6cQ== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: lost zfs pool after buildworld 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, 10 Apr 2007 20:53:21 -0000 I had created a zfs pool of two disks (da1 and da2). =20 # zpool create tank mirror /dev/da1 /dev/da2 then created the dir # zfs create tank/samba and the mount point #zfs set mountpoint=3D/usr/local/samba tank/samba =20 it all worked well. this was after zfs was put to head the same hours after. Now i have cvsupped the system did a buildworld and my pool is gone. zpool list says no pool defined. =20 I did the installworld from a remote location so zfs was active during = installworld, and zfs module loaded. =20 Must i unload zfs next time? I have recreated the pool now ( no important data) but is this normal or = is it bad luck. =20 And is there a way to let zpool see the metadata (if any) on the disk. =20 regards, Johan From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 21:01:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 455B816A400 for ; Tue, 10 Apr 2007 21:01:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id D28C013C457 for ; Tue, 10 Apr 2007 21:01:01 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.27.27] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML31I-1HbNST3OhQ-0005z4; Tue, 10 Apr 2007 23:00:58 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 10 Apr 2007 23:00:42 +0200 User-Agent: KMail/1.9.5 References: <57200BF94E69E54880C9BB1AF714BBCB01115B@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB01115B@w2003s01.double-l.local> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1199506.2jYyPP8VJh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704102300.49972.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19v19s6AS3O9ejGTxoXpMxlXxQClQP/oDa/b0w MLcBk/1PtAlKDFdH1j1A6ndX72nM/HGUne0epwqnIk+tuubmN2 PpOr795CC36Yqe0QOgSDw== Cc: Johan Hendriks Subject: Re: lost zfs pool after buildworld 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, 10 Apr 2007 21:01:02 -0000 --nextPart1199506.2jYyPP8VJh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 10 April 2007 22:54, Johan Hendriks wrote: > I had created a zfs pool of two disks (da1 and da2). > > # zpool create tank mirror /dev/da1 /dev/da2 > then created the dir > # zfs create tank/samba > and the mount point > #zfs set mountpoint=3D/usr/local/samba tank/samba > > it all worked well. > this was after zfs was put to head the same hours after. > Now i have cvsupped the system did a buildworld and my pool is gone. > zpool list says no pool defined. > > I did the installworld from a remote location so zfs was active during > installworld, and zfs module loaded. > > Must i unload zfs next time? > I have recreated the pool now ( no important data) but is this normal > or is it bad luck. > > And is there a way to let zpool see the metadata (if any) on the disk. You probably didn't catch the etc/zfs/zpool.cache -> boot/zfs/zpool.cache=20 change. A simple zpool import should get you back up again. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1199506.2jYyPP8VJh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGG/sBXyyEoT62BG0RAm4FAJ90BcC3yYDoeq20tiwEP7aNzeSgCgCggKXL S6g+stwiFWMDjBzQTJyb0eI= =qDLX -----END PGP SIGNATURE----- --nextPart1199506.2jYyPP8VJh-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 21:39:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0FA816A401 for ; Tue, 10 Apr 2007 21:39:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 7435613C458 for ; Tue, 10 Apr 2007 21:39:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so1266563wra for ; Tue, 10 Apr 2007 14:39:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=JzR2JcHRlpAKVrsdhAb/9hzo8aGYuT3oeMmAC1Y/fh6wtrtpwTODWO97N7X++a2HEMZUjyVwMblPcmQ7ytXqFnJs97+MsIxCya0WKPM592S3Nrs5vGWpvRFlpqrVfxENOXIZN2e7fzDu2Fu6PY1O1saYGYuNINlkfLomEBSEnDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=EnRKd9cn74FkZcNyCOvBX2WLQjVI2kWagYoEFE+U6GXabdtRAFXYsnAGQL+wwWbYS6+qyc3lDWwBSghtNYT+1VjgMIQ2SsohA/PvDNCvgs7p4AC3fgY3IrUsgBZF3rWyOF0t6hjvsoOtnndWGYkqrD5BSi4WvqvAb5YFEm0lOYA= Received: by 10.114.195.19 with SMTP id s19mr1588895waf.1176241188469; Tue, 10 Apr 2007 14:39:48 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 10 Apr 2007 14:39:48 -0700 (PDT) Message-ID: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> Date: Tue, 10 Apr 2007 14:39:48 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org, freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: WOL question 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, 10 Apr 2007 21:39:49 -0000 I am hoping someone here who has more familiarity with the ACPI code can enlighten me.... I have an internal bug filed complaining that FreeBSD disables wake-on-lan on the hardware. This means that if you boot, say, Linux, even Knoppix as a quickie, and then shutdown, if the hardware supports it, it will be left in a state where a magic-packet wakeup will work. However, even if I boot up a FreeBSD kernel with NO em driver, and then shutdown, it undoes the WOL setup. Now, I would like to have explicit WOL support added into the em driver, but before I even worry about that I need to understand where the kernel turns this off without the driver even needed. I've looked around at the dev/acpi and arch/acpi code and at least so far I'm having a hard time getting an adequate picture to know how it happens. Jack From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 21:49:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3402E16A404 for ; Tue, 10 Apr 2007 21:49:02 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 25F8D13C45A for ; Tue, 10 Apr 2007 21:49:02 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id C5AE6110CF; Tue, 10 Apr 2007 16:30:46 -0500 (CDT) Date: Tue, 10 Apr 2007 16:30:44 -0500 From: Craig Boston To: current@freebsd.org Message-ID: <20070410213044.GB19591@nowhere> Mail-Followup-To: Craig Boston , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: Fun with ZFS 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, 10 Apr 2007 21:49:02 -0000 Just playing around, doing some stress testing and see what I could break. Since zvols are exposed as GEOM providers I decided to see if it would accept them in a pool. Slightly surprising, it works without incident: # zfs create -V 4G tank/testvol # zpool create test zvol/tank/testvol The resulting /test seems full functional. Though why anyone would want to do such a thing I have no idea. More in the realm of intentional foot-shooting, you can get a nice deadlock by doing that recursively: # zfs create -V 1G test/panicme # zpool add test zvol/test/panicme ;) Though as far as deadlocks go it's not a particularly bad one. zpool and zfs commands all hang in zfs:(& or zfs:&s states, but the filesystems can still be accessed -- even the ones in the test pool above. Of course there can be no sane behavior to the above sequence of commands, except perhaps a panic or a stern warning message if it's really nice. Next up: interactions with ggate and other GEOM classes. Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 21:59:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24B8E16A402 for ; Tue, 10 Apr 2007 21:59:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 149F113C44C for ; Tue, 10 Apr 2007 21:59:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 10 Apr 2007 14:29:14 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 314A3125AE3; Tue, 10 Apr 2007 14:59:57 -0700 (PDT) Message-ID: <461C08DF.8010201@elischer.org> Date: Tue, 10 Apr 2007 14:59:59 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> In-Reply-To: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: WOL question 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, 10 Apr 2007 21:59:58 -0000 Jack Vogel wrote: > I am hoping someone here who has more familiarity with the ACPI > code can enlighten me.... > > I have an internal bug filed complaining that FreeBSD disables > wake-on-lan on the hardware. This means that if you boot, say, > Linux, even Knoppix as a quickie, and then shutdown, if the > hardware supports it, it will be left in a state where a magic-packet > wakeup will work. However, even if I boot up a FreeBSD kernel > with NO em driver, and then shutdown, it undoes the WOL setup. > > Now, I would like to have explicit WOL support added into the > em driver, but before I even worry about that I need to understand > where the kernel turns this off without the driver even needed. > > I've looked around at the dev/acpi and arch/acpi code and at > least so far I'm having a hard time getting an adequate picture > to know how it happens. > > Jack > _______________________________________________ > 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 think I heard once that some BIOSes turn it off during the boot cycle somewhere and it is up to the OS to turn it back on. I do know that some BIOSes phuck with the NIC enough to stop IPMI from working during the boot. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:09:25 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ACFA16A401; Tue, 10 Apr 2007 22:09:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 36E5013C465; Tue, 10 Apr 2007 22:09:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1026F1A4D81; Tue, 10 Apr 2007 15:09:31 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2BB5651566; Tue, 10 Apr 2007 18:09:24 -0400 (EDT) Date: Tue, 10 Apr 2007 18:09:24 -0400 From: Kris Kennaway To: Tom Lane Message-ID: <20070410220923.GA74088@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <20070410184304.GB44123@xor.obsecurity.org> <3721.1176240977@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <3721.1176240977@sss.pgh.pa.us> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , Kris Kennaway Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 22:09:25 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 05:36:17PM -0400, Tom Lane wrote: > Kris Kennaway writes: > > I have not studied the exact code path, but there are indeed multiple > > wakeups happening from the semaphore code (as many as the number of > > active postgresql processes). It is easy to instrument > > sleepq_broadcast() and log them when they happen. >=20 > There are certainly cases where Postgres will wake up a number of > processes in quick succession, but that should happen from a separate > semop() kernel call, on a different semaphore, for each such process. > If there's really multiple processes being released by the same semop() > then there's a bug we need to look into (or maybe it's a kernel bug?). > Anyway I'd be interested to know what the test case is, and which PG > version you were testing. I used 8.2 (and some older version when I first noticed it a year ago) and either sysbench or supersmack will show it - presumably anything that makes simultaneous queries. Just instrument sleepq_broadcast() to e.g. log a KTR event when it wakes more than 1 process and you'll see it happening. Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHAsTWry0BWjoQKURAuEBAKCWokB1FVD2u9Ldy2OqutQGbU1pOQCgsRE8 NsPcoUax8YkEbnXR7mY9SBE= =6la/ -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:14:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A0BC16A404 for ; Tue, 10 Apr 2007 22:14:44 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E8E0A13C46A for ; Tue, 10 Apr 2007 22:14:43 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3AMEdB9075827; Tue, 10 Apr 2007 16:14:39 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <461C0C3A.7010304@samsco.org> Date: Tue, 10 Apr 2007 16:14:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Julian Elischer References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> <461C08DF.8010201@elischer.org> In-Reply-To: <461C08DF.8010201@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 10 Apr 2007 16:14:39 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current , Jack Vogel Subject: Re: WOL question 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, 10 Apr 2007 22:14:44 -0000 Julian Elischer wrote: > Jack Vogel wrote: >> I am hoping someone here who has more familiarity with the ACPI >> code can enlighten me.... >> >> I have an internal bug filed complaining that FreeBSD disables >> wake-on-lan on the hardware. This means that if you boot, say, >> Linux, even Knoppix as a quickie, and then shutdown, if the >> hardware supports it, it will be left in a state where a magic-packet >> wakeup will work. However, even if I boot up a FreeBSD kernel >> with NO em driver, and then shutdown, it undoes the WOL setup. >> >> Now, I would like to have explicit WOL support added into the >> em driver, but before I even worry about that I need to understand >> where the kernel turns this off without the driver even needed. >> >> I've looked around at the dev/acpi and arch/acpi code and at >> least so far I'm having a hard time getting an adequate picture >> to know how it happens. >> >> Jack >> _______________________________________________ >> 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 think I heard once that some BIOSes turn it off during the boot cycle > somewhere and it is up to the OS to turn it back on. I do know that some > BIOSes > phuck with the NIC enough to stop IPMI from working during the boot. > That would make sense; you don't want the card to generate an NMI during boot from a spurius WOL package before the system is ready to handle it. Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:18:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71CE716A400 for ; Tue, 10 Apr 2007 22:18:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 129C513C45E for ; Tue, 10 Apr 2007 22:18:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 48F15487F0; Wed, 11 Apr 2007 00:18:21 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0704945681; Wed, 11 Apr 2007 00:18:14 +0200 (CEST) Date: Wed, 11 Apr 2007 00:18:06 +0200 From: Pawel Jakub Dawidek To: Max Laier Message-ID: <20070410221806.GH90135@garage.freebsd.pl> References: <57200BF94E69E54880C9BB1AF714BBCB01115B@w2003s01.double-l.local> <200704102300.49972.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4LFBTxd4L5NLO6ly" Content-Disposition: inline In-Reply-To: <200704102300.49972.max@love2party.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, Johan Hendriks Subject: Re: lost zfs pool after buildworld 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, 10 Apr 2007 22:18:23 -0000 --4LFBTxd4L5NLO6ly Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 11:00:42PM +0200, Max Laier wrote: > On Tuesday 10 April 2007 22:54, Johan Hendriks wrote: > > I had created a zfs pool of two disks (da1 and da2). > > > > # zpool create tank mirror /dev/da1 /dev/da2 > > then created the dir > > # zfs create tank/samba > > and the mount point > > #zfs set mountpoint=3D/usr/local/samba tank/samba > > > > it all worked well. > > this was after zfs was put to head the same hours after. > > Now i have cvsupped the system did a buildworld and my pool is gone. > > zpool list says no pool defined. > > > > I did the installworld from a remote location so zfs was active during > > installworld, and zfs module loaded. > > > > Must i unload zfs next time? > > I have recreated the pool now ( no important data) but is this normal > > or is it bad luck. > > > > And is there a way to let zpool see the metadata (if any) on the disk. >=20 > You probably didn't catch the etc/zfs/zpool.cache -> boot/zfs/zpool.cache= =20 > change. A simple zpool import should get you back up again. There were actually two changes that could "break" it - mentioned zpool.cache move and hostid stuff. One can recover from both by doing: # zpool import -f --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --4LFBTxd4L5NLO6ly Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGHA0eForvXbEpPzQRAvpoAJ9xopNT83GBf/BTMEr0Ba8y5et62QCgj/07 ZnfcSj/7oYswsEUSAQk63wU= =sIWJ -----END PGP SIGNATURE----- --4LFBTxd4L5NLO6ly-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:28:32 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B021E16A401; Tue, 10 Apr 2007 22:28:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9A18A13C4BA; Tue, 10 Apr 2007 22:28:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 797EB1A4D86; Tue, 10 Apr 2007 15:28:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C921451933; Tue, 10 Apr 2007 18:28:31 -0400 (EDT) Date: Tue, 10 Apr 2007 18:28:31 -0400 From: Kris Kennaway To: Tom Lane Message-ID: <20070410222831.GA75767@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <20070410184304.GB44123@xor.obsecurity.org> <3721.1176240977@sss.pgh.pa.us> <20070410220923.GA74088@xor.obsecurity.org> <4307.1176243997@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <4307.1176243997@sss.pgh.pa.us> User-Agent: Mutt/1.4.2.2i Cc: pgsql-hackers , performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , Kris Kennaway Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 22:28:32 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 06:26:37PM -0400, Tom Lane wrote: > Kris Kennaway writes: > > On Tue, Apr 10, 2007 at 05:36:17PM -0400, Tom Lane wrote: > >> Anyway I'd be interested to know what the test case is, and which PG > >> version you were testing. >=20 > > I used 8.2 (and some older version when I first noticed it a year ago) > > and either sysbench or supersmack will show it - presumably anything > > that makes simultaneous queries. Just instrument sleepq_broadcast() > > to e.g. log a KTR event when it wakes more than 1 process and you'll > > see it happening. >=20 > Sorry, I'm not much of a BSD kernel hacker ... but sleepq_broadcast > seems a rather generic name. Is that called *only* from semop? It's part of how wakeup() is implemented. > I'm wondering if you are seeing simultaneous wakeup from some other > cause --- sleep timeout being the obvious possibility. We are aware > of behaviors (search the PG lists for "context swap storm") where a > number of backends will all fail to get a spinlock and do short usleep > or select-timeout waits. In this situation they'd all wake up at the > next scheduler clock tick ... Nope, it's not this. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHA+PWry0BWjoQKURAo2KAKCc7vY5gceTDKOIVm7/jjLD6PrWVwCg6XrM fEXzN+sfe/MtkOx61CjEG9g= =RBAk -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:38:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB8F016A400 for ; Tue, 10 Apr 2007 22:38:11 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF8213C44B for ; Tue, 10 Apr 2007 22:38:11 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1418467pyh for ; Tue, 10 Apr 2007 15:38:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PcZRzh2CtrjGP0f8Kzjl/OvGQJKBlDhk5+oQuDy0oq0BdxoUDk8rAAbC6awgw4JbWtLHDTxxH8/hrB8wX9KuXsPxhSu4dKdyTLkuzykJ2RNaS94BGHqbBFRBXQHg3XXc2Moo8WMjZfXH9XXunV+SItfCPgFR9j25eQPl7FZMhc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=euPiM7Hahq3iby/WGS9XAUMvatSOtYvTl8FTBROCDSq3r8xIMPalh8lbYdmiEmvEQ+Qfm9jEBGyIJBW156OyyUj7xJD2VvEkRuzIOQ70E/uHtjywtKzILbl3wf39STVqEq+X7dZwsGYVZWsFJib8LpZI5+LNcQsAIcjQe2DqKS8= Received: by 10.114.148.1 with SMTP id v1mr2992599wad.1176244690331; Tue, 10 Apr 2007 15:38:10 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 10 Apr 2007 15:38:10 -0700 (PDT) Message-ID: <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> Date: Tue, 10 Apr 2007 15:38:10 -0700 From: "Jack Vogel" To: "Scott Long" In-Reply-To: <461C0C3A.7010304@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> <461C08DF.8010201@elischer.org> <461C0C3A.7010304@samsco.org> Cc: freebsd-current , Julian Elischer Subject: Re: WOL question 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, 10 Apr 2007 22:38:11 -0000 On 4/10/07, Scott Long wrote: > Julian Elischer wrote: > > Jack Vogel wrote: > >> I am hoping someone here who has more familiarity with the ACPI > >> code can enlighten me.... > >> > >> I have an internal bug filed complaining that FreeBSD disables > >> wake-on-lan on the hardware. This means that if you boot, say, > >> Linux, even Knoppix as a quickie, and then shutdown, if the > >> hardware supports it, it will be left in a state where a magic-packet > >> wakeup will work. However, even if I boot up a FreeBSD kernel > >> with NO em driver, and then shutdown, it undoes the WOL setup. > >> > >> Now, I would like to have explicit WOL support added into the > >> em driver, but before I even worry about that I need to understand > >> where the kernel turns this off without the driver even needed. > >> > >> I've looked around at the dev/acpi and arch/acpi code and at > >> least so far I'm having a hard time getting an adequate picture > >> to know how it happens. > >> > >> Jack > >> _______________________________________________ > >> 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 think I heard once that some BIOSes turn it off during the boot cycle > > somewhere and it is up to the OS to turn it back on. I do know that some > > BIOSes > > phuck with the NIC enough to stop IPMI from working during the boot. > > > > That would make sense; you don't want the card to generate an NMI during > boot from a spurius WOL package before the system is ready to handle it. Hmm, so I have two competing views about things, one is that the kernel is actively doing something to disable WOL on shutdown, and now the theory that its just not rearming the system. I really need to know which it is, because I'm putting code in the driver that I think should rearm it, and it doesnt work, and I've been left wondering if my code is wrong, or if something deeper in the kernel is clobbering the things I am trying to set up :) Jack From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:53:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AC7816A403 for ; Tue, 10 Apr 2007 22:53:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 47B6613C468 for ; Tue, 10 Apr 2007 22:53:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 10 Apr 2007 15:22:23 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 5C55F125B24; Tue, 10 Apr 2007 15:53:06 -0700 (PDT) Message-ID: <461C1554.7030407@elischer.org> Date: Tue, 10 Apr 2007 15:53:08 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> <461C08DF.8010201@elischer.org> <461C0C3A.7010304@samsco.org> <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> In-Reply-To: <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: WOL question 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, 10 Apr 2007 22:53:07 -0000 Jack Vogel wrote: > On 4/10/07, Scott Long wrote: >> Julian Elischer wrote: >> > Jack Vogel wrote: >> >> I am hoping someone here who has more familiarity with the ACPI >> >> code can enlighten me.... >> >> >> >> I have an internal bug filed complaining that FreeBSD disables >> >> wake-on-lan on the hardware. This means that if you boot, say, >> >> Linux, even Knoppix as a quickie, and then shutdown, if the >> >> hardware supports it, it will be left in a state where a magic-packet >> >> wakeup will work. However, even if I boot up a FreeBSD kernel >> >> with NO em driver, and then shutdown, it undoes the WOL setup. >> >> >> >> Now, I would like to have explicit WOL support added into the >> >> em driver, but before I even worry about that I need to understand >> >> where the kernel turns this off without the driver even needed. >> >> >> >> I've looked around at the dev/acpi and arch/acpi code and at >> >> least so far I'm having a hard time getting an adequate picture >> >> to know how it happens. >> >> >> >> Jack >> >> _______________________________________________ >> >> 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 think I heard once that some BIOSes turn it off during the boot cycle >> > somewhere and it is up to the OS to turn it back on. I do know that >> some >> > BIOSes >> > phuck with the NIC enough to stop IPMI from working during the boot. >> > >> >> That would make sense; you don't want the card to generate an NMI during >> boot from a spurius WOL package before the system is ready to handle it. > > Hmm, so I have two competing views about things, one is that the kernel > is actively doing something to disable WOL on shutdown, and now the > theory that its just not rearming the system. > > I really need to know which it is, because I'm putting code in the > driver that > I think should rearm it, and it doesnt work, and I've been left > wondering if > my code is wrong, or if something deeper in the kernel is clobbering the > things I am trying to set up :) > > Jack set up the kernel debugger to stop the boot at the first possible instance (boot -d from the loader) and see what state it is then.. at that point it has only touched a very few things.. mostly just RAM and the console device. From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 19:52:01 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 269ED16A409; Tue, 10 Apr 2007 19:52:01 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mx1.freebsd.org (Postfix) with ESMTP id DAB5C13C484; Tue, 10 Apr 2007 19:52:00 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l3AJq02Y000556; Tue, 10 Apr 2007 15:52:00 -0400 (EDT) To: Kris Kennaway In-reply-to: <20070410194508.GA73072@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <25573.1176215022@sss.pgh.pa.us> <20070410184332.GC44123@xor.obsecurity.org> <28537.1176230816@sss.pgh.pa.us> <20070410194508.GA73072@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Tue, 10 Apr 2007 15:45:08 -0400" Date: Tue, 10 Apr 2007 15:52:00 -0400 Message-ID: <555.1176234720@sss.pgh.pa.us> From: Tom Lane X-Mailman-Approved-At: Tue, 10 Apr 2007 22:55:58 +0000 Cc: performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , pgsql-hackers Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 19:52:01 -0000 Kris Kennaway writes: > On Tue, Apr 10, 2007 at 02:46:56PM -0400, Tom Lane wrote: >> Oh, I'm sure the BSD kernel acts as you describe. But Mark's point is >> that Postgres never has more than one process waiting on any particular >> SysV semaphore, and so the problem doesn't really affect us. > To be clear, some behaviour that postgresql does with sysv semaphores > causes wakeups of many processes at once. i.e. if you have 20 > clients, you will get up to 20 wakeups. I haven't studied the precise > cause of this, but it is empirically true. This is the scaling > problem I described, and it's what mux's patch addresses. [ shrug... ] To the extent that that happens, it's Postgres' own issue, and no amount of kernel rejiggering will change it. But I certainly have no objection to a patch that fixes the kernel behavior ... regards, tom lane From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 21:36:20 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C07E316A404; Tue, 10 Apr 2007 21:36:20 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mx1.freebsd.org (Postfix) with ESMTP id 85A6B13C489; Tue, 10 Apr 2007 21:36:18 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l3ALaHW8003722; Tue, 10 Apr 2007 17:36:17 -0400 (EDT) To: Kris Kennaway In-reply-to: <20070410184304.GB44123@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <20070410184304.GB44123@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Tue, 10 Apr 2007 14:43:04 -0400" Date: Tue, 10 Apr 2007 17:36:17 -0400 Message-ID: <3721.1176240977@sss.pgh.pa.us> From: Tom Lane X-Mailman-Approved-At: Tue, 10 Apr 2007 22:56:09 +0000 Cc: performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , pgsql-hackers Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 21:36:20 -0000 Kris Kennaway writes: > I have not studied the exact code path, but there are indeed multiple > wakeups happening from the semaphore code (as many as the number of > active postgresql processes). It is easy to instrument > sleepq_broadcast() and log them when they happen. There are certainly cases where Postgres will wake up a number of processes in quick succession, but that should happen from a separate semop() kernel call, on a different semaphore, for each such process. If there's really multiple processes being released by the same semop() then there's a bug we need to look into (or maybe it's a kernel bug?). Anyway I'd be interested to know what the test case is, and which PG version you were testing. regards, tom lane From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 22:26:38 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5D6316A404; Tue, 10 Apr 2007 22:26:38 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mx1.freebsd.org (Postfix) with ESMTP id AB13113C469; Tue, 10 Apr 2007 22:26:38 +0000 (UTC) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l3AMQb8B004308; Tue, 10 Apr 2007 18:26:37 -0400 (EDT) To: Kris Kennaway In-reply-to: <20070410220923.GA74088@xor.obsecurity.org> References: <20070226002234.GA80974@xor.obsecurity.org> <461B69C0.4060707@paradise.net.nz> <20070410184304.GB44123@xor.obsecurity.org> <3721.1176240977@sss.pgh.pa.us> <20070410220923.GA74088@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Tue, 10 Apr 2007 18:09:24 -0400" Date: Tue, 10 Apr 2007 18:26:37 -0400 Message-ID: <4307.1176243997@sss.pgh.pa.us> From: Tom Lane X-Mailman-Approved-At: Tue, 10 Apr 2007 22:56:17 +0000 Cc: performance@FreeBSD.org, current@FreeBSD.org, Mark Kirkwood , pgsql-hackers Subject: Re: [HACKERS] Anyone interested in improving postgresql scaling? 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, 10 Apr 2007 22:26:39 -0000 Kris Kennaway writes: > On Tue, Apr 10, 2007 at 05:36:17PM -0400, Tom Lane wrote: >> Anyway I'd be interested to know what the test case is, and which PG >> version you were testing. > I used 8.2 (and some older version when I first noticed it a year ago) > and either sysbench or supersmack will show it - presumably anything > that makes simultaneous queries. Just instrument sleepq_broadcast() > to e.g. log a KTR event when it wakes more than 1 process and you'll > see it happening. Sorry, I'm not much of a BSD kernel hacker ... but sleepq_broadcast seems a rather generic name. Is that called *only* from semop? I'm wondering if you are seeing simultaneous wakeup from some other cause --- sleep timeout being the obvious possibility. We are aware of behaviors (search the PG lists for "context swap storm") where a number of backends will all fail to get a spinlock and do short usleep or select-timeout waits. In this situation they'd all wake up at the next scheduler clock tick ... regards, tom lane From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 23:05:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8743316A405 for ; Tue, 10 Apr 2007 23:05:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 322B213C46A for ; Tue, 10 Apr 2007 23:05:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1503560nza for ; Tue, 10 Apr 2007 16:05:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tfY1SRd4TGO++Boq/2I65idtWti1hOzsExAHpNWwm1dINhg7FOfuPzGJwfUP2DpvcGFrXh3CZji2eN1oyX4KBGFdm93m7Iu2XggZvvscwLW/IhZmy/3X9HYCGG36Gt19ojnPGyNngxRDMqvSYSHlwBWfvKEbeIVUQATopwG1BII= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sgsVgiGN2vHjvu+jIdJwUfNmyIu6jkMbc7mR4tba0c9sbBLVtWZyclSDHIRx1Qi9SY+rfvl9uoS5Zhgx4MmHJT5NWR7q0Dy/VCuPH/LAZ0wuI7sDpsnD7bcL8fRstP3dRCFewVziXTMM4paFeJAK2K0QQ6dZBRPGaKsz7wbEI34= Received: by 10.115.89.1 with SMTP id r1mr3012532wal.1176246305356; Tue, 10 Apr 2007 16:05:05 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 10 Apr 2007 16:05:05 -0700 (PDT) Message-ID: <2a41acea0704101605xd56b7a8md755df552679e761@mail.gmail.com> Date: Tue, 10 Apr 2007 16:05:05 -0700 From: "Jack Vogel" To: "David Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90303A029F6@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> <461C08DF.8010201@elischer.org> <461C0C3A.7010304@samsco.org> <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> <09BFF2FA5EAB4A45B6655E151BBDD90303A029F6@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: freebsd-current , Julian Elischer Subject: Re: WOL question 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, 10 Apr 2007 23:05:06 -0000 On 4/10/07, David Christensen wrote: > > > > I think I heard once that some BIOSes turn it off during > > the boot cycle > > > > somewhere and it is up to the OS to turn it back on. I do > > know that some > > > > BIOSes > > > > phuck with the NIC enough to stop IPMI from working > > during the boot. > > > > > > > > > > That would make sense; you don't want the card to generate > > an NMI during > > > boot from a spurius WOL package before the system is ready > > to handle it. > > > > Hmm, so I have two competing views about things, one is that > > the kernel > > is actively doing something to disable WOL on shutdown, and now the > > theory that its just not rearming the system. > > > > I really need to know which it is, because I'm putting code > > in the driver that > > I think should rearm it, and it doesnt work, and I've been > > left wondering if > > my code is wrong, or if something deeper in the kernel is > > clobbering the > > things I am trying to set up :) > > Is this a NIC or a LOM? For Broadcom NICs there is a procedure > implemented > in firmware for toggling power to the chip from MAIN to VAUX prior to > entering D3cold so that the controller still has power and can recognize > > the magic packet. For LOM designs that's not required because the VAUX > rail is always powered by the motherboard. The easy way to check is to > see if you still have a link LED lit on the back of the controller when > you expect to be in WoL mode. No LED, no power. Are you resetting the > link speed to 100Mbps or less? Running at 1000Mbps generally draws more > than 375mA and I've seen some systems that shutdown power to a slot when > it draws too much power in VAUX. Its a LOM. I think I have come up with a test that settles things. I boot Knoppix and init 0, I know that in this state a magic packet will wake the box up. Next I just boot thru the BIOS to the Knoppix boot prompt, then power the system off. When I do this etherwake will no longer wake it up. I believe this proves Julian's claim is correct. Next, I would just like to be confident that the ACPI layer is not going to clobber something my driver does, but at least I need to take another look at my code, maybe I got it wrong... Thanks for the inputs everyone, Jack From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 23:10:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4284E16A401 for ; Tue, 10 Apr 2007 23:10:53 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id 038D713C4BC for ; Tue, 10 Apr 2007 23:10:52 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Tue, 10 Apr 2007 15:56:26 -0700 X-Server-Uuid: 20144BB6-FB76-4F11-80B6-E6B2900CA0D7 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 209E72AF; Tue, 10 Apr 2007 15:56:26 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 0B9412AE; Tue, 10 Apr 2007 15:56:26 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FEJ30006; Tue, 10 Apr 2007 15:56:25 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 3839369CA3; Tue, 10 Apr 2007 15:56:25 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 10 Apr 2007 15:56:21 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90303A029F6@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> Thread-Topic: WOL question Thread-Index: Acd7wRaHf7sEnHNzRsSkbcbQTEOTjgAATuCg References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> <461C08DF.8010201@elischer.org> <461C0C3A.7010304@samsco.org> <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> From: "David Christensen" To: "Jack Vogel" , "Scott Long" X-WSS-ID: 6A02C99038G15379225-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , Julian Elischer Subject: RE: WOL question 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, 10 Apr 2007 23:10:53 -0000 > > > I think I heard once that some BIOSes turn it off during=20 > the boot cycle > > > somewhere and it is up to the OS to turn it back on. I do=20 > know that some > > > BIOSes > > > phuck with the NIC enough to stop IPMI from working=20 > during the boot. > > > > > > > That would make sense; you don't want the card to generate=20 > an NMI during > > boot from a spurius WOL package before the system is ready=20 > to handle it. >=20 > Hmm, so I have two competing views about things, one is that=20 > the kernel > is actively doing something to disable WOL on shutdown, and now the > theory that its just not rearming the system. >=20 > I really need to know which it is, because I'm putting code=20 > in the driver that > I think should rearm it, and it doesnt work, and I've been=20 > left wondering if > my code is wrong, or if something deeper in the kernel is=20 > clobbering the > things I am trying to set up :) Is this a NIC or a LOM? For Broadcom NICs there is a procedure implemented in firmware for toggling power to the chip from MAIN to VAUX prior to=20 entering D3cold so that the controller still has power and can recognize the magic packet. For LOM designs that's not required because the VAUX rail is always powered by the motherboard. The easy way to check is to see if you still have a link LED lit on the back of the controller when you expect to be in WoL mode. No LED, no power. Are you resetting the=20 link speed to 100Mbps or less? Running at 1000Mbps generally draws more than 375mA and I've seen some systems that shutdown power to a slot when it draws too much power in VAUX. Dave From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 23:22:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6F6516A416; Tue, 10 Apr 2007 23:22:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF4A13C4AD; Tue, 10 Apr 2007 23:22:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3ANMGl5068169; Tue, 10 Apr 2007 19:22:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Giorgos Keramidas Date: Tue, 10 Apr 2007 19:16:59 -0400 User-Agent: KMail/1.9.4 References: <4608A5D9.2010902@root.org> <20070406211229.GB1078@kobe.laptop> <20070406222227.GA1839@kobe.laptop> In-Reply-To: <20070406222227.GA1839@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704101917.00245.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 10 Apr 2007 19:22:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3064/Tue Apr 10 12:25:23 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Ariff Abdullah , freebsd-current@freebsd.org, Nate Lawson , Alexander Leidinger , S?ren Schmidt Subject: Re: recent commits break via 8235 ata 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, 10 Apr 2007 23:22:21 -0000 On Friday 06 April 2007 18:22, Giorgos Keramidas wrote: > On 2007-04-07 00:12, Giorgos Keramidas wrote: > > On 2007-03-27 12:27, John Baldwin wrote: > > > If that is the case it's because code was using > > > rman_get_bus(handle|tag) on a resource that wasn't activated yet which > > > wouldn't have worked before the nexus changes either. Well, the bus > > > tag might have been right, but the handle for SYS_RES_MEMORY would > > > have been wrong. > > > > This is the change which stops snd_hda from working here: > > > > % Revision Changes Path > > % 1.233 +39 -55 src/sys/dev/acpica/acpi.c > > There's only one place in the sound/pci/hda/* source tree where > rman_get_bus(handle|tag)() calls are used: > > keramida@kobe:/home/keramida/hg/freebsd/src/sys/dev/sound/pci/hda$ grep -n 'rman_get_bus\(handle\|tag\)' * > hdac.c:1301: mem->mem_tag = rman_get_bustag(mem->mem_res); > hdac.c:1302: mem->mem_handle = rman_get_bushandle(mem->mem_res); > keramida@kobe:/home/keramida/hg/freebsd/src/sys/dev/sound/pci/hda$ > > [...] > > 1281 /**************************************************************************** > 1282 * int hdac_mem_alloc(struct hdac_softc *) > 1283 * > 1284 * Allocate all the bus resources necessary to speak with the physical > 1285 * controller. > 1286 ****************************************************************************/ > 1287 static int > 1288 hdac_mem_alloc(struct hdac_softc *sc) > 1289 { > 1290 struct hdac_mem *mem; > 1291 > 1292 mem = &sc->mem; > 1293 mem->mem_rid = PCIR_BAR(0); > 1294 mem->mem_res = bus_alloc_resource_any(sc->dev, SYS_RES_MEMORY, > 1295 &mem->mem_rid, RF_ACTIVE); > 1296 if (mem->mem_res == NULL) { > 1297 device_printf(sc->dev, > 1298 "%s: Unable to allocate memory resource\n", __func__); > 1299 return (ENOMEM); > 1300 } > 1301 mem->mem_tag = rman_get_bustag(mem->mem_res); > 1302 mem->mem_handle = rman_get_bushandle(mem->mem_res); > 1303 > 1304 return (0); > 1305 } > > I'm not very familiar with the rman_get_xxx() functions, but is > there a better way to write the hdac_mem_alloc() function so that > it works with the recent acpi.c versions? This is fine, you just have to use them after activating the resource either via bus_activate_resource() or passing RF_ACTIVE to bus_alloc_resource() which the above does. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 23:22:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FFFB16A504; Tue, 10 Apr 2007 23:22:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id D99FE13C4B7; Tue, 10 Apr 2007 23:22:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3ANMGl6068169; Tue, 10 Apr 2007 19:22:20 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Tue, 10 Apr 2007 19:22:07 -0400 User-Agent: KMail/1.9.4 References: <4608A5D9.2010902@root.org> <20070406211229.GB1078@kobe.laptop> <461BEFD6.2050302@root.org> In-Reply-To: <461BEFD6.2050302@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704101922.08255.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 10 Apr 2007 19:22:20 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3064/Tue Apr 10 12:25:23 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: S?ren Schmidt , Giorgos Keramidas , Ariff Abdullah , current@freebsd.org Subject: Re: recent commits break via 8235 ata 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, 10 Apr 2007 23:22:28 -0000 On Tuesday 10 April 2007 16:13, Nate Lawson wrote: > Giorgos Keramidas wrote: > > On 2007-03-27 12:27, John Baldwin wrote: > >> If that is the case it's because code was using > >> rman_get_bus(handle|tag) on a resource that wasn't activated yet which > >> wouldn't have worked before the nexus changes either. Well, the bus > >> tag might have been right, but the handle for SYS_RES_MEMORY would > >> have been wrong. > > > > This is the change which stops snd_hda from working here: > > > > % Date: Wed, 21 Mar 2007 15:39:12 +0000 (UTC) > > % Message-Id: <200703211539.l2LFdCQW036704@repoman.freebsd.org> > > % From: John Baldwin > > % Subject: cvs commit: src/sys/dev/acpica acpi.c > > % To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org > > % Cc: > > % > > % jhb 2007-03-21 15:39:12 UTC > > % > > % FreeBSD src repository > > % > > % Modified files: > > % sys/dev/acpica acpi.c > > % Log: > > % Change acpi's handling of suballocating system resources to be a little > > % simpler. It now can just use rman_is_region_manager() during > > % acpi_release_resource() to see if the the resource is suballocated from > > % a system resource. Also, the driver no longer needs MD knowledge about > > % how to setup bus space tags and handles when doing a suballocation, but > > % can simply rely on bus_activate_resource() in the parent setting all that > > % up. > > % > > % Revision Changes Path > > % 1.233 +39 -55 src/sys/dev/acpica/acpi.c > > > > If I update my kernel sources to Wed Mar 21 14:39:39 2007 +0000 > > (including the sys/modules/padlock/Makefile commit of Sam Leffler, to > > fix the kernel build from Wed Mar 21 17:37:13 2007 +0000), I can see > > that the snd_hda driver probes my sound card correctly. > > > > Updating after the commit shown above, breaks snd_hda. > > I just finished a binsearch and can verify this exact commit causes the > problem for my ATA also. I'll spend some more time debugging it later. > > John, can I back out rev 1.233 of acpi.c until you return since it > prevents some machines from booting? Well, it most likely means there are other bugs that just happen to not break with the older stuff. Are you sure that just this one change fixes things rather than the changes to the nexus drivers? If so, can you get a verbose dmesg both with and without? Adding some printfs to see what the start and end arguments are in acpi_alloc_resource() might help, too. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 10 23:22:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89F7616A403 for ; Tue, 10 Apr 2007 23:22:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2706313C4C3 for ; Tue, 10 Apr 2007 23:22:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3ANMGl5068169; Tue, 10 Apr 2007 19:22:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Giorgos Keramidas Date: Tue, 10 Apr 2007 19:16:59 -0400 User-Agent: KMail/1.9.4 References: <4608A5D9.2010902@root.org> <20070406211229.GB1078@kobe.laptop> <20070406222227.GA1839@kobe.laptop> In-Reply-To: <20070406222227.GA1839@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704101917.00245.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 10 Apr 2007 19:22:19 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3064/Tue Apr 10 12:25:23 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Ariff Abdullah , freebsd-current@freebsd.org, Nate Lawson , Alexander Leidinger , S?ren Schmidt Subject: Re: recent commits break via 8235 ata 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, 10 Apr 2007 23:22:28 -0000 On Friday 06 April 2007 18:22, Giorgos Keramidas wrote: > On 2007-04-07 00:12, Giorgos Keramidas wrote: > > On 2007-03-27 12:27, John Baldwin wrote: > > > If that is the case it's because code was using > > > rman_get_bus(handle|tag) on a resource that wasn't activated yet which > > > wouldn't have worked before the nexus changes either. Well, the bus > > > tag might have been right, but the handle for SYS_RES_MEMORY would > > > have been wrong. > > > > This is the change which stops snd_hda from working here: > > > > % Revision Changes Path > > % 1.233 +39 -55 src/sys/dev/acpica/acpi.c > > There's only one place in the sound/pci/hda/* source tree where > rman_get_bus(handle|tag)() calls are used: > > keramida@kobe:/home/keramida/hg/freebsd/src/sys/dev/sound/pci/hda$ grep -n 'rman_get_bus\(handle\|tag\)' * > hdac.c:1301: mem->mem_tag = rman_get_bustag(mem->mem_res); > hdac.c:1302: mem->mem_handle = rman_get_bushandle(mem->mem_res); > keramida@kobe:/home/keramida/hg/freebsd/src/sys/dev/sound/pci/hda$ > > [...] > > 1281 /**************************************************************************** > 1282 * int hdac_mem_alloc(struct hdac_softc *) > 1283 * > 1284 * Allocate all the bus resources necessary to speak with the physical > 1285 * controller. > 1286 ****************************************************************************/ > 1287 static int > 1288 hdac_mem_alloc(struct hdac_softc *sc) > 1289 { > 1290 struct hdac_mem *mem; > 1291 > 1292 mem = &sc->mem; > 1293 mem->mem_rid = PCIR_BAR(0); > 1294 mem->mem_res = bus_alloc_resource_any(sc->dev, SYS_RES_MEMORY, > 1295 &mem->mem_rid, RF_ACTIVE); > 1296 if (mem->mem_res == NULL) { > 1297 device_printf(sc->dev, > 1298 "%s: Unable to allocate memory resource\n", __func__); > 1299 return (ENOMEM); > 1300 } > 1301 mem->mem_tag = rman_get_bustag(mem->mem_res); > 1302 mem->mem_handle = rman_get_bushandle(mem->mem_res); > 1303 > 1304 return (0); > 1305 } > > I'm not very familiar with the rman_get_xxx() functions, but is > there a better way to write the hdac_mem_alloc() function so that > it works with the recent acpi.c versions? This is fine, you just have to use them after activating the resource either via bus_activate_resource() or passing RF_ACTIVE to bus_alloc_resource() which the above does. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 03:48:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A097716A401 for ; Wed, 11 Apr 2007 03:48:14 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8207F13C45D for ; Wed, 11 Apr 2007 03:48:14 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org ([192.147.25.65]:64895) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HbToa-0000lJ-Qo for freebsd-current@freebsd.org; Tue, 10 Apr 2007 22:48:14 -0500 Date: Tue, 10 Apr 2007 22:48:10 -0500 (CDT) From: Larry Rosenman To: freebsd-current@freebsd.org Message-ID: <20070410224647.X2889@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -3.2 (---) X-LERCTR-Spam-Score: -3.2 (---) X-Spam-Report: SpamScore (-3.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-3.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, FM_MULTI_ODD2=1.1, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Subject: ZFS: LOR's 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, 11 Apr 2007 03:48:14 -0000 With a today current, I ran through PJD's quick start, then looked at my dmesg and found: lock order reversal: 1st 0xffffff00a5b9f438 zfs:&dr->dt.di.dr_mtx (zfs:&dr->dt.di.dr_mtx) @ /usr/src /sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1865 2nd 0xffffff00b655b148 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules /zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1836 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a witness_checkorder() at witness_checkorder+0x4f9 _sx_xlock() at _sx_xlock+0x3a dbuf_sync_list() at dbuf_sync_list+0x7e dbuf_sync_list() at dbuf_sync_list+0x114 dnode_sync() at dnode_sync+0x1ec dmu_objset_sync() at dmu_objset_sync+0xec dsl_pool_sync() at dsl_pool_sync+0x65 spa_sync() at spa_sync+0x309 txg_sync_thread() at txg_sync_thread+0x166 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2102d30, rbp = 0 --- lock order reversal: 1st 0xffffff00332a56e8 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules /zfs/../../contrib/opensolaris/uts/common/fs/zfs/dbuf.c:1680 2nd 0xffffff00a87b4270 zfs:&dn->dn_dbufs_mtx (zfs:&dn->dn_dbufs_mtx) @ /usr/src /sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c:364 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a witness_checkorder() at witness_checkorder+0x4f9 _sx_xlock() at _sx_xlock+0x3a dnode_evict_dbufs() at dnode_evict_dbufs+0x65 dmu_objset_evict_dbufs() at dmu_objset_evict_dbufs+0x10b dmu_objset_evict() at dmu_objset_evict+0x30 dsl_dataset_evict() at dsl_dataset_evict+0x9e dbuf_evict_user() at dbuf_evict_user+0x44 dbuf_rele() at dbuf_rele+0xfe dsl_pool_zil_clean() at dsl_pool_zil_clean+0x37 spa_sync() at spa_sync+0x44a txg_sync_thread() at txg_sync_thread+0x166 fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb2102d30, rbp = 0 --- borg# This is with a GENERIC kernel. I can get more info if you want. The zpool is on 5 SATA 400G Disks, if that means anything. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 05:42:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BE6A16A400 for ; Wed, 11 Apr 2007 05:42:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2794613C43E for ; Wed, 11 Apr 2007 05:42:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 663541A4D86; Tue, 10 Apr 2007 22:42:58 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3DAB5516B6; Wed, 11 Apr 2007 01:42:51 -0400 (EDT) Date: Wed, 11 Apr 2007 01:42:51 -0400 From: Kris Kennaway To: Larry Rosenman Message-ID: <20070411054250.GA79998@xor.obsecurity.org> References: <20070410224647.X2889@thebighonker.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20070410224647.X2889@thebighonker.lerctr.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: ZFS: LOR's 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, 11 Apr 2007 05:42:52 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 10, 2007 at 10:48:10PM -0500, Larry Rosenman wrote: > With a today current, I ran through PJD's quick start, then looked at my > dmesg and found: Did you also look at the other emails? These have been reported about 10^6 times so far :-) Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHHVaWry0BWjoQKURAmSrAJ9uay4KdqyO+GRpqfyUlXQ3vyM0hgCg71wQ LN2iCOJ9U9lzqS5ojfeFesM= =9Naj -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 06:59:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE3BF16A400; Wed, 11 Apr 2007 06:59:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8CB13C45D; Wed, 11 Apr 2007 06:59:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3B6xXi6061417; Wed, 11 Apr 2007 02:59:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3B6xX2l078986; Wed, 11 Apr 2007 02:59:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5EABE73039; Wed, 11 Apr 2007 02:59:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411065933.5EABE73039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 02:59:33 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 06:59:34 -0000 TB --- 2007-04-11 05:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 05:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-11 05:55:00 - cleaning the object tree TB --- 2007-04-11 05:55:40 - checking out the source tree TB --- 2007-04-11 05:55:40 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-11 05:55:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 06:05:28 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 06:05:28 - cd /src TB --- 2007-04-11 06:05:28 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 06:05:30 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utglobal.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utinit.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmath.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c: In function `AcpiUtInfo': /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: `bootverbose' undeclared (first use in this function) /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: (Each undeclared identifier is reported only once /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/acpi/acpidb. *** Error code 1 Stop in /src/usr.sbin/acpi. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 06:59:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 06:59:33 - ERROR: failed to build world TB --- 2007-04-11 06:59:33 - tinderbox aborted TB --- 0.84 user 3.71 system 3872.41 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 08:03:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA92916A400 for ; Wed, 11 Apr 2007 08:03:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9D413C457 for ; Wed, 11 Apr 2007 08:03:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1D9482090 for ; Wed, 11 Apr 2007 10:03:34 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 11A4B2081 for ; Wed, 11 Apr 2007 10:03:34 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id D7AE0A10AC; Wed, 11 Apr 2007 10:03:33 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: current@freebsd.org Date: Wed, 11 Apr 2007 10:03:33 +0200 Message-ID: <86lkgzz6ay.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: script stuck in devdrn 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, 11 Apr 2007 08:03:38 -0000 When I try to use script(1) on recent -CURRENT, it invariably gets stuck in devdrn upon exit, and not even SIGKILL will kill it. I don't use it much, so I have no idea how long ago it broke. Is anyone else seeing this? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 08:10:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E17F16A402 for ; Wed, 11 Apr 2007 08:10:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id E643A13C484 for ; Wed, 11 Apr 2007 08:10:37 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=hkIUukN4RLqMjFnp8nnNWBoHbJi36Ki03lSO6h9erjsjADHoz+jXIx4P5uX7ZwR+v8rwjqHTq17ZIdEs/XeowCNX0gOJd2v1UFcd/stltqe8EHDYke9f4Az83H3u9Xq8PYoBr4hCzivY0xe+0A8/25WmB7UNNLfaO2AR5KFu4FI=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HbXuU-000B6S-Aa; Wed, 11 Apr 2007 12:10:34 +0400 Date: Wed, 11 Apr 2007 12:10:29 +0400 From: Eygene Ryabinkin To: Dag-Erling Sm?rgrav Message-ID: <20070411081029.GH26348@codelabs.ru> References: <86lkgzz6ay.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <86lkgzz6ay.fsf@dwp.des.no> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 08:10:38 -0000 Dag-Erling, good day. Wed, Apr 11, 2007 at 10:03:33AM +0200, Dag-Erling Sm?rgrav wrote: > When I try to use script(1) on recent -CURRENT, it invariably gets > stuck in devdrn upon exit, and not even SIGKILL will kill it. I don't > use it much, so I have no idea how long ago it broke. Is anyone else > seeing this? How current is your -CURRENT? I see no problems with script for the -CURRENT from Apr 11 08:08 UTC. Will try to check today's -CURRENT. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 08:14:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD6F616A400; Wed, 11 Apr 2007 08:14:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7A113C468; Wed, 11 Apr 2007 08:14:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3B8EZGp064909; Wed, 11 Apr 2007 04:14:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3B8EZfx023697; Wed, 11 Apr 2007 04:14:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 861A173039; Wed, 11 Apr 2007 04:14:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411081435.861A173039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 04:14:35 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 08:14:36 -0000 TB --- 2007-04-11 06:59:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 06:59:33 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-11 06:59:33 - cleaning the object tree TB --- 2007-04-11 07:00:07 - checking out the source tree TB --- 2007-04-11 07:00:07 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-11 07:00:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 07:17:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 07:17:22 - cd /src TB --- 2007-04-11 07:17:22 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 07:17:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utglobal.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utinit.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmath.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c: In function `AcpiUtInfo': /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: `bootverbose' undeclared (first use in this function) /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: (Each undeclared identifier is reported only once /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/acpi/acpidb. *** Error code 1 Stop in /src/usr.sbin/acpi. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 08:14:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 08:14:35 - ERROR: failed to build world TB --- 2007-04-11 08:14:35 - tinderbox aborted TB --- 0.88 user 2.99 system 4501.82 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:05:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2C5516A408 for ; Wed, 11 Apr 2007 09:05:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 61C4013C4C7 for ; Wed, 11 Apr 2007 09:05:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A1F132090; Wed, 11 Apr 2007 11:05:54 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 93DEF2081; Wed, 11 Apr 2007 11:05:54 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 7CE0AA10AC; Wed, 11 Apr 2007 11:05:54 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Eygene Ryabinkin References: <86lkgzz6ay.fsf@dwp.des.no> <20070411081029.GH26348@codelabs.ru> Date: Wed, 11 Apr 2007 11:05:54 +0200 In-Reply-To: <20070411081029.GH26348@codelabs.ru> (Eygene Ryabinkin's message of "Wed, 11 Apr 2007 12:10:29 +0400") Message-ID: <86lkgzjn65.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 09:05:58 -0000 Eygene Ryabinkin writes: > How current is your -CURRENT? I see no problems with script for the > -CURRENT from Apr 11 08:08 UTC. Will try to check today's -CURRENT. des@xps ~% uname -a FreeBSD xps.des.no 7.0-CURRENT FreeBSD 7.0-CURRENT #80: Wed Apr 11 00:07:05= CEST 2007 des@xps.des.no:/usr/obj/usr/src/sys/xps i386 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:22:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4577116A400; Wed, 11 Apr 2007 09:22:08 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id B005A13C4B7; Wed, 11 Apr 2007 09:22:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l3B9LMGn031164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Apr 2007 12:21:28 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l3B9L4Sg002921; Wed, 11 Apr 2007 12:21:16 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l3B9L4BO002920; Wed, 11 Apr 2007 12:21:04 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 11 Apr 2007 12:21:04 +0300 From: Giorgos Keramidas To: John Baldwin Message-ID: <20070411092104.GD1675@kobe.laptop> References: <4608A5D9.2010902@root.org> <20070406211229.GB1078@kobe.laptop> <461BEFD6.2050302@root.org> <200704101922.08255.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704101922.08255.jhb@freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.795, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.60, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org, Ariff Abdullah , S?ren Schmidt , Nate Lawson Subject: Re: recent commits break via 8235 ata 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, 11 Apr 2007 09:22:08 -0000 On 2007-04-10 19:22, John Baldwin wrote: >On Tuesday 10 April 2007 16:13, Nate Lawson wrote: >>Giorgos Keramidas wrote: >>> This is the change which stops snd_hda from working here: >>> >>> % Revision Changes Path >>> % 1.233 +39 -55 src/sys/dev/acpica/acpi.c >>> >>> If I update my kernel sources to Wed Mar 21 14:39:39 2007 +0000 >>> (including the sys/modules/padlock/Makefile commit of Sam Leffler, to >>> fix the kernel build from Wed Mar 21 17:37:13 2007 +0000), I can see >>> that the snd_hda driver probes my sound card correctly. >>> >>> Updating after the commit shown above, breaks snd_hda. >> >> I just finished a binsearch and can verify this exact commit causes the >> problem for my ATA also. I'll spend some more time debugging it later. >> >> John, can I back out rev 1.233 of acpi.c until you return since it >> prevents some machines from booting? > > Well, it most likely means there are other bugs that just happen to > not break with the older stuff. Are you sure that just this one > change fixes things rather than the changes to the nexus drivers? For snd_hda on my Toshiba laptop, I can verify that reverting this changeset only makes snd_hda probe correctly again. I resynced to last night's HEAD version of CVS, reverted this change only, and the snd_hda drives still probes correctly. Rebuilding with rev 1.233 of acpi.c results in the same failure to attach with: pcm0: hdac_get_capabilities: Invalid rirb size (0) device_attach: pcm0 attach returned 6 From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:30:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7CB916A401 for ; Wed, 11 Apr 2007 09:30:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED7F13C483 for ; Wed, 11 Apr 2007 09:30:04 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=BdpmkWO1HmKzHMvfRfwgnRw4cqn+NFgk6MBOEKUQE/SUW0lmIHjrWpCpBNXdyCJcvZcpGEKdzkO3ia+sCJiVlQHEAwWhJ9WtZq44cOlKkDPL5CEFwEeyZMgjAL3LlikngZCXuZjCHRlDgM3xKXLJCL9+McnGJXOtX83tLTQ4i7g=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HbZ9O-000BBV-G9; Wed, 11 Apr 2007 13:30:02 +0400 Date: Wed, 11 Apr 2007 13:29:58 +0400 From: Eygene Ryabinkin To: Dag-Erling Sm?rgrav Message-ID: <20070411092957.GJ26348@codelabs.ru> References: <86lkgzz6ay.fsf@dwp.des.no> <20070411081029.GH26348@codelabs.ru> <86lkgzjn65.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <86lkgzjn65.fsf@dwp.des.no> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 09:30:05 -0000 Dag-Erling, Wed, Apr 11, 2007 at 11:05:54AM +0200, Dag-Erling Sm?rgrav wrote: > Eygene Ryabinkin writes: > > How current is your -CURRENT? I see no problems with script for the > > -CURRENT from Apr 11 08:08 UTC. Will try to check today's -CURRENT. > > des@xps ~% uname -a > FreeBSD xps.des.no 7.0-CURRENT FreeBSD 7.0-CURRENT #80: Wed Apr 11 00:07:05 CEST 2007 des@xps.des.no:/usr/obj/usr/src/sys/xps i386 New -CURRENT kernel from Apr 11 09:21 UTC. script(1) is working, both the old (April 2nd) and new (April 11th) binary -- the typescripts look good and script exists without troubles. But the world is from April 2nd -- may be something has changed. Will probably try to rebuild the world. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:31:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBB1716A401 for ; Wed, 11 Apr 2007 09:31:02 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id A946113C4C3 for ; Wed, 11 Apr 2007 09:31:02 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1686C2091; Wed, 11 Apr 2007 11:30:56 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8E8B62081; Wed, 11 Apr 2007 11:30:55 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 6545FA10AC; Wed, 11 Apr 2007 11:30:55 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Eygene Ryabinkin References: <86lkgzz6ay.fsf@dwp.des.no> <20070411081029.GH26348@codelabs.ru> <86lkgzjn65.fsf@dwp.des.no> Date: Wed, 11 Apr 2007 11:30:55 +0200 In-Reply-To: <86lkgzjn65.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Wed, 11 Apr 2007 11:05:54 +0200") Message-ID: <86d52bp8a8.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 09:31:03 -0000 It's not just script(1), it's anything that allocates a pty (including sshd) when kern.pts.enable is set to 1. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:37:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B041016A401; Wed, 11 Apr 2007 09:37:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6B88713C46E; Wed, 11 Apr 2007 09:37:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3B9bmFF068475; Wed, 11 Apr 2007 05:37:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3B9bmYZ088893; Wed, 11 Apr 2007 05:37:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AF57773039; Wed, 11 Apr 2007 05:37:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411093748.AF57773039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 05:37:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 09:37:49 -0000 TB --- 2007-04-11 08:14:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 08:14:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-11 08:14:35 - cleaning the object tree TB --- 2007-04-11 08:15:09 - checking out the source tree TB --- 2007-04-11 08:15:09 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-11 08:15:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 08:26:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 08:26:38 - cd /src TB --- 2007-04-11 08:26:38 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 08:26:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utglobal.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utinit.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmath.c cc -O2 -pipe -DACPI_EXEC_APP -I/src/usr.sbin/acpi/acpidb/../../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c: In function `AcpiUtInfo': /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: `bootverbose' undeclared (first use in this function) /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: (Each undeclared identifier is reported only once /src/usr.sbin/acpi/acpidb/../../../sys/contrib/dev/acpica/utmisc.c:1299: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/acpi/acpidb. *** Error code 1 Stop in /src/usr.sbin/acpi. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 09:37:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 09:37:48 - ERROR: failed to build world TB --- 2007-04-11 09:37:48 - tinderbox aborted TB --- 0.75 user 2.72 system 4992.69 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:47:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAFA716A406 for ; Wed, 11 Apr 2007 09:47:53 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5D38D13C46E for ; Wed, 11 Apr 2007 09:47:53 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=YQaJ130vh5jrHPT4JO3eDJ9y6al2b8LJpF3eXZmJVXq3gNymu6fTdGdfsET2a6gO6jmBov8SVoJ/0pk++qBXuteWeCjbDqi325RtMOdqitAhglxM+5U55VvdNZoLRjRnVupbJ8dM/w83wM4T4sKbfY6NcWuNDpJ+ieXRXXz7i/I=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HbZQb-000BDR-2V; Wed, 11 Apr 2007 13:47:49 +0400 Date: Wed, 11 Apr 2007 13:47:44 +0400 From: Eygene Ryabinkin To: Dag-Erling Sm?rgrav Message-ID: <20070411094744.GK26348@codelabs.ru> References: <86lkgzz6ay.fsf@dwp.des.no> <20070411081029.GH26348@codelabs.ru> <86lkgzjn65.fsf@dwp.des.no> <86d52bp8a8.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <86d52bp8a8.fsf@dwp.des.no> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.0 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 09:47:53 -0000 Wed, Apr 11, 2007 at 11:30:55AM +0200, Dag-Erling Sm?rgrav wrote: > It's not just script(1), it's anything that allocates a pty (including > sshd) when kern.pts.enable is set to 1. Confirmed. It is broken in my old and new -CURRENT kernels (9th and 11th of April). -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 09:52:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id D449C16A403; Wed, 11 Apr 2007 09:52:31 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Wed, 11 Apr 2007 17:52:19 +0800 From: Ariff Abdullah To: Sean Bryant Message-Id: <20070411175219.7347f47b.ariff@FreeBSD.org> In-Reply-To: <20070406121737.086e275a.ariff@FreeBSD.org> References: <46060D94.2060506@cyberwang.net> <20070325182836.548f3585.ariff@FreeBSD.org> <1174819506.1150.4.camel@jesus.automatvapen.se> <4606946B.7080209@cyberwang.net> <20070325233341.7e31cc8c.ariff@FreeBSD.org> <46069992.40706@cyberwang.net> <20070326001147.7bbc28ed.ariff@FreeBSD.org> <4606AE95.6010606@cyberwang.net> <20070326012826.7bd36ac8.ariff@FreeBSD.org> <4606C5C6.2060407@cyberwang.net> <20070326042040.37c66edb.ariff@FreeBSD.org> <46152D27.4080309@cyberwang.net> <20070406121737.086e275a.ariff@FreeBSD.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__11_Apr_2007_17_52_19_+0800_+t27jakQnnuu5dsf" Cc: current@freebsd.org Subject: Re: Panic when loading snd_ich. 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, 11 Apr 2007 09:52:33 -0000 --Signature=_Wed__11_Apr_2007_17_52_19_+0800_+t27jakQnnuu5dsf Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 6 Apr 2007 12:17:37 +0800 Ariff Abdullah wrote: > On Thu, 05 Apr 2007 13:08:55 -0400 > Sean Bryant wrote: > >=20 > > Are you still interested in seeing a panic or strange behavior > > with the snd_ich driver? > >=20 > The later, as in "attach/reset failed" or "interrupt time out > channel dead". Take note that snd_ich itself is virtually unchanged > since past few months, except few obvious tiny memory leak fixes (I > think I've said this twice). Why it suddenly break now is kind of > mystery to me. >=20 > > I decided to load it up so I could give you a better report on > > what the error is. And my usb keyboard just kinda stopped > > working. I tried to reproduce it and it didn't happen, i thought > > it was a fluke. Then I played around for a bit and I tried to > > load it up again, and boom it happened again. I can't seem to > > figure out a pattern, but I'm going to get an ps/2 keyboard so I > > can give more detailed information but if this little bit helps > > great. > >=20 > My suggestion (brute force way), go back to full March 16 sources, > and start moving forward step by step from that point. Other people > are doing this as well, painstakingly, to investigate simmilar > issues. It could be because of recent ACPI import, bus related > changes, etc. >=20 Ignore that. Other people confirmed that it is indeed somewhere else issue. Please try this patch: http://people.freebsd.org/~ariff/test/acpi.c.diff -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Wed__11_Apr_2007_17_52_19_+0800_+t27jakQnnuu5dsf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHK/Tlr+deMUwTNoRAt9TAJ4hA3l1rsKLdti1yhH/7dOkUjtmzACgh5dL WNbeOdiooPxKt244fK+Hpf8= =Oy1y -----END PGP SIGNATURE----- --Signature=_Wed__11_Apr_2007_17_52_19_+0800_+t27jakQnnuu5dsf-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 10:34:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EB4D16A402 for ; Wed, 11 Apr 2007 10:34:27 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id CED7E13C45B for ; Wed, 11 Apr 2007 10:34:26 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx94.stngva01.us.mxservers.net (198.173.112.11) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 4-0165397664 for ; Wed, 11 Apr 2007 12:34:25 +0200 (CEST) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx94.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id d68bc164.18326.164.mx94.stngva01.us.mxservers.net; Wed, 11 Apr 2007 06:29:01 -0400 (EDT) Received: (qmail 53913 invoked from network); 11 Apr 2007 10:34:23 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.54.166.65) by with SMTP; 11 Apr 2007 10:34:23 -0000 Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.8/8.11.6) with ESMTP id l3BAYLLg005996; Wed, 11 Apr 2007 12:34:21 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200704111034.l3BAYLLg005996@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Eygene Ryabinkin In-reply-to: Your message of "Wed, 11 Apr 2007 13:47:44 +0400." <20070411094744.GK26348@codelabs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Apr 2007 12:34:21 +0200 From: Gary Jennejohn X-Spam: [F=0.0104039168; heur=0.500(-19800); stat=0.010; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 Cc: des@des.no, current@freebsd.org Subject: Re: script stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gary Jennejohn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 10:34:27 -0000 Eygene Ryabinkin writes: > Wed, Apr 11, 2007 at 11:30:55AM +0200, Dag-Erling Sm?rgrav wrote: > > It's not just script(1), it's anything that allocates a pty (including > > sshd) when kern.pts.enable is set to 1. > > Confirmed. It is broken in my old and new -CURRENT kernels (9th and > 11th of April). > This problem has existed for months. IIRC I changed my loader.conf to set kern.pts.enable to 0 at least 3 or 4 months ago. I know there was a fairly extensive thread about it, but I can't provide a pointer to it. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 10:38:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2112E16A401 for ; Wed, 11 Apr 2007 10:38:08 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id E9DE813C46A for ; Wed, 11 Apr 2007 10:38:07 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 11 Apr 2007 03:38:07 -0700 X-IronPort-AV: i="4.14,394,1170662400"; d="scan'208"; a="134420897:sNHT50557662" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l3BAc7uH009704; Wed, 11 Apr 2007 03:38:07 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l3BAc7MF008020; Wed, 11 Apr 2007 10:38:07 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Apr 2007 03:38:06 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Apr 2007 03:38:06 -0700 Message-ID: <461CBB32.3080802@cisco.com> Date: Wed, 11 Apr 2007 06:40:50 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Martin Kulas References: <20070409214504.GA1780@thunderbird.tld> <461B6945.90109@cisco.com> <20070410181122.GA12483@thunderbird.tld> In-Reply-To: <20070410181122.GA12483@thunderbird.tld> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Apr 2007 10:38:06.0506 (UTC) FILETIME=[7D8830A0:01C77C25] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1367; t=1176287887; x=1177151887; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20netcat=20with=20SCTP=20support |Sender:=20; bh=LIyMD6DWui1W3T4fF9I3hZVXUdqrTb8F7kqQxIjnc34=; b=NKW7jx7oyMDB1Ypvs8nrHcIhEMoQ2u8yLeOpeHiwOEftD6u8SX9q1WTs+BrSIVc6fTNQ9ymd lCy8nU0SGFfxdlHXLb8XuKoFpiXMfyBVcyHOeX64kNbhzxAb2Rq3DIdA; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: netcat with SCTP support 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, 11 Apr 2007 10:38:08 -0000 Martin Kulas wrote: > On Tue, Apr 10, 2007 at 06:39:01AM -0400, Randall Stewart wrote: >> Thanks for checking out SCTP for netcat... let me >> see if I can re-create this bug with current and figure >> out what is broken... This sounds like a bug with the >> TCP model.. > > I rewrote netcat's readwrite() to use select() instead of the poll() > systemcall but read() on the network file descriptor still does not > return EOF. So netcat is not notified that the SCTP association has > been closed. > >> So to recreate this.. I set things up run it >> and ctl-c the client? > > Yeah. > > Starting SCTP server: > $ nc -c -l 127.0.0.1 55555 > > Starting SCTP client: > $ nc -c 127.0.0.1 55555 > > Now send a SIGINT (ctl-c) to client or server. Sending SIGINT using > TCP sockets will terminate the connection immediately and notifing > the other side. > > Cheers, > Martin > Martin: Thanks for the info.. I will take the patch and give this a try with all the current code (I have some patches that need to be committed.. but none relate to this problem).. I know earlier (about 4 months ago) we had this problem and I thought we had fixed it.. I will dig around and see what is wrong ... will let you know in a bit. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 10:42:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84FFA16A402 for ; Wed, 11 Apr 2007 10:42:01 +0000 (UTC) (envelope-from sacchi@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF3013C4D3 for ; Wed, 11 Apr 2007 10:42:01 +0000 (UTC) (envelope-from sacchi@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so123050wxc for ; Wed, 11 Apr 2007 03:42:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=dLlg+uihEoOcJuiWKx0G8/1NIhVEz2Fv8MW0nPQjkJZvnz0YEPhvmoyqOQnmwQMlXG2w0ZV5WWdPwbhvFQrIOBoAfrktg/XGfPZF1YFaY43RydBJ7rFNsdjyrgoWi3TAIy5YCYLwQxMiHQqsW+39ZKfCoW8XwK3GuTo9533Nhjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=UmFCsIkKoaJI5MJZqjkkARqYaxCudkCZYNuHOWjAt9UUeZyweBi4cZVo8jweX7lEfNlM9OF4ceLelhhUh3W/cBDrkS/PB/avwW+pu+CjnDZ6jDAyeMy1NDIXWEqi7Ocb+A3ZDswixh+NhY6jUYIlAM8MyQVbSmkmIt1lsLTMEdk= Received: by 10.78.39.16 with SMTP id m16mr51066hum.1176286552828; Wed, 11 Apr 2007 03:15:52 -0700 (PDT) Received: by 10.78.157.6 with HTTP; Wed, 11 Apr 2007 03:15:52 -0700 (PDT) Message-ID: Date: Wed, 11 Apr 2007 15:45:52 +0530 From: sac Sender: sacchi@gmail.com To: "Curtis Vaughan" In-Reply-To: <2488F872-59CF-48DE-9297-5250B1C6EFB4@gmail.com> MIME-Version: 1.0 References: <2488F872-59CF-48DE-9297-5250B1C6EFB4@gmail.com> X-Google-Sender-Auth: 1a305a4c422949fe Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Ports upgrade 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, 11 Apr 2007 10:42:01 -0000 If you want to update the ports directory `cvsup' is the best to use. If you are using the latest version of FreeBSD, then cvsup will be in the default install or you have to install the package and run: cvsup -L 2 -h cvsup3.FreeBSD.org /usr/share/examples/cvsup /ports-supfile For futher information check section 4.5 of Freebsd Handbook. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html sac. On 4/6/07, Curtis Vaughan wrote: > > So, I wanted to update my ports. > I ran: > > > portsnap fetch update > > But after running portversion I noticed several ports were still older > than the current. > So I ran: > > > portsdb -U > > After which, nonetheless, portversion shows the same ports as before > being > older than the current. > > What am I missing? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 11:24:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D096F16A400; Wed, 11 Apr 2007 11:24:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7CBDA13C43E; Wed, 11 Apr 2007 11:24:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BBOHJ7075483; Wed, 11 Apr 2007 07:24:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BBOHjP098251; Wed, 11 Apr 2007 07:24:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B270A73039; Wed, 11 Apr 2007 07:24:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411112417.B270A73039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 07:24:17 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Wed, 11 Apr 2007 11:24:18 -0000 TB --- 2007-04-11 10:27:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 10:27:38 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-11 10:27:38 - cleaning the object tree TB --- 2007-04-11 10:27:58 - checking out the source tree TB --- 2007-04-11 10:27:58 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-11 10:27:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 10:36:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 10:36:33 - cd /src TB --- 2007-04-11 10:36:33 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 10:36:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Werror -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -Wsystem-headers -Werror -o ncal ncal.o -lcalendar gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/sun4v/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 11:24:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 11:24:17 - ERROR: failed to build world TB --- 2007-04-11 11:24:17 - tinderbox aborted TB --- 0.69 user 2.09 system 3399.18 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 11:24:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAE8616A402 for ; Wed, 11 Apr 2007 11:24:44 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 68B9313C45A for ; Wed, 11 Apr 2007 11:24:44 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l3BBODAR006957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Apr 2007 14:24:19 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l3BBNstI005093; Wed, 11 Apr 2007 14:24:06 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l3BBNr0d005092; Wed, 11 Apr 2007 14:23:53 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 11 Apr 2007 14:23:53 +0300 From: Giorgos Keramidas To: Dag-Erling Sm?rgrav Message-ID: <20070411112353.GA5003@kobe.laptop> References: <86lkgzz6ay.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86lkgzz6ay.fsf@dwp.des.no> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.518, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.68, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 11:24:45 -0000 On 2007-04-11 10:03, Dag-Erling Sm?rgrav wrote: > When I try to use script(1) on recent -CURRENT, it invariably gets > stuck in devdrn upon exit, and not even SIGKILL will kill it. I don't > use it much, so I have no idea how long ago it broke. Is anyone else > seeing this? Try turning off kern.pts.enable, or use the following patch to revert one of the commits by tegge to `kern_conf.c': %%% # HG changeset patch # User Giorgos Keramidas # Date 1164424009 -7200 # Node ID 4d6784b6bd2b63fd7a8e235402c37f0edea6369f # Parent e4ce0f3f5ec51813ab4a590127484923437351e9 Locally revert cvs change 1.199 to src/sys/kern/kern_conf.c This causes pty deallocation to hang forever with kern.pts.enable=1 which makes it pretty hard to work with anything that uses ptys, like xterm, screen, script, etc. diff -r e4ce0f3f5ec5 -r 4d6784b6bd2b sys/kern/kern_conf.c --- a/sys/kern/kern_conf.c Sat Nov 25 05:05:49 2006 +0200 +++ b/sys/kern/kern_conf.c Sat Nov 25 05:06:49 2006 +0200 @@ -676,7 +676,6 @@ destroy_devl(struct cdev *dev) dev->si_flags &= ~SI_CLONELIST; } - dev->si_refcount++; /* Avoid race with dev_rel() */ csw = dev->si_devsw; dev->si_devsw = NULL; /* already NULL for SI_ALIAS */ while (csw != NULL && csw->d_purge != NULL && dev->si_threadcount) { @@ -686,10 +685,6 @@ destroy_devl(struct cdev *dev) printf("Still %lu threads in %s\n", dev->si_threadcount, devtoname(dev)); } - while (dev->si_threadcount != 0) { - /* Use unique dummy wait ident */ - msleep(&csw, &devmtx, PRIBIO, "devdrn", hz / 10); - } dev->si_drv1 = 0; dev->si_drv2 = 0; @@ -704,7 +699,6 @@ destroy_devl(struct cdev *dev) fini_cdevsw(csw); } dev->si_flags &= ~SI_ALIAS; - dev->si_refcount--; /* Avoid race with dev_rel() */ if (dev->si_refcount > 0) { LIST_INSERT_HEAD(&dead_cdevsw.d_devs, dev, si_list); %%% I know that Tor is working on a real fix for this, but reverting 1.199 stops pty-using processes from getting stuck forever in devdrn for me, so I use it locally as a workaround until the real bug is fixed. - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 11:45:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B62CA16A407 for ; Wed, 11 Apr 2007 11:45:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8DED913C46A for ; Wed, 11 Apr 2007 11:45:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 06F7346F52; Wed, 11 Apr 2007 07:45:34 -0400 (EDT) Date: Wed, 11 Apr 2007 12:45:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gary Jennejohn In-Reply-To: <200704111034.l3BAYLLg005996@peedub.jennejohn.org> Message-ID: <20070411124408.T4565@fledge.watson.org> References: <200704111034.l3BAYLLg005996@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: des@des.no, current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 11:45:34 -0000 On Wed, 11 Apr 2007, Gary Jennejohn wrote: > Eygene Ryabinkin writes: >> Wed, Apr 11, 2007 at 11:30:55AM +0200, Dag-Erling Sm?rgrav wrote: >>> It's not just script(1), it's anything that allocates a pty (including >>> sshd) when kern.pts.enable is set to 1. >> >> Confirmed. It is broken in my old and new -CURRENT kernels (9th and 11th of >> April). > > This problem has existed for months. IIRC I changed my loader.conf to set > kern.pts.enable to 0 at least 3 or 4 months ago. I know there was a fairly > extensive thread about it, but I can't provide a pointer to it. There is a known issue regarding devfs device node removal, which pts exercises extensively. I'm not sure what the status of fixing this is currently (I know it has been looked at), but it would be very nice to see this fixed in the immediate future. Right now, kern.pts.enable defaults to 0, but it would be nice to set it to 1 as the default for 7.0. Since it affects application behavior, it would be better to do this sooner rather than later in order to give both base system apps and ports a chance to settle out. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 12:27:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B41D216A409; Wed, 11 Apr 2007 12:27:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6295D13C44B; Wed, 11 Apr 2007 12:27:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BCRqf9082167; Wed, 11 Apr 2007 08:27:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BCRqmJ020541; Wed, 11 Apr 2007 08:27:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5E9D573039; Wed, 11 Apr 2007 08:27:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411122752.5E9D573039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 08:27:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Wed, 11 Apr 2007 12:27:53 -0000 TB --- 2007-04-11 11:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 11:25:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-11 11:25:00 - cleaning the object tree TB --- 2007-04-11 11:25:27 - checking out the source tree TB --- 2007-04-11 11:25:27 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-11 11:25:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 11:35:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 11:35:20 - cd /src TB --- 2007-04-11 11:35:20 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 11:35:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Werror -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -Wsystem-headers -Werror -o ncal ncal.o -lcalendar gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/arm/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 12:27:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 12:27:52 - ERROR: failed to build world TB --- 2007-04-11 12:27:52 - tinderbox aborted TB --- 0.46 user 1.71 system 3771.69 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 12:27:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B7A416A4CC; Wed, 11 Apr 2007 12:27:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DE01713C4B7; Wed, 11 Apr 2007 12:27:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BCRvWb082173; Wed, 11 Apr 2007 08:27:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BCRvFk020598; Wed, 11 Apr 2007 08:27:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 343C77303E; Wed, 11 Apr 2007 08:27:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411122757.343C77303E@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 08:27:57 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 12:27:58 -0000 TB --- 2007-04-11 11:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 11:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-11 11:25:00 - cleaning the object tree TB --- 2007-04-11 11:25:26 - checking out the source tree TB --- 2007-04-11 11:25:26 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-11 11:25:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 11:35:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 11:35:20 - cd /src TB --- 2007-04-11 11:35:20 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 11:35:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/amd64/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 12:27:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 12:27:57 - ERROR: failed to build world TB --- 2007-04-11 12:27:57 - tinderbox aborted TB --- 0.49 user 1.61 system 3776.75 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 12:35:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43C1416A401 for ; Wed, 11 Apr 2007 12:35:23 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id A738613C44B for ; Wed, 11 Apr 2007 12:35:22 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3BCZKpt089368 for ; Wed, 11 Apr 2007 14:35:21 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 11 Apr 2007 14:36:22 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB01115C@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld fails Thread-Index: Acd8NgNMF5ovZLNpQC+AMEcM5q0XpQ== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: buildworld fails 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, 11 Apr 2007 12:35:23 -0000 i have 2 HP netserver 800 with 2 p3 1 Ghz cpu's. =20 Both running 7-CURRENT =20 but as of today buildworld fails on both machine's and on a singe 1 cpu = p3 machine. I use these to for test and so on. =20 all machine use SHED_ULE =20 the error i get is as follows. =20 =20 =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.tex= i -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stn= d.texi -o info-stnd.info ln -fs = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.= txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc = texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error my /etc/make.conf looks like this. =20 CPUTYPE?=3Dp3 # or athlon-xp or p3 =20 # added by use.perl 2007-02-04 17:19:16 PERL_VER=3D5.8.8 PERL_VERSION=3D5.8.8 my /etc/src.conf looks like this =20 WITHOUT_BLUETOOTH=3D yes WITHOUT_LPR=3D yes WITHOUT_I4B=3D yes WITHOUT_IPFILTER=3D yes WITHOUT_GAMES=3D yes WITHOUT_PROFILE=3D yes WITHOUT_SENDMAIL=3D yes WITHOUT_IPX=3D yes and the kernel config is GENERIC with the following added: =20 # GEOM options options GEOM_MIRROR # Console color options options SC_NORM_ATTR=3D(FG_LIGHTGREY|BG_BLACK) options SC_NORM_REV_ATTR=3D(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=3D(FG_BROWN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=3D(FG_BLACK|BG_RED) # Console video mode options VESA # Vesa Support for Splash options SC_PIXEL_MODE # add support for the raster tex # Polling options DEVICE_POLLING # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync # CPU options options CPU_FASTER_5X86_FPU options CPU_SUSP_HLT options CPU_UPGRADE_HW_CACHE # Samba Options options NETSMB #options NETSMBCRYPTO options LIBMCHAIN options LIBICONV options SMBFS # SMP support options SMP and these commented out: =20 #cpu I486_CPU #cpu I586_CPU the smp option is not set on the singe cpu system offcourse. =20 I have been tracking current from oktober and it always goes as it = should. I have deleted the whole src directory and did a new csup but the error = is still there on all three machine's =20 Am i missng something. =20 thanks for your time. =20 regards, Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:01:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B05E16A402 for ; Wed, 11 Apr 2007 13:01:01 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 6820A13C44C for ; Wed, 11 Apr 2007 13:01:01 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 12F965C2E; Wed, 11 Apr 2007 08:42:01 -0400 (EDT) Date: Wed, 11 Apr 2007 08:42:01 -0400 From: Wesley Shields To: sac Message-ID: <20070411124201.GB83347@atarininja.org> References: <2488F872-59CF-48DE-9297-5250B1C6EFB4@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org, Curtis Vaughan Subject: Re: Ports upgrade 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, 11 Apr 2007 13:01:01 -0000 On Wed, Apr 11, 2007 at 03:45:52PM +0530, sac wrote: > If you want to update the ports directory `cvsup' is the best to use. You can use csup, cvsup or portsnap. Personally, I prefer portsnap but you can use whatever you like. > If you are using the latest version of FreeBSD, then cvsup will be in the > default install or you have to install the package and run: csup is in the default install of 6.2, not cvsup. > cvsup -L 2 -h cvsup3.FreeBSD.org > /usr/share/examples/cvsup > /ports-supfile > > For futher information check section 4.5 of Freebsd Handbook. > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html > > sac. -- WXS From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:26:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AF8716A402 for ; Wed, 11 Apr 2007 13:26:12 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 1DBC513C465 for ; Wed, 11 Apr 2007 13:26:12 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from dia.lan128.lombardisoftware.com ([64.3.1.253]:54790 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hbcpt-0004tG-Na; Wed, 11 Apr 2007 08:26:11 -0500 From: "Larry Rosenman" To: "'Kris Kennaway'" References: <20070410224647.X2889@thebighonker.lerctr.org> <20070411054250.GA79998@xor.obsecurity.org> In-Reply-To: <20070411054250.GA79998@xor.obsecurity.org> Date: Wed, 11 Apr 2007 08:25:58 -0500 Message-ID: <006101c77c3c$f79e7ef0$e6db7cd0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acd7/FYc+cg1bFz3TwWhb7LYPVoIVAAQIuQQ Content-Language: en-us X-Spam-Score: -4.3 (----) X-LERCTR-Spam-Score: -4.3 (----) X-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 X-LERCTR-Spam-Report: SpamScore (-4.3/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, SARE_SUB_OBFU_OTHER=0.135 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: RE: ZFS: LOR's 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, 11 Apr 2007 13:26:12 -0000 I'll go stand in the corner now :). I had just skimmed the ZFS stuff.... -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Kris Kennaway Sent: Wednesday, April 11, 2007 12:43 AM To: Larry Rosenman Cc: freebsd-current@freebsd.org Subject: Re: ZFS: LOR's On Tue, Apr 10, 2007 at 10:48:10PM -0500, Larry Rosenman wrote: > With a today current, I ran through PJD's quick start, then looked at > my dmesg and found: Did you also look at the other emails? These have been reported about 10^6 times so far :-) Kris From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:28:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B635D16A400; Wed, 11 Apr 2007 13:28:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6863D13C45E; Wed, 11 Apr 2007 13:28:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BDSYYa092643; Wed, 11 Apr 2007 09:28:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BDSYhN050604; Wed, 11 Apr 2007 09:28:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C4A073039; Wed, 11 Apr 2007 09:28:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411132834.5C4A073039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 09:28:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 13:28:35 -0000 TB --- 2007-04-11 12:27:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 12:27:52 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-11 12:27:52 - cleaning the object tree TB --- 2007-04-11 12:28:24 - checking out the source tree TB --- 2007-04-11 12:28:24 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-11 12:28:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 12:37:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 12:37:33 - cd /src TB --- 2007-04-11 12:37:33 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 12:37:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 13:28:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 13:28:34 - ERROR: failed to build world TB --- 2007-04-11 13:28:34 - tinderbox aborted TB --- 0.55 user 1.50 system 3641.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:28:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C59116A412; Wed, 11 Apr 2007 13:28:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3B013C4BE; Wed, 11 Apr 2007 13:28:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BDSgMZ092668; Wed, 11 Apr 2007 09:28:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BDSgX6050708; Wed, 11 Apr 2007 09:28:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F4A47303E; Wed, 11 Apr 2007 09:28:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411132842.7F4A47303E@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 09:28:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 13:28:43 -0000 TB --- 2007-04-11 12:27:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 12:27:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-11 12:27:57 - cleaning the object tree TB --- 2007-04-11 12:28:35 - checking out the source tree TB --- 2007-04-11 12:28:35 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-11 12:28:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 12:37:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 12:37:33 - cd /src TB --- 2007-04-11 12:37:33 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 12:37:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -o ncplogin ncplogin.o -lncp -lipx gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/pc98/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 13:28:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 13:28:42 - ERROR: failed to build world TB --- 2007-04-11 13:28:42 - tinderbox aborted TB --- 0.75 user 2.81 system 3645.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:32:00 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D07D16A401 for ; Wed, 11 Apr 2007 13:32:00 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 282D413C468 for ; Wed, 11 Apr 2007 13:32:00 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 86EA765A6; Wed, 11 Apr 2007 17:31:58 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 6430D6565; Wed, 11 Apr 2007 17:31:58 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l3BDUarV028690; Wed, 11 Apr 2007 17:30:36 +0400 (MSD) (envelope-from ru) Date: Wed, 11 Apr 2007 17:30:36 +0400 From: Ruslan Ermilov To: Johan Hendriks Message-ID: <20070411133036.GB34189@rambler-co.ru> References: <57200BF94E69E54880C9BB1AF714BBCB01115C@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB01115C@w2003s01.double-l.local> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: No virus found Cc: freebsd-current@FreeBSD.org Subject: Re: buildworld fails 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, 11 Apr 2007 13:32:00 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 11, 2007 at 02:36:22PM +0200, Johan Hendriks wrote: > i have 2 HP netserver 800 with 2 p3 1 Ghz cpu's. > =20 > Both running 7-CURRENT > =20 > but as of today buildworld fails on both machine's and on a singe 1 cpu p= 3 machine. > I use these to for test and so on. > =20 > all machine use SHED_ULE > =20 > the error i get is as follows. > =20 > =20 > =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/u= sr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/tex= info/doc/../../../../contrib/texinfo/doc/info.texi -o info.info > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/u= sr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/tex= info/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info > ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/t= exinfo.txi texinfo.texi > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/u= sr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo= =2Einfo > gzip -cn info.info > info.info.gz > gzip -cn info-stnd.info > info-stnd.info.gz > gzip -cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error >=20 It looks like you're building the world in parallel (using the -jX option to make(1)), so the actual build error isn't seen. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGHOL8qRfpzJluFF4RAp51AJ0ZEKgVenggq4tg3XEjyh7SxpZ92wCfZEz6 yeottVHQde/T4n0CY0iCE6Q= =eWS9 -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:43:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 151A716A401; Wed, 11 Apr 2007 13:43:41 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D782B13C44B; Wed, 11 Apr 2007 13:43:40 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=rhfWAgVp208+kSg5CsyPqOjwbQJ7FaQMv4sI68iYR7Gsn8RZyosmP6D9aHXqgF61oWvvWwTIQ+ScgCtJ7IbRWJWIfg2BRu1lbz5Sy2nt6jZOsTKZpf4Uc6AynMfKWJApTBRe7h70Xf9XlPPqQA3IAXNHVFMGQpOIfYnI+DNxU5sMWj3kpaR87/UJ0Br7f6gIgIwIVSbUKRyhiHl9K0UfHBDx9oF3jEIAQXsKqbeZ/IwVRerf53AnwFIzGj8GwQzW; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1Hbd6q-00076p-9d; Wed, 11 Apr 2007 13:43:40 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1Hbd6E-000490-66; Wed, 11 Apr 2007 13:43:02 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hbd6G-0000LG-MX; Wed, 11 Apr 2007 15:43:04 +0200 To: Andrew Thompson , freebsd-current@freebsd.org From: Ian FREISLICH In-Reply-To: Message from Andrew Thompson of "Mon, 02 Apr 2007 21:28:30 +1200." <20070402092830.GB28809@heff.fud.org.nz> X-Attribution: BOFH Date: Wed, 11 Apr 2007 15:43:04 +0200 Message-Id: Cc: Subject: Re: CFT: new trunk(4) 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, 11 Apr 2007 13:43:41 -0000 Andrew Thompson wrote: > On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: > > Andrew Thompson wrote: > > > Here is a patch to add OpenBSD's trunk(4) interface, and also includes > > > LACP support which came from agr(4) on NetBSD. Im interested in anyone > > > who wants to test this and in particular lacp mode if you have a switch > > > that supports it. > > > > > > http://people.freebsd.org/~thompsa/if_trunk-20070330b.diff > > > > This looks very interesting. I'm busy testing with a switch that > > claims 802.3ad support. > > > > We're making extensive use of vlans to increase the number of > > interfaces availabble to us using switches to break out gigE into > > 100M interfaces. The bandwidth problem we're having is to our > > provider, a 100M connection, and we're looking at doing exactly > > this. However, it appears that this interface can't trunk vlan > > interfaces. > > It sounds like you want it the other way around. The trunk should > be the lowest component in any setup so you should vlan the trunk > interface rather than trunk a vlan. No, I'm sure I want it the way I said. I know it sounds wrong, but I just don't have enough PCI-X slots to waste 2 on physical 100M NICs for the uplink from the routers. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:46:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8715D16A400 for ; Wed, 11 Apr 2007 13:46:31 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id 65FBB13C468 for ; Wed, 11 Apr 2007 13:46:31 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 11 Apr 2007 06:46:31 -0700 X-IronPort-AV: i="4.14,395,1170662400"; d="scan'208"; a="410258316:sNHT46646524" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l3BDkVS9032753; Wed, 11 Apr 2007 06:46:31 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l3BDkOAS023345; Wed, 11 Apr 2007 13:46:30 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Apr 2007 06:45:58 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Apr 2007 06:45:58 -0700 Message-ID: <461CE73C.3010204@cisco.com> Date: Wed, 11 Apr 2007 09:48:44 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Martin Kulas References: <20070409214504.GA1780@thunderbird.tld> <461B6945.90109@cisco.com> <20070410181122.GA12483@thunderbird.tld> In-Reply-To: <20070410181122.GA12483@thunderbird.tld> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Apr 2007 13:45:58.0225 (UTC) FILETIME=[BC000410:01C77C3F] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1447; t=1176299191; x=1177163191; c=relaxed/simple; s=sjdkim5002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20netcat=20with=20SCTP=20support |Sender:=20; bh=4UmAlAvV2kpb63X6WVJJPHLFvoVmda4zq20dcg7RirQ=; b=SCitE6vp0UWM4rSCY6sz+IPbAkpgqJeqO0bpzYr714w8ZyVPuAC/bPWawBtVjwROFFQkeCFI JAgwt7dT3DIqpW1ymG3c8e/RCkdkfLic66d9PU3m0TXN/n+gBrBPtrjz; Authentication-Results: sj-dkim-5; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim5002 verified; ); Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: netcat with SCTP support 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, 11 Apr 2007 13:46:31 -0000 Martin: Ok, I found it.. it was a simple case of not waking things up if an orderly shutdown happened.. opps. A comm lost (where you had an abort or some non-orderly shutdown) would have worked :-D I will add this to my next patch.. which i am due to submit.. I will send and let George have a look.. so I should get it in before the end of the week. If you want a private patch let me know and I will send it . R Martin Kulas wrote: > On Tue, Apr 10, 2007 at 06:39:01AM -0400, Randall Stewart wrote: >> Thanks for checking out SCTP for netcat... let me >> see if I can re-create this bug with current and figure >> out what is broken... This sounds like a bug with the >> TCP model.. > > I rewrote netcat's readwrite() to use select() instead of the poll() > systemcall but read() on the network file descriptor still does not > return EOF. So netcat is not notified that the SCTP association has > been closed. > >> So to recreate this.. I set things up run it >> and ctl-c the client? > > Yeah. > > Starting SCTP server: > $ nc -c -l 127.0.0.1 55555 > > Starting SCTP client: > $ nc -c 127.0.0.1 55555 > > Now send a SIGINT (ctl-c) to client or server. Sending SIGINT using > TCP sockets will terminate the connection immediately and notifing > the other side. > > Cheers, > Martin > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 13:50:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D912316A406 for ; Wed, 11 Apr 2007 13:50:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id A80EC13C4BB for ; Wed, 11 Apr 2007 13:50:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=Q+vkBmrmTgVXQPomKfSMmlzFMSjiil9VZv8zknmzYFrvRBdiMmrrqCnEDSpS+KV1MmfqtWcRkRDiQraaGqnm9vHrzJ95yBdwXnAjEMPW0ORF+rcUNRyNokYNm3c+WfmcKJhCL0WljF/e2Hz+hnCA15f4L6ylQiT6HfufYJiG2gcR8cYHi2f0+OOfNrYdwXGA0wqvicWYZZGTwp4cpi+I7oP/A1X8fMhlRrb/oEOoyKq7LrjxVViHdBQ2NoyH1Zql; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HbdD9-0007c0-B0 for freebsd-current@freebsd.org; Wed, 11 Apr 2007 13:50:11 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HbdCu-0004Bq-NW for freebsd-current@freebsd.org; Wed, 11 Apr 2007 13:49:56 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HbdCx-0000Lz-RN for freebsd-current@freebsd.org; Wed, 11 Apr 2007 15:49:59 +0200 To: FreeBSD Current From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 11 Apr 2007 15:49:59 +0200 Message-Id: Subject: [patch] move ipfw logging to after syslogd 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, 11 Apr 2007 13:50:11 -0000 Hi We have a problem that on our busy firewalls, a boot and shutdown can be delayed by up to 20 minutes by the kernel printing log messages for denied packets to the console. The problem is that most kernel activity appears to be suspended by outputting ipfw logged messages via the serial console (but not even the video console keeps up). The kernel doesn't even respond to a serial break. Once syslogd starts it captures the log messages and the boot continues at its normal pace. I've a patch which moves the 'firewall_logging="YES"' processing to another script that depends on syslogd and is run on shutdown. If an rc guru can check that I've got the BEFORE condition right in the new script and then comit this fix I'd appreciate it. Ian -- Ian Freislich Index: rc.d/Makefile =================================================================== RCS file: /home/ncvs/src/etc/rc.d/Makefile,v retrieving revision 1.81 diff -u -d -r1.81 Makefile --- rc.d/Makefile 9 Apr 2007 19:21:27 -0000 1.81 +++ rc.d/Makefile 11 Apr 2007 12:43:56 -0000 @@ -16,7 +16,7 @@ hcsecd \ hostapd hostid hostname \ idmapd inetd initrandom \ - ip6addrctl ip6fw ipfilter ipfs ipfw ipmon \ + ip6addrctl ip6fw ipfilter ipfs ipfw ipfw_logging ipmon \ ipnat ipsec ipxrouted isdnd \ jail \ kadmind kerberos kernel keyserv kldxref kpasswdd \ Index: rc.d/ipfw =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipfw,v retrieving revision 1.15 diff -u -d -r1.15 ipfw --- rc.d/ipfw 2 Apr 2007 15:38:53 -0000 1.15 +++ rc.d/ipfw 11 Apr 2007 13:41:23 -0000 @@ -1,6 +1,6 @@ #!/bin/sh # -# $FreeBSD: src/etc/rc.d/ipfw,v 1.15 2007/04/02 15:38:53 mtm Exp $ +# $FreeBSD: src/etc/rc.d/ipfw,v 1.14 2006/12/31 10:37:18 yar Exp $ # # PROVIDE: ipfw @@ -22,11 +22,17 @@ # set the firewall rules script if none was specified [ -z "${firewall_script}" ] && firewall_script=/etc/rc.firewall + # Make sure that logging is disabled. On a firewall with + # a busy ethernet, the console messages are sufficient to + # delay the boot process for a long time if logging is enabled + # before syslogd. Logging is enabled elsewhere. + sysctl net.inet.ip.fw.verbose=0 >/dev/null + if [ -r "${firewall_script}" ]; then if [ -f /etc/rc.d/natd ] ; then /etc/rc.d/natd start fi - /bin/sh "${firewall_script}" + . "${firewall_script}" echo 'Firewall rules loaded.' elif [ "`ipfw list 65535`" = "65535 deny ip from any to any" ]; then echo 'Warning: kernel has firewall functionality, but' \ @@ -34,13 +40,6 @@ echo ' All ip services are disabled.' fi - # Firewall logging - # - if checkyesno firewall_logging; then - echo 'Firewall logging enabled.' - sysctl net.inet.ip.fw.verbose=1 >/dev/null - fi - # Enable the firewall # ${SYSCTL_W} net.inet.ip.fw.enable=1 Index: rc.d/ipfw_logging =================================================================== RCS file: rc.d/ipfw_logging diff -N rc.d/ipfw_logging --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ rc.d/ipfw_logging 11 Apr 2007 13:41:23 -0000 @@ -0,0 +1,37 @@ +#!/bin/sh +# +# $FreeBSD$ +# + +# PROVIDE: ipfw_logging +# REQUIRE: syslogd +# BEFORE: NETWORKING +# KEYWORD: nojail shutdown + +. /etc/rc.subr +. /etc/network.subr + +name="ipfw_logging" +rcvar="firewall_enable" +start_cmd="ipfw_logging_start" +stop_cmd="ipfw_logging_stop" +required_modules="ipfw" + +ipfw_logging_start() +{ + if checkyesno firewall_logging; then + echo 'Firewall logging enabled.' + sysctl net.inet.ip.fw.verbose=1 >/dev/null + fi +} + +ipfw_logging_stop() +{ + if checkyesno firewall_logging; then + echo 'Firewall logging disabled.' + sysctl net.inet.ip.fw.verbose=0 >/dev/null + fi +} + +load_rc_config $name +run_rc_command "$1" From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 14:03:07 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6EAC16A402 for ; Wed, 11 Apr 2007 14:03:07 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D51F13C46E for ; Wed, 11 Apr 2007 14:03:07 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [213.84.11.61]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3BE35gp001319; Wed, 11 Apr 2007 16:03:06 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 11 Apr 2007 16:01:23 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB01115D@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld fails Thread-Index: Acd8PfaUuK02sDOeT7C6PjNhqOUTgAAA+0kE References: <57200BF94E69E54880C9BB1AF714BBCB01115C@w2003s01.double-l.local> <20070411133036.GB34189@rambler-co.ru> From: "Johan Hendriks" To: "Ruslan Ermilov" X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@FreeBSD.org Subject: RE: buildworld fails 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, 11 Apr 2007 14:03:08 -0000 =20 ________________________________ Van: Ruslan Ermilov [mailto:ru@FreeBSD.org] Verzonden: wo 11-4-2007 15:30 Aan: Johan Hendriks CC: freebsd-current@FreeBSD.org Onderwerp: Re: buildworld fails On Wed, Apr 11, 2007 at 02:36:22PM +0200, Johan Hendriks wrote: > i have 2 HP netserver 800 with 2 p3 1 Ghz cpu's. >=20 > Both running 7-CURRENT >=20 > but as of today buildworld fails on both machine's and on a singe 1 = cpu p3 machine. > I use these to for test and so on. >=20 > all machine use SHED_ULE >=20 > the error i get is as follows. >=20 >=20 > =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.tex= i -o info.info > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stn= d.texi -o info-stnd.info > ln -fs = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.= txi texinfo.texi > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I = /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc = texinfo.texi -o texinfo.info > gzip -cn info.info > info.info.gz > gzip -cn info-stnd.info > info-stnd.info.gz > gzip -cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > It looks like you're building the world in parallel (using the -jX option to make(1)), so the actual build error isn't seen. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer Yes i did use -j4 to make the build, i did not know it did not show = where it fails. But there was a commit to the tree so i'll give it a go again. Next time after a error i will use -j0 to see the error. Thanks for your time, and sorry for the noise. regards, Johan =20 From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 14:29:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E498A16A404 for ; Wed, 11 Apr 2007 14:29:00 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.freebsd.org (Postfix) with ESMTP id 84C4313C4BD for ; Wed, 11 Apr 2007 14:29:00 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id l3BESqfn002075; Wed, 11 Apr 2007 15:28:52 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.8/8.13.6) with ESMTP id l3BESpbQ023159; Wed, 11 Apr 2007 15:28:51 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.8/8.13.6/Submit) id l3BESpcS023158; Wed, 11 Apr 2007 15:28:51 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Ian FREISLICH In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 11 Apr 2007 15:28:51 +0100 Message-Id: <1176301731.22464.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: FreeBSD Current Subject: Re: [patch] move ipfw logging to after syslogd 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, 11 Apr 2007 14:29:01 -0000 On Wed, 2007-04-11 at 15:49 +0200, Ian FREISLICH wrote: > Hi > > We have a problem that on our busy firewalls, a boot and shutdown > can be delayed by up to 20 minutes by the kernel printing log > messages for denied packets to the console. The problem is that > most kernel activity appears to be suspended by outputting ipfw > logged messages via the serial console (but not even the video > console keeps up). The kernel doesn't even respond to a serial > break. I wonder if a better fix is to ensure syslogd is started before bringing up the network? That way, you won't need this, as before IP addresses are configured, you shouldn't get hit by anything. Of course, this would be an issue for when syslog is set to log remotely, unless that laready has some "caching" mechanism to prevent messages being thrown away. > if [ -r "${firewall_script}" ]; then > if [ -f /etc/rc.d/natd ] ; then > /etc/rc.d/natd start > fi > - /bin/sh "${firewall_script}" > + . "${firewall_script}" > echo 'Firewall rules loaded.' > elif [ "`ipfw list 65535`" = "65535 deny ip from any to any" ]; then > echo 'Warning: kernel has firewall functionality, but' \ > @@ -34,13 +40,6 @@ > echo ' All ip services are disabled.' > fi > Be careful, it looks like this unintentionally backs out the 1.15 change. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 14:29:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05FB616A407; Wed, 11 Apr 2007 14:29:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C331413C4B9; Wed, 11 Apr 2007 14:29:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BETq80007058; Wed, 11 Apr 2007 10:29:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BETp7B092303; Wed, 11 Apr 2007 10:29:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C421D73039; Wed, 11 Apr 2007 10:29:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411142951.C421D73039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 10:29:51 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 14:29:53 -0000 TB --- 2007-04-11 13:28:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 13:28:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-11 13:28:42 - cleaning the object tree TB --- 2007-04-11 13:29:12 - checking out the source tree TB --- 2007-04-11 13:29:12 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-11 13:29:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 13:38:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 13:38:05 - cd /src TB --- 2007-04-11 13:38:05 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 13:38:06 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Werror -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -Wsystem-headers -Werror -o ncal ncal.o -lcalendar gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/powerpc/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 14:29:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 14:29:51 - ERROR: failed to build world TB --- 2007-04-11 14:29:51 - tinderbox aborted TB --- 0.61 user 2.43 system 3668.93 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 14:32:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0774F16A401; Wed, 11 Apr 2007 14:32:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8937813C469; Wed, 11 Apr 2007 14:32:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3BEW6M4075077; Wed, 11 Apr 2007 10:32:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Giorgos Keramidas Date: Wed, 11 Apr 2007 10:21:43 -0400 User-Agent: KMail/1.9.4 References: <4608A5D9.2010902@root.org> <200704101922.08255.jhb@freebsd.org> <20070411092104.GD1675@kobe.laptop> In-Reply-To: <20070411092104.GD1675@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704111021.44494.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 11 Apr 2007 10:32:09 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3067/Wed Apr 11 06:21:12 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Ariff Abdullah , S?ren Schmidt , Nate Lawson Subject: Re: recent commits break via 8235 ata 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, 11 Apr 2007 14:32:15 -0000 On Wednesday 11 April 2007 05:21, Giorgos Keramidas wrote: > On 2007-04-10 19:22, John Baldwin wrote: > >On Tuesday 10 April 2007 16:13, Nate Lawson wrote: > >>Giorgos Keramidas wrote: > >>> This is the change which stops snd_hda from working here: > >>> > >>> % Revision Changes Path > >>> % 1.233 +39 -55 src/sys/dev/acpica/acpi.c > >>> > >>> If I update my kernel sources to Wed Mar 21 14:39:39 2007 +0000 > >>> (including the sys/modules/padlock/Makefile commit of Sam Leffler, to > >>> fix the kernel build from Wed Mar 21 17:37:13 2007 +0000), I can see > >>> that the snd_hda driver probes my sound card correctly. > >>> > >>> Updating after the commit shown above, breaks snd_hda. > >> > >> I just finished a binsearch and can verify this exact commit causes the > >> problem for my ATA also. I'll spend some more time debugging it later. > >> > >> John, can I back out rev 1.233 of acpi.c until you return since it > >> prevents some machines from booting? > > > > Well, it most likely means there are other bugs that just happen to > > not break with the older stuff. Are you sure that just this one > > change fixes things rather than the changes to the nexus drivers? > > For snd_hda on my Toshiba laptop, I can verify that reverting this > changeset only makes snd_hda probe correctly again. I resynced to last > night's HEAD version of CVS, reverted this change only, and the snd_hda > drives still probes correctly. Rebuilding with rev 1.233 of acpi.c > results in the same failure to attach with: > > pcm0: hdac_get_capabilities: Invalid rirb size (0) > device_attach: pcm0 attach returned 6 Can you get boot verbose dmesg for both kernels? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 14:40:55 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1A0016A468; Wed, 11 Apr 2007 14:40:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9CAA313C48A; Wed, 11 Apr 2007 14:40:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id BBDA263E6; Wed, 11 Apr 2007 18:10:45 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 9988E62C8; Wed, 11 Apr 2007 18:10:45 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l3BE9NJk041413; Wed, 11 Apr 2007 18:09:23 +0400 (MSD) (envelope-from ru) Date: Wed, 11 Apr 2007 18:09:23 +0400 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20070411140923.GC34189@rambler-co.ru> References: <20070411132834.5C4A073039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4jXrM3lyYWu4nBt5" Content-Disposition: inline In-Reply-To: <20070411132834.5C4A073039@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org, i386@FreeBSD.org Subject: Re: [head tinderbox] failure on i386/i386 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, 11 Apr 2007 14:40:56 -0000 --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 11, 2007 at 09:28:34AM -0400, FreeBSD Tinderbox wrote: > >>> stage 4.4: building everything > [...] > cc -O2 -pipe -o ncplogin ncplogin.o -lncp -lipx > gzip -cn /src/usr.bin/ncplogin/ncplogin.1 > ncplogin.1.gz > gzip -cn /src/usr.bin/ncplogin/ncplogout.1 > ncplogout.1.gz > =3D=3D=3D> usr.bin/netstat (all) > cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if= =2Ec > cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/in= et.c > In file included from /src/usr.bin/netstat/inet.c:69: > /obj/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer'= has incomplete type > *** Error code 1 >=20 > Stop in /src/usr.bin/netstat. > *** Error code 1 >=20 This has been fixed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --4jXrM3lyYWu4nBt5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGHOwTqRfpzJluFF4RAvlrAJ4vDzaeNZE00cog+LMiV5hvlz/tnwCcDQnJ 4wU3k/ax4von/wPvGjw1fM4= =IATS -----END PGP SIGNATURE----- --4jXrM3lyYWu4nBt5-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 14:46:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C82516A401; Wed, 11 Apr 2007 14:46:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 232B213C4AE; Wed, 11 Apr 2007 14:46:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BEkJt7010358; Wed, 11 Apr 2007 10:46:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BEkJ7t026974; Wed, 11 Apr 2007 10:46:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4164E73039; Wed, 11 Apr 2007 10:46:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070411144619.4164E73039@freebsd-current.sentex.ca> Date: Wed, 11 Apr 2007 10:46:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 14:46:20 -0000 TB --- 2007-04-11 13:28:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-11 13:28:34 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-11 13:28:34 - cleaning the object tree TB --- 2007-04-11 13:29:00 - checking out the source tree TB --- 2007-04-11 13:29:00 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-11 13:29:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-11 13:38:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-11 13:38:05 - cd /src TB --- 2007-04-11 13:38:05 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 11 13:38:06 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Werror -c /src/usr.bin/ncal/ncal.c cc -O2 -pipe -Wsystem-headers -Werror -o ncal ncal.o -lcalendar gzip -cn /src/usr.bin/ncal/ncal.1 > ncal.1.gz ===> usr.bin/netstat (all) cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/if.c cc -O2 -pipe -DIPSEC -DFAST_IPSEC -DINET6 -DIPX -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/usr.bin/netstat/inet.c In file included from /src/usr.bin/netstat/inet.c:69: /obj/ia64/src/tmp/usr/include/netinet/tcp_timer.h:132: error: field `tt_timer' has incomplete type *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-11 14:46:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-11 14:46:19 - ERROR: failed to build world TB --- 2007-04-11 14:46:19 - tinderbox aborted TB --- 0.44 user 1.62 system 4664.57 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 15:36:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13F6916A401; Wed, 11 Apr 2007 15:36:23 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a9.g.dreamhost.com (sd-green-bigip-66.dreamhost.com [208.97.132.66]) by mx1.freebsd.org (Postfix) with ESMTP id 00DCC13C455; Wed, 11 Apr 2007 15:36:22 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from [10.0.1.2] (68-184-120-224.dhcp.smyr.ga.charter.com [68.184.120.224]) by spunkymail-a9.g.dreamhost.com (Postfix) with ESMTP id 2CCC620E2F; Wed, 11 Apr 2007 08:36:20 -0700 (PDT) Message-ID: <461D004C.2030202@cyberwang.net> Date: Wed, 11 Apr 2007 11:35:40 -0400 From: Sean Bryant User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Ariff Abdullah References: <46060D94.2060506@cyberwang.net> <20070325182836.548f3585.ariff@FreeBSD.org> <1174819506.1150.4.camel@jesus.automatvapen.se> <4606946B.7080209@cyberwang.net> <20070325233341.7e31cc8c.ariff@FreeBSD.org> <46069992.40706@cyberwang.net> <20070326001147.7bbc28ed.ariff@FreeBSD.org> <4606AE95.6010606@cyberwang.net> <20070326012826.7bd36ac8.ariff@FreeBSD.org> <4606C5C6.2060407@cyberwang.net> <20070326042040.37c66edb.ariff@FreeBSD.org> <46152D27.4080309@cyberwang.net> <20070406121737.086e275a.ariff@FreeBSD.org> <20070411175219.7347f47b.ariff@FreeBSD.org> In-Reply-To: <20070411175219.7347f47b.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Panic when loading snd_ich. 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, 11 Apr 2007 15:36:23 -0000 Ariff Abdullah wrote: > On Fri, 6 Apr 2007 12:17:37 +0800 > Ariff Abdullah wrote: > >> On Thu, 05 Apr 2007 13:08:55 -0400 >> Sean Bryant wrote: >> >>> Are you still interested in seeing a panic or strange behavior >>> with the snd_ich driver? >>> >>> >> The later, as in "attach/reset failed" or "interrupt time out >> channel dead". Take note that snd_ich itself is virtually unchanged >> since past few months, except few obvious tiny memory leak fixes (I >> think I've said this twice). Why it suddenly break now is kind of >> mystery to me. >> >> >>> I decided to load it up so I could give you a better report on >>> what the error is. And my usb keyboard just kinda stopped >>> working. I tried to reproduce it and it didn't happen, i thought >>> it was a fluke. Then I played around for a bit and I tried to >>> load it up again, and boom it happened again. I can't seem to >>> figure out a pattern, but I'm going to get an ps/2 keyboard so I >>> can give more detailed information but if this little bit helps >>> great. >>> >>> >> My suggestion (brute force way), go back to full March 16 sources, >> and start moving forward step by step from that point. Other people >> are doing this as well, painstakingly, to investigate simmilar >> issues. It could be because of recent ACPI import, bus related >> changes, etc. >> >> > > Ignore that. Other people confirmed that it is indeed somewhere else > issue. Please try this patch: > > http://people.freebsd.org/~ariff/test/acpi.c.diff > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > Will do as soon as I get some time. From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 16:50:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7861616A401 for ; Wed, 11 Apr 2007 16:50:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4935913C457 for ; Wed, 11 Apr 2007 16:50:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A99571CDC3; Wed, 11 Apr 2007 18:50:16 +0200 (CEST) Date: Wed, 11 Apr 2007 18:50:16 +0200 From: Ed Schouten To: current@freebsd.org Message-ID: <20070411165016.GD6950@hoeg.nl> References: <200704111034.l3BAYLLg005996@peedub.jennejohn.org> <20070411124408.T4565@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zinZTyJ7Pquq9iCB" Content-Disposition: inline In-Reply-To: <20070411124408.T4565@fledge.watson.org> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Status update on COMPAT_43TTY [Was: script stuck in devdrn] 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, 11 Apr 2007 16:50:18 -0000 --zinZTyJ7Pquq9iCB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, * Robert Watson wrote: > Right now, kern.pts.enable defaults to 0, but it would be nice to set > it to 1 as the default for 7.0. Since it affects application > behavior, it would be better to do this sooner rather than later in > order to give both base system apps and ports a chance to settle out. Talking about terminals; I submitted this article for the FreeBSD Status Report (but it somehow ended in some kind of bit-bucket) about the dependency of COMPAT_43TTY. Some weeks ago I took a look at the list of ports that were using , made by Kris last year. A lot of ports were quite easy to fix, because they already included termios bits. Others only supported sgtty and termio, but weren't hard to port. Yesterday delphij@ committed some fixes for the (in my opinion) most important port that was making use of the sgtty interface; OpenLDAP (applications that display a password prompt). I guess a lot of people can now live with a kernel that does not have COMPAT_43TTY anymore. I created a PR, kern/110667, which contains a patch for the sgtty.h header file to display a warning when it's included. I guess removing COMPAT_43TTY from the GENERIC kernel config would be premature, because not all ports are fixed yet (and there are still some PR's left). I'd appreciate it if someone would take a look at the PR, because when the warning is in place, I can search through existing pointyhat for inclusions of the header file, so I can continue my work on porting the remainder to termios. Thanks! Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --zinZTyJ7Pquq9iCB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHRHI52SDGA2eCwURAmVnAJ9VAFWJGtnDc//bqkQ9kuNG+5OOdQCbBJ3D 02bdr3lQTy3kh8m43+3lZpI= =R6cY -----END PGP SIGNATURE----- --zinZTyJ7Pquq9iCB-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 17:05:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1380B16A407 for ; Wed, 11 Apr 2007 17:05:57 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from smtp2.sccoast.net (smtp2.sccoast.net [66.153.203.174]) by mx1.freebsd.org (Postfix) with ESMTP id D3F9713C457 for ; Wed, 11 Apr 2007 17:05:56 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from 35.133-pool-xdsl-mi.sccoast.net ([66.153.133.35]:61087 helo=volatile.chemikals.org) by smtp2.sccoast.net with esmtp (Exim 4.60) (envelope-from ) id 1Hbg18-0003XW-EB; Wed, 11 Apr 2007 12:49:58 -0400 Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.8/8.13.8) with ESMTP id l3BGntWE028865; Wed, 11 Apr 2007 12:49:56 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Wed, 11 Apr 2007 12:49:55 -0400 (EDT) From: Wes Morgan To: Eygene Ryabinkin In-Reply-To: <20070411094744.GK26348@codelabs.ru> Message-ID: <20070411124922.A98119@volatile.chemikals.org> References: <86lkgzz6ay.fsf@dwp.des.no> <20070411081029.GH26348@codelabs.ru> <86lkgzjn65.fsf@dwp.des.no> <86d52bp8a8.fsf@dwp.des.no> <20070411094744.GK26348@codelabs.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling Sm?rgrav , current@freebsd.org Subject: Re: script stuck in devdrn 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, 11 Apr 2007 17:05:57 -0000 On Wed, 11 Apr 2007, Eygene Ryabinkin wrote: > Wed, Apr 11, 2007 at 11:30:55AM +0200, Dag-Erling Sm?rgrav wrote: >> It's not just script(1), it's anything that allocates a pty (including >> sshd) when kern.pts.enable is set to 1. > > Confirmed. It is broken in my old and new -CURRENT kernels (9th and > 11th of April). It's been broken like this for months, I first noticed it with portupgrade. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 17:59:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 745F016A409 for ; Wed, 11 Apr 2007 17:59:31 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6194313C457 for ; Wed, 11 Apr 2007 17:59:31 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 75185 invoked from network); 11 Apr 2007 17:10:08 -0000 Received: from ppp-71-139-28-99.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.28.99) by root.org with ESMTPA; 11 Apr 2007 17:10:08 -0000 Message-ID: <461D1669.4010404@root.org> Date: Wed, 11 Apr 2007 10:10:01 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Giorgos Keramidas References: <4608A5D9.2010902@root.org> <20070406211229.GB1078@kobe.laptop> <461BEFD6.2050302@root.org> <200704101922.08255.jhb@freebsd.org> <20070411092104.GD1675@kobe.laptop> In-Reply-To: <20070411092104.GD1675@kobe.laptop> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ariff Abdullah , S?ren Schmidt , current@freebsd.org Subject: Re: recent commits break via 8235 ata 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, 11 Apr 2007 17:59:31 -0000 Giorgos Keramidas wrote: > On 2007-04-10 19:22, John Baldwin wrote: >> On Tuesday 10 April 2007 16:13, Nate Lawson wrote: >>> Giorgos Keramidas wrote: >>>> This is the change which stops snd_hda from working here: >>>> >>>> % Revision Changes Path >>>> % 1.233 +39 -55 src/sys/dev/acpica/acpi.c >>>> >>>> If I update my kernel sources to Wed Mar 21 14:39:39 2007 +0000 >>>> (including the sys/modules/padlock/Makefile commit of Sam Leffler, to >>>> fix the kernel build from Wed Mar 21 17:37:13 2007 +0000), I can see >>>> that the snd_hda driver probes my sound card correctly. >>>> >>>> Updating after the commit shown above, breaks snd_hda. >>> I just finished a binsearch and can verify this exact commit causes the >>> problem for my ATA also. I'll spend some more time debugging it later. >>> >>> John, can I back out rev 1.233 of acpi.c until you return since it >>> prevents some machines from booting? >> Well, it most likely means there are other bugs that just happen to >> not break with the older stuff. Are you sure that just this one >> change fixes things rather than the changes to the nexus drivers? > > For snd_hda on my Toshiba laptop, I can verify that reverting this > changeset only makes snd_hda probe correctly again. I resynced to last > night's HEAD version of CVS, reverted this change only, and the snd_hda > drives still probes correctly. Rebuilding with rev 1.233 of acpi.c > results in the same failure to attach with: > > pcm0: hdac_get_capabilities: Invalid rirb size (0) > device_attach: pcm0 attach returned 6 > Me too, just this one rev fixes my ATA. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 18:33:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F91816A405; Wed, 11 Apr 2007 18:33:23 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5FB13C45E; Wed, 11 Apr 2007 18:33:22 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l3BIWKsO000874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Apr 2007 21:32:26 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l3BIVxIa009242; Wed, 11 Apr 2007 21:32:11 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l3BIVxKL009241; Wed, 11 Apr 2007 21:31:59 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 11 Apr 2007 21:31:58 +0300 From: Giorgos Keramidas To: John Baldwin Message-ID: <20070411183158.GA9185@kobe.laptop> References: <4608A5D9.2010902@root.org> <200704101922.08255.jhb@freebsd.org> <20070411092104.GD1675@kobe.laptop> <200704111021.44494.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704111021.44494.jhb@freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.518, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.68, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: S?ren Schmidt , current@freebsd.org, Ariff Abdullah , Nate Lawson Subject: Re: recent commits break via 8235 ata 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, 11 Apr 2007 18:33:23 -0000 On 2007-04-11 10:21, John Baldwin wrote: > On Wednesday 11 April 2007 05:21, Giorgos Keramidas wrote: > > For snd_hda on my Toshiba laptop, I can verify that reverting this > > changeset only makes snd_hda probe correctly again. I resynced to last > > night's HEAD version of CVS, reverted this change only, and the snd_hda > > drives still probes correctly. Rebuilding with rev 1.233 of acpi.c > > results in the same failure to attach with: > > > > pcm0: hdac_get_capabilities: Invalid rirb size (0) > > device_attach: pcm0 attach returned 6 > > Can you get boot verbose dmesg for both kernels? Sure. I'll try later today, when I'm done with ${REALJOB} real soon now(TM). I don't have the pre-backout kernel, but it should be very straightforward to grab dmesg -v output from a new build. From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 19:15:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F19E16A4D5 for ; Wed, 11 Apr 2007 19:15:00 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id DB0C413C455 for ; Wed, 11 Apr 2007 19:14:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3BJEpuJ004241; Thu, 12 Apr 2007 05:14:51 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3BJEoaT004240; Thu, 12 Apr 2007 05:14:50 +1000 (EST) (envelope-from peter) Date: Thu, 12 Apr 2007 05:14:50 +1000 From: Peter Jeremy To: Ian FREISLICH Message-ID: <20070411191450.GE815@turion.vk2pj.dyndns.org> References: <20070402092830.GB28809@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 11 Apr 2007 19:15:00 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: >Andrew Thompson wrote: >> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: >> > We're making extensive use of vlans to increase the number of >> > interfaces availabble to us using switches to break out gigE into >> > 100M interfaces. The bandwidth problem we're having is to our >> > provider, a 100M connection, and we're looking at doing exactly >> > this. However, it appears that this interface can't trunk vlan >> > interfaces. =2E.. >No, I'm sure I want it the way I said. I know it sounds wrong, but >I just don't have enough PCI-X slots to waste 2 on physical 100M >NICs for the uplink from the routers. Trunking is a way of combining multiple physical interfaces to increase the bandwidth. Trunking multiple VLANs on a single interface doesn't make sense to me. I believe that the appropriate configuration for you is to have a single VLAN within one of your GigE links for traffic to your provider. Within the switch you assign that VLAN to multiple 100M ports which are then trunked to the provider. This means that your switch needs to understand trunking but FreeBSD doesn't. BTW, you might like to study the fine print for whichever trunking protocol you are using. At least some of the proprietary protocols are fairly dumb and just round-robin MAC addresses between the physical links rather than dynamically sharing traffic across the available links. The former means that if most or all of your traffic is for a single MAC address, you don't actually gain anything by having multiple physical links. --=20 Peter Jeremy --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHTOq/opHv/APuIcRAlwlAJ9aw2Vhus9e8lfuy/KcpDFDT7+qPgCaA8P1 RrXNAyFCesr8JYEbKm7MegA= =ZgOE -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 21:58:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0101F16A402 for ; Wed, 11 Apr 2007 21:58:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id B886213C45D for ; Wed, 11 Apr 2007 21:58:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so249970wra for ; Wed, 11 Apr 2007 14:58:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iLTxPba031I4NPRsyDHOS/TT0pr9EKg4tlRD/+JQVDs/4HUAh81KzgnTUyxdgR9uxgtYe5J8k0c9XBlMGK0IaKrXVgr4Cht22+xFIscF/t4xr90+6PzBfqsE00oRDxMq4f6DjP2hUD1Hc08S1uzzAWEpRN1BSO56gAfGxX0iTVI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EG5blCMhHACRXjtnVhAWMeuw/yH+/uzVppRykHAE+PA6JwQQjTyznPr4s+ZUzMroi+wbJEK7TMmuyP8un113UFD0J3bVVtNnAZzPnLA8R0p3tgnHMUQlXDfDJy+DJiPwlheGTxSdkppas/W1e0RlizLcHTCcXylLFRu7/agF9LA= Received: by 10.115.54.1 with SMTP id g1mr467907wak.1176328680679; Wed, 11 Apr 2007 14:58:00 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Wed, 11 Apr 2007 14:58:00 -0700 (PDT) Message-ID: <2a41acea0704111458k2d8ae707j3d89577fcbb32128@mail.gmail.com> Date: Wed, 11 Apr 2007 14:58:00 -0700 From: "Jack Vogel" To: "Anne Marcel Roorda" In-Reply-To: <200704112113.l3BLDXUu063020@piglet.slowthinkers.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <42b497160704111336m24249f7axa8b80ba84083bd97@mail.gmail.com> <200704112113.l3BLDXUu063020@piglet.slowthinkers.net> Cc: freebsd-current , freebsd-stable@freebsd.org Subject: Re: WOL question 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, 11 Apr 2007 21:58:02 -0000 On 4/11/07, Anne Marcel Roorda wrote: > > In message <42b497160704111336m24249f7axa8b80ba84083bd97@mail.gmail.com>, "Kimi > Ostro" writes: > > > On 10/04/07, Jack Vogel wrote: > > > I am hoping someone here who has more familiarity with the ACPI > > > code can enlighten me.... > > > > > > I have an internal bug filed complaining that FreeBSD disables > > > wake-on-lan on the hardware. > > > > > > Now, I would like to have explicit WOL support added into the > > > em driver, but before I even worry about that I need to understand > > > where the kernel turns this off without the driver even needed. > > > > This isnt specific to em, it also happens on other ethernet cards > > (rl(8) fxp(8)) that support WOL/MagicPacket. Might be idea to check PR > > database see if someone has same problem, maybe fix? it was nice > > installing ports/net/wol and getting a computer to fire up remotely, > > but as soon as it rebooted from FreeBSD, WOL stopped :( > > Hi, > > FreeBSD isn't disabling WOL. It needs to be enabled on shutdown > for most cards. > > I have patches for ifconfig, and the xl driver to enable WOL. > > It should be possible to add support to other drivers, but > it's different for each card. > > You should be able to find a diff against 5-stable in the archives. > Changes against -CURRENT aren't _that_ different. So, why isnt this in 6.X then? I've now had email with Nate Lawson about ACPI and think I know how to make it work properly, of course I havent yet tested the theory, if it works like it sounds then its not going to be too hard to do this. Jack From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 22:03:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F174A16A40A for ; Wed, 11 Apr 2007 22:03:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 90BDB13C483; Wed, 11 Apr 2007 22:03:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3BLBVgB079367; Wed, 11 Apr 2007 17:11:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l3BLBUaD094648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Apr 2007 17:11:30 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704112111.l3BLBUaD094648@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 11 Apr 2007 17:11:43 -0400 To: "adam radford" , "freebsd@bitfreak.org" From: Mike Tancsa In-Reply-To: References: <452D709E.10904@bitfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: current@freebsd.org Subject: Re: twa(4) update to support 9550SXU/9590SE controllers 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, 11 Apr 2007 22:03:10 -0000 At 06:44 PM 10/11/2006, adam radford wrote: >'vkashyap' is no longer maintaining the 3ware 'twa' driver. > >'twa' driver in RELENG_6 and CURRENT both support 9550SXU and >9590SE controllers at this time. They both have the 0x1003 device ID. > >I will be sending an update in the near future to support the new series of >9650SE controllers, remove bundled firmware (we have a FreeBSD specific >userspace firmware update utility), and remove lots of non FreeBSD specific >code. Hi, We are just in the process of evaluating the new 9650se cards, and RELENG_6 does not actually recognize them. none1@pci2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 vendor = '3ware Inc.' class = mass storage subclass = RAID cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 32 messages, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint Are there still plans to integrate support for the newer generation of cards into the FreeBSD src tree ? Using the driver off the website, it seems to work OK but doing installs this way is bit of a pain twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16 at device 0.0 on pci2 twa0: [FAST] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-2LP, 2 ports, Firmware FE9X 3.06.00.005, BIOS BE9X 3.06.00.002 da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 76283MB (156227584 512 byte sectors: 255H 63S/T 9724C) ---Mike >-Adam > >On 10/11/06, freebsd@bitfreak.org wrote: >>I just noticed that, based on the commit logs, the twa(4) driver is >>still the driver from the 9.3.0.1 release from 3ware. That version >>doesn't support the new 9550SXU and 9590SE controllers, the later being >>3ware's new PCI Express card. Is anyone currently planning/testing an >>update to the 9.3.0.7 release? I tried emailing the only address listed >>(vkashyap) in the logs and source, but it bounced. So I'm not sure who >>contact. Should this wait until after the 6.2 release? >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 21:37:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AD7F16A402; Wed, 11 Apr 2007 21:37:24 +0000 (UTC) (envelope-from marcel@piglet.slowthinkers.net) Received: from piglet.slowthinkers.net (piglet.slowthinkers.net [62.251.101.114]) by mx1.freebsd.org (Postfix) with ESMTP id 242DE13C459; Wed, 11 Apr 2007 21:37:23 +0000 (UTC) (envelope-from marcel@piglet.slowthinkers.net) Received: from piglet.slowthinkers.net (localhost [127.0.0.1]) by piglet.slowthinkers.net (8.13.3/8.13.3) with ESMTP id l3BLDXUu063020; Wed, 11 Apr 2007 23:13:33 +0200 (CEST) (envelope-from marcel@piglet.slowthinkers.net) Message-Id: <200704112113.l3BLDXUu063020@piglet.slowthinkers.net> To: freebsd-current , freebsd-stable@freebsd.org In-Reply-To: Message from "Kimi Ostro" of "Wed, 11 Apr 2007 21:36:24 BST." <42b497160704111336m24249f7axa8b80ba84083bd97@mail.gmail.com> Date: Wed, 11 Apr 2007 23:13:33 +0200 From: Anne Marcel Roorda X-Mailman-Approved-At: Wed, 11 Apr 2007 22:04:11 +0000 Cc: Subject: Re: WOL question 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, 11 Apr 2007 21:37:24 -0000 In message <42b497160704111336m24249f7axa8b80ba84083bd97@mail.gmail.com>, "Kimi Ostro" writes: > On 10/04/07, Jack Vogel wrote: > > I am hoping someone here who has more familiarity with the ACPI > > code can enlighten me.... > > > > I have an internal bug filed complaining that FreeBSD disables > > wake-on-lan on the hardware. > > > > Now, I would like to have explicit WOL support added into the > > em driver, but before I even worry about that I need to understand > > where the kernel turns this off without the driver even needed. > > This isnt specific to em, it also happens on other ethernet cards > (rl(8) fxp(8)) that support WOL/MagicPacket. Might be idea to check PR > database see if someone has same problem, maybe fix? it was nice > installing ports/net/wol and getting a computer to fire up remotely, > but as soon as it rebooted from FreeBSD, WOL stopped :( Hi, FreeBSD isn't disabling WOL. It needs to be enabled on shutdown for most cards. I have patches for ifconfig, and the xl driver to enable WOL. It should be possible to add support to other drivers, but it's different for each card. You should be able to find a diff against 5-stable in the archives. Changes against -CURRENT aren't _that_ different. - marcel From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 21:50:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E336B16A400 for ; Wed, 11 Apr 2007 21:50:42 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from mail.blinkt.de (mail.blinkt.de [88.198.169.219]) by mx1.freebsd.org (Postfix) with ESMTP id AC53E13C43E for ; Wed, 11 Apr 2007 21:50:42 +0000 (UTC) (envelope-from schwabe@uni-paderborn.de) Received: from dslb-084-061-173-057.pools.arcor-ip.net ([84.61.173.57] helo=taubbook.local) by mail.blinkt.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HbkLX-000C74-Mp; Wed, 11 Apr 2007 23:27:19 +0200 Message-ID: <461D52B6.2080200@uni-paderborn.de> Date: Wed, 11 Apr 2007 23:27:18 +0200 From: Arne Schwabe User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Peter Jeremy , freebsd-current@freebsd.org References: <20070402092830.GB28809@heff.fud.org.nz> <20070411191450.GE815@turion.vk2pj.dyndns.org> In-Reply-To: <20070411191450.GE815@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Apr 2007 22:04:23 +0000 Cc: Subject: Re: CFT: new trunk(4) 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, 11 Apr 2007 21:50:43 -0000 > Trunking is a way of combining multiple physical interfaces to increase > the bandwidth. Trunking multiple VLANs on a single interface doesn't > make sense to me. > Cisco calls this Trunk (multiple vlans over one physical connection (with dot1q)). Combining multiple physical links is called channel. Maybe that is were the confusion comes from. > At least some of the proprietary protocols > are fairly dumb and just round-robin MAC addresses between the > physical links rather than dynamically sharing traffic across the > available links. The former means that if most or all of your traffic > is for a single MAC address, you don't actually gain anything by > having multiple physical links. I have seen things break if you do real round robin, some pxe boot stuff and other embedded tcp/ip stack which are intended for local network use only don't like if packets are out of order, which sometimes hapens with link aggration and somehting that is not ensuring the right order (with stupid hash for example). Arne Arne From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 22:17:51 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9C8616A404; Wed, 11 Apr 2007 22:17:51 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 80ADA13C459; Wed, 11 Apr 2007 22:17:51 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.8/8.13.1) with ESMTP id l3BLnCUS038475; Wed, 11 Apr 2007 17:49:12 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.8/8.13.1/Submit) id l3BLnBp9038474; Wed, 11 Apr 2007 17:49:11 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 11 Apr 2007 17:49:11 -0400 From: David Schultz To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" Message-ID: <20070411214911.GA38351@VARK.MIT.EDU> Mail-Followup-To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" , ticso@cicely.de, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii:iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86wt0n3mxv.fsf@dwp.des.no> Cc: freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek , ticso@cicely.de Subject: Re: ZFS committed to the FreeBSD base. 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, 11 Apr 2007 22:17:51 -0000 On Sat, Apr 07, 2007, Dag-Erling Smrgrav wrote: > Bernd Walter writes: > > On Sat, Apr 07, 2007 at 09:43:59PM +0200, Dag-Erling Smørgrav wrote: > > > ZFS is now also available on pc98 and amd64. > > Great to read - is it just atomic.S missing for the remaining > > architectures? > > Yes. Ideally, ZFS would use FreeBSD's atomic operations instead of > its own. I believe that the reason it doesn't is (at least in part) > that we don't have 64-bit atomic operations for i386. I have > unfinished patches for cleaning up the atomic operations on all > platforms; I'll dust them off and see what I can do. As I recall, Solaris 10 targets PPro and later processors, whereas FreeBSD supports everything back to a 486DX. Hence we can't assume that cmpxchg8b is available. The last time I remember this coming up, people argued that we had to do things slow way in the default kernel for compatibility. Any ideas how ZFS and GEOM are going to work out, given that ZFS is designed to be the filesystem + volume manager in one? Anyway, this looks like awesome stuff! Unfortunately, I won't have any time to play with it much in the short term, but as soon as WD sends me the replacement for my spare disk I'll at least install ZFS and see how it goes. Awesome work, once again. Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 22:30:15 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8208916A400; Wed, 11 Apr 2007 22:30:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 444C913C45B; Wed, 11 Apr 2007 22:30:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 375DA2090; Thu, 12 Apr 2007 00:30:09 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id B1B762081; Thu, 12 Apr 2007 00:30:08 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 9C852A1089; Thu, 12 Apr 2007 00:30:08 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: ticso@cicely.de References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> Date: Thu, 12 Apr 2007 00:30:08 +0200 In-Reply-To: <20070411214911.GA38351@VARK.MIT.EDU> (David Schultz's message of "Wed, 11 Apr 2007 17:49:11 -0400") Message-ID: <86fy764k9b.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 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: ZFS committed to the FreeBSD base. 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, 11 Apr 2007 22:30:15 -0000 David Schultz writes: > Any ideas how ZFS and GEOM are going to work out, given that ZFS > is designed to be the filesystem + volume manager in one? Pawel has seveal years' experience writing GEOM classes, and ZFS plays along nicely with GEOM. You can create zpools on any kind of GEOM provider, and attach any kind of GEOM consumer to zvols. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 22:51:38 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06F4616A406; Wed, 11 Apr 2007 22:51:38 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id A580513C44C; Wed, 11 Apr 2007 22:51:37 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3BMpYUq039139; Thu, 12 Apr 2007 00:51:34 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3BMpPeV029660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 00:51:26 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3BMpPkL032526; Thu, 12 Apr 2007 00:51:25 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3BMpPOf032525; Thu, 12 Apr 2007 00:51:25 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 00:51:25 +0200 From: Bernd Walter To: Dag-Erling =?us-ascii?Q?=3D=3Fus-ascii=3Aiso-8859-1=3FQ=3FSm=3DF8rgrav?= =?us-ascii?B?Pz0=?= , ticso@cicely.de, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek Message-ID: <20070411225124.GM30772@cicely12.cicely.de> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070411214911.GA38351@VARK.MIT.EDU> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2007 22:51:38 -0000 On Wed, Apr 11, 2007 at 05:49:11PM -0400, David Schultz wrote: > On Sat, Apr 07, 2007, Dag-Erling Smrgrav wrote: > > Bernd Walter writes: > > > On Sat, Apr 07, 2007 at 09:43:59PM +0200, Dag-Erling Smørgrav wrote: > > > > ZFS is now also available on pc98 and amd64. > > > Great to read - is it just atomic.S missing for the remaining > > > architectures? > > > > Yes. Ideally, ZFS would use FreeBSD's atomic operations instead of > > its own. I believe that the reason it doesn't is (at least in part) > > that we don't have 64-bit atomic operations for i386. I have > > unfinished patches for cleaning up the atomic operations on all > > platforms; I'll dust them off and see what I can do. I already did a good cleanup of arm atomic functions based on your work a while ago. > As I recall, Solaris 10 targets PPro and later processors, whereas > FreeBSD supports everything back to a 486DX. Hence we can't > assume that cmpxchg8b is available. The last time I remember this > coming up, people argued that we had to do things slow way in the > default kernel for compatibility. 486 support is definitively needed, but it is very unlikely that many real existing 486 system has enough RAM for ZFS. AFAIK a ELAN520 can have up to 256MB, but I doubt that one would spend so much RAM for such a system without better use for it. Not shure about 586, this is more likely. But I'm not very familar with x86 assembly, so I don't even know which CPUs have cmpxchg8b. If ZFS wouldn't be so greedy I might have used it on flash media for x86 and ARM systems, but those boards usually don't have enough RAM. > Any ideas how ZFS and GEOM are going to work out, given that ZFS > is designed to be the filesystem + volume manager in one? Although you want to use ZFS RAID functionality GEOM has still many goodies avalable, such as md, ggate, partition-parsing, encyption, etc. There are other cool points, which I've found possible lately. E.g. replace all RAIDZ drives with bigger ones, export/import the pool and you have additional storage with the same number of drives. You just need a single additional drive at the same time, which is great in case you are short on drive bays. In case you accidently added a drive you didn't want to, you can't easily remove it, but you can workaround by replacing it with another one, which is equal or bigger in size. A short time workaround in such a case until you can backup/restore or replace the wrong drive with a long standing drive, you can use sparse md-vnode devices, ggate or gconcat ones. You just have to be carefull with sparse files, since ZFS don't care about it when filling with data, but you can at least detach your USB or firewire drive and hopefully live with the situation a few days. Today I tested a 6T Volume with sparse md files. This all worked really great. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 23:30:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8855A16A403; Wed, 11 Apr 2007 23:30:23 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from abeyance.cryptomonkeys.com (abeyance.cryptomonkeys.com [67.42.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB0E13C45D; Wed, 11 Apr 2007 23:30:23 +0000 (UTC) (envelope-from louisk@cryptomonkeys.com) Received: from localhost (dsl092-011-183.sfo1.dsl.speakeasy.net [66.92.11.183]) (authenticated bits=0) by abeyance.cryptomonkeys.com (8.13.8+Sun/8.13.8) with ESMTP id l3BNAls7005056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Apr 2007 16:11:03 -0700 (PDT) Date: Wed, 11 Apr 2007 16:10:46 -0700 From: Louis Kowolowski To: freebsd-current@freebsd.org Message-ID: <20070411231045.GC1726@cryptomonkeys.com> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070411225124.GM30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JgQwtEuHJzHdouWu" Content-Disposition: inline In-Reply-To: <20070411225124.GM30772@cicely12.cicely.de> User-Agent: TV Remote 3.2b X-Disclaimer: WARNING: May contain scarcasm! X-Header: "WARNING: POLITICALLY INCORRECT AREA All P.C. Personnel entering these premises will encounter gravely offensive behavior and opinions. (SEC4623. Ministry of political incorrection security act of 1995) RAMPANT INSENSITIVITY AUTHORIZED" X-GPG-Fingerprint: 7A77 80FD 3F4D 995E A807 A218 664D 2BEA 8024 37B6 X-GPG-Key: http://www.cryptomonkeys.com/~louisk/pgp.html Organization: Hopelessly Disorganized Cc: freebsd-fs@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 11 Apr 2007 23:30:23 -0000 --JgQwtEuHJzHdouWu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2007 at 12:51:25AM +0200, Bernd Walter wrote: =2E.. > 486 support is definitively needed, but it is very unlikely that many > real existing 486 system has enough RAM for ZFS. > AFAIK a ELAN520 can have up to 256MB, but I doubt that one would > spend so much RAM for such a system without better use for it. > Not shure about 586, this is more likely. > But I'm not very familar with x86 assembly, so I don't even know which > CPUs have cmpxchg8b. > If ZFS wouldn't be so greedy I might have used it on flash media for > x86 and ARM systems, but those boards usually don't have enough RAM. >=20 I'm some people would be interested in being able to use ZFS with boxes like Soekris for NAS (FreeNAS comes to mind) type stuff... --=20 Louis Kowolowski KE7BAX louisk@cryptomonkeys.com Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Warning: Do not point laser at remaining eye! --JgQwtEuHJzHdouWu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHWr1Zk0r6oAkN7YRAq8AAKCUObGmjzOevsjouXbK0ojv5LSDHACfZiPT USwkAsZmF9tjiUu37R+8lac= =Tx0F -----END PGP SIGNATURE----- --JgQwtEuHJzHdouWu-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 11 23:48:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2148516A407 for ; Wed, 11 Apr 2007 23:48:09 +0000 (UTC) (envelope-from kevin@insidesystems.net) Received: from imap.insidesystems.net (imap.insidesystems.net [206.216.149.56]) by mx1.freebsd.org (Postfix) with ESMTP id 0061F13C48A for ; Wed, 11 Apr 2007 23:48:08 +0000 (UTC) (envelope-from kevin@insidesystems.net) Received: from [68.32.227.193] (helo=[127.0.0.1]) by imap.insidesystems.net with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HbmFl-000KeP-EC for freebsd-current@freebsd.org; Wed, 11 Apr 2007 23:29:29 +0000 Message-ID: <461D6F41.5000506@insidesystems.net> Date: Wed, 11 Apr 2007 19:29:05 -0400 From: Kevin Way Organization: Inside Systems, Inc. User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000507070109070402010509" Subject: iLO keyboard with -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, 11 Apr 2007 23:48:09 -0000 This is a cryptographically signed message in MIME format. --------------ms000507070109070402010509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I cannot use my HP iLO keyboards on -CURRENT, using either a fresh build off of HEAD, or the installer on the April snapshots. I read about booting to "safe mode", but the installation in question doesn't have that BSD boot loader. Is there a way to workaround this? It makes testing -CURRENT very difficult, as none of my machines are physically proximate to me, and I generally rely on iLO's virtual keyboard, console and media for all administrative tasks. Kevin Way --------------ms000507070109070402010509 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMljCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBJQwggP9oAMCAQICEH//rl4NoatSoVbKWNMj7LQwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDcwMzA4MDAw MDAwWhcNMDcwNTA3MjM1OTU5WjCCAQYxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxJjAkBgNVBAsTHURpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlMRIwEAYDVQQDFAlLZXZpbiBXYXkxJjAkBgkqhkiG9w0BCQEWF2tldmluQGlu c2lkZXN5c3RlbXMubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArwYwJ9u1 sjZXgnLX1jzAsrIw13m/UOl3OyFkNdnZEo3CH2IiequADpO3FaLLJe7AAIlnP/VDGxv+QHQ1 +eOEu+8jI2xSdTjTMBIxF5fugzEhy1fdQ+QBta85x76+bO4e5XAJUNr8Ao5H8FpCvYlM26hO 5NkUTXdfI7JPszS6AP/e0E6Xrj3zsbZA8HmhOhidH9fG6TNwTPmOG/ji9MvX55OdJcJCIazq cA1kGsgHyX9t62Wn+3NoZBGpFOx+3NVDQglain6VnAHtKwJqcCnRZHtLOO8ofUlZeOR/9beg inkyyKf3F0tyfT8yeprdZ0NreJti9MmhuCj6HmrmO0uGWQIDAQABo4G1MIGyMAkGA1UdEwQC MAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXAzAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYI KwYBBQUHAwIwMwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xh c3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQCJJJAQdU1zobfScAJaaJ76DvJrbJmloOItqhri dCE2396gPTIY9NQjRI3kvbuh1Qzz3voPFeKOlnNXiAJsrwvFCgwFXCxzXZF0J0Wn/Ci6O3YZ BoGIBBgfrt3d5gPkCMTcTDoKqFFLS7fu6eOab8oiGUvKYcXlMxqU8WK4Y3JS2DCCBJQwggP9 oAMCAQICEH//rl4NoatSoVbKWNMj7LQwDQYJKoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQL Ez13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFC LkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vi c2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDcwMzA4MDAwMDAwWhcNMDcwNTA3 MjM1OTU5WjCCAQYxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2ln biBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkv UlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5v dCBWYWxpZGF0ZWQxJjAkBgNVBAsTHURpZ2l0YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlMRIw EAYDVQQDFAlLZXZpbiBXYXkxJjAkBgkqhkiG9w0BCQEWF2tldmluQGluc2lkZXN5c3RlbXMu bmV0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArwYwJ9u1sjZXgnLX1jzAsrIw 13m/UOl3OyFkNdnZEo3CH2IiequADpO3FaLLJe7AAIlnP/VDGxv+QHQ1+eOEu+8jI2xSdTjT MBIxF5fugzEhy1fdQ+QBta85x76+bO4e5XAJUNr8Ao5H8FpCvYlM26hO5NkUTXdfI7JPszS6 AP/e0E6Xrj3zsbZA8HmhOhidH9fG6TNwTPmOG/ji9MvX55OdJcJCIazqcA1kGsgHyX9t62Wn +3NoZBGpFOx+3NVDQglain6VnAHtKwJqcCnRZHtLOO8ofUlZeOR/9beginkyyKf3F0tyfT8y eprdZ0NreJti9MmhuCj6HmrmO0uGWQIDAQABo4G1MIGyMAkGA1UdEwQCMAAwRAYDVR0gBD0w OzA5BgtghkgBhvhFAQcXAzAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQCJJJAQdU1zobfScAJaaJ76DvJrbJmloOItqhridCE2396gPTIY9NQj RI3kvbuh1Qzz3voPFeKOlnNXiAJsrwvFCgwFXCxzXZF0J0Wn/Ci6O3YZBoGIBBgfrt3d5gPk CMTcTDoKqFFLS7fu6eOab8oiGUvKYcXlMxqU8WK4Y3JS2DGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhB//65eDaGrUqFWyljT I+y0MAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA3MDQxMTIzMjkwNVowIwYJKoZIhvcNAQkEMRYEFOrb6q1isexn6Wf/6WbIz1lH HN7RMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEH//rl4NoatS oVbKWNMj7LQwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhB//65eDaGrUqFWyljTI+y0MA0GCSqGSIb3DQEBAQUA BIIBAIyso4Z3AFxaOzBa+5s+X+thiuwtjbIFLPBnWv5ZwxvRW+OYgIBFjlPsxvUZo5Td7O9z 5UlLxQ6wvaoN73TYmlQZXXExKbh9mkT9yNK2kYkL1Pa3Ai/S0HSnnGcMN7qP5RhcPrXqM4wO 8aFeXjSkinQNUxejGZ/yx5XfNXOgtW3EMaJePbBxBG3IzIDPpjImv70lV+M0jn/SKiZLZ+FL l/jeF0BhdyHod418a7I867XrUHgTme1A+8Df6//gEuYvuMpJvgrYN1cgWgYsKqim+87zhwwH jpeMl8bB0lQxL2r1ar5RE/QAAahZfm+AKatnyQlEnKY7KsnbDl9FFLEMeigAAAAAAAA= --------------ms000507070109070402010509-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 00:21:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C56216A401 for ; Thu, 12 Apr 2007 00:21:41 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE0E13C43E for ; Thu, 12 Apr 2007 00:21:41 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l3C04ifW034204 for ; Wed, 11 Apr 2007 20:04:45 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: current@freebsd.org Date: Wed, 11 Apr 2007 20:04:03 -0400 User-Agent: KMail/1.9.6 X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*. X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: ZFS to support chflags? 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, 12 Apr 2007 00:21:41 -0000 I just moved /usr over to a zpool on my -CURRENT system. Performance and stability are both excellent so far. (Thanks Pawel!) However I noticed that setting FS flags on files with chflags is not supported. Would it be feasible to add support for flags on ZFS, and if so are there plans to do so? If not (and/or in the meantime), are there any places in the base system where flags are required for normal operation? (/var maybe?) Thanks, JN From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 02:14:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED8C716A400; Thu, 12 Apr 2007 02:14:41 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 65A9913C48C; Thu, 12 Apr 2007 02:14:41 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3C2D0PN042335; Thu, 12 Apr 2007 04:13:01 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3C2CrnS031220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 04:12:53 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3C2CqTe033302; Thu, 12 Apr 2007 04:12:52 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3C2CqOv033301; Thu, 12 Apr 2007 04:12:52 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 04:12:52 +0200 From: Bernd Walter To: Louis Kowolowski Message-ID: <20070412021251.GP30772@cicely12.cicely.de> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070411225124.GM30772@cicely12.cicely.de> <20070411231045.GC1726@cryptomonkeys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070411231045.GC1726@cryptomonkeys.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 02:14:42 -0000 On Wed, Apr 11, 2007 at 04:10:46PM -0700, Louis Kowolowski wrote: > On Thu, Apr 12, 2007 at 12:51:25AM +0200, Bernd Walter wrote: > ... > > 486 support is definitively needed, but it is very unlikely that many > > real existing 486 system has enough RAM for ZFS. > > AFAIK a ELAN520 can have up to 256MB, but I doubt that one would > > spend so much RAM for such a system without better use for it. > > Not shure about 586, this is more likely. > > But I'm not very familar with x86 assembly, so I don't even know which > > CPUs have cmpxchg8b. > > If ZFS wouldn't be so greedy I might have used it on flash media for > > x86 and ARM systems, but those boards usually don't have enough RAM. > > > I'm some people would be interested in being able to use ZFS with boxes like > Soekris for NAS (FreeNAS comes to mind) type stuff... I'm currently running an NFS fileserver with 384M RAM, which seems to work with some restrictions, but it is also putting pressure on the CPU, which is a 700MHz PIII and this is not only while accessing compressed data. You might be able to get it running on a 256MB 4801, but don't expect any speed wonders. The upcoming 5501 might be a good candidate if populated with much RAM. If I got the prototype picture on soekris.com right they have 512MBit chips soldered, which gives 256MB only - more than enough for most embedded use, but not with ZFS as it stands right now... That said - I don't know what the default population really will be. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 02:16:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8202416A406 for ; Thu, 12 Apr 2007 02:16:58 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1773213C45D for ; Thu, 12 Apr 2007 02:16:57 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3C2GutB042408; Thu, 12 Apr 2007 04:16:56 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3C2GlgF031234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 04:16:47 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3C2GkBl033312; Thu, 12 Apr 2007 04:16:46 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3C2Gkf7033311; Thu, 12 Apr 2007 04:16:46 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 04:16:46 +0200 From: Bernd Walter To: John Nielsen Message-ID: <20070412021645.GQ30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704112004.03903.lists@jnielsen.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: current@freebsd.org Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 02:16:58 -0000 On Wed, Apr 11, 2007 at 08:04:03PM -0400, John Nielsen wrote: > I just moved /usr over to a zpool on my -CURRENT system. Performance and > stability are both excellent so far. (Thanks Pawel!) However I noticed that > setting FS flags on files with chflags is not supported. Would it be > feasible to add support for flags on ZFS, and if so are there plans to do > so? > > If not (and/or in the meantime), are there any places in the base system > where flags are required for normal operation? (/var maybe?) Some binaries have such flags set, but it is not required, otherwise diskless NFS wouldn't work. I often see installworld warnings about beeing unable to set extended flags on ld.so and others on my diskless boxes. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 02:25:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E21D916A401 for ; Thu, 12 Apr 2007 02:25:58 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (static-71-123-127-197.spfdma.east.verizon.net [71.123.127.197]) by mx1.freebsd.org (Postfix) with ESMTP id B6B6313C45B for ; Thu, 12 Apr 2007 02:25:58 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HboI9-000C0c-9h; Wed, 11 Apr 2007 21:40:27 -0400 From: "Yuri Lukin" To: Peter Jeremy , Ian FREISLICH Date: Wed, 11 Apr 2007 21:40:05 -0400 Message-Id: <20070412013738.M10135@swaggi.com> In-Reply-To: <20070411191450.GE815@turion.vk2pj.dyndns.org> References: <20070402092830.GB28809@heff.fud.org.nz> <20070411191450.GE815@turion.vk2pj.dyndns.org> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 02:25:59 -0000 On Thu, 12 Apr 2007 05:14:50 +1000, Peter Jeremy wrote > Trunking is a way of combining multiple physical interfaces to increase > the bandwidth. Trunking multiple VLANs on a single interface doesn't > make sense to me. > As another poster has already mentioned, trunking is a way of carrying traffic for multiple VLANs over a single physical link. Whereas, combining multiple physical interfaces to increase bandwidth is known as link aggregation, port channeling or etherchannel (depending on which vendor you use). From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 02:57:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD18B16A405 for ; Thu, 12 Apr 2007 02:57:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8385813C45B for ; Thu, 12 Apr 2007 02:57:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3C2mv68016739 for ; Thu, 12 Apr 2007 12:18:57 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Thu, 12 Apr 2007 12:27:53 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 12:27:52 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3C2vkQI010573 for ; Thu, 12 Apr 2007 10:57:47 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3C2vkLk010572 for freebsd-current@freebsd.org; Thu, 12 Apr 2007 10:57:46 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 12 Apr 2007 10:57:46 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070412025746.GI10081@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070411225124.GM30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070411225124.GM30772@cicely12.cicely.de> User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 12 Apr 2007 02:57:53.0251 (UTC) FILETIME=[5D299B30:01C77CAE] Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 02:57:59 -0000 0n Thu, Apr 12, 2007 at 12:51:25AM +0200, Bernd Walter wrote: >On Wed, Apr 11, 2007 at 05:49:11PM -0400, David Schultz wrote: >> On Sat, Apr 07, 2007, Dag-Erling Smrgrav wrote: >> > Bernd Walter writes: >> > > On Sat, Apr 07, 2007 at 09:43:59PM +0200, Dag-Erling Smørgrav wrote: >> > > > ZFS is now also available on pc98 and amd64. >> > > Great to read - is it just atomic.S missing for the remaining >> > > architectures? >> > >> > Yes. Ideally, ZFS would use FreeBSD's atomic operations instead of >> > its own. I believe that the reason it doesn't is (at least in part) >> > that we don't have 64-bit atomic operations for i386. I have >> > unfinished patches for cleaning up the atomic operations on all >> > platforms; I'll dust them off and see what I can do. > >I already did a good cleanup of arm atomic functions based on your >work a while ago. > >> As I recall, Solaris 10 targets PPro and later processors, whereas >> FreeBSD supports everything back to a 486DX. Hence we can't >> assume that cmpxchg8b is available. The last time I remember this >> coming up, people argued that we had to do things slow way in the >> default kernel for compatibility. > >486 support is definitively needed, but it is very unlikely that many >real existing 486 system has enough RAM for ZFS. >AFAIK a ELAN520 can have up to 256MB, but I doubt that one would >spend so much RAM for such a system without better use for it. >Not shure about 586, this is more likely. >But I'm not very familar with x86 assembly, so I don't even know which >CPUs have cmpxchg8b. >If ZFS wouldn't be so greedy I might have used it on flash media for >x86 and ARM systems, but those boards usually don't have enough RAM. > >> Any ideas how ZFS and GEOM are going to work out, given that ZFS >> is designed to be the filesystem + volume manager in one? > >Although you want to use ZFS RAID functionality GEOM has still many >goodies avalable, such as md, ggate, partition-parsing, encyption, etc. >There are other cool points, which I've found possible lately. partition-parsing ? got any info on that ? I have never heard of it. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 04:55:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAD5216A406 for ; Thu, 12 Apr 2007 04:55:02 +0000 (UTC) (envelope-from simokawa@freebsd.org) Received: from mail3.ecc.u-tokyo.ac.jp (mail3.ecc.u-tokyo.ac.jp [133.11.205.99]) by mx1.freebsd.org (Postfix) with ESMTP id 570DC13C455 for ; Thu, 12 Apr 2007 04:55:02 +0000 (UTC) (envelope-from simokawa@freebsd.org) Received: from mail1.ecc.u-tokyo.ac.jp (mail1.ecc.u-tokyo.ac.jp [133.11.50.203]) by mail3.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id B1CA05B1489 for ; Thu, 12 Apr 2007 13:23:41 +0900 (JST) Received: from spam005.ecc.u-tokyo.ac.jp (spam005.ecc.u-tokyo.ac.jp [133.11.50.198]) by mail1.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id D5FC82A2B07 for ; Thu, 12 Apr 2007 13:23:40 +0900 (JST) Received: from maru5.nunu.org (157.82.169.72 [157.82.169.72]) by spam005.ecc.u-tokyo.ac.jp (SpamBlock.pst 3.4.97) with ESMTP id <868xcyusp5.wl%simokawa@FreeBSD.ORG> for ; Thu, 12 Apr 2007 13:23:19 +0900 Date: Thu, 12 Apr 2007 13:23:18 +0900 Message-ID: <868xcyusp5.wl%simokawa@FreeBSD.ORG> From: Hidetoshi Shimokawa To: pjd@freebsd.org User-Agent: Wanderlust/2.15.2 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 157.82.169.72 X-FROM-DOMAIN: freebsd.org X-FROM-EMAIL: simokawa@freebsd.org Cc: freebsd-current@freebsd.org Subject: ZFS vnode starvation with large kmem_size 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, 12 Apr 2007 04:55:02 -0000 Hi Pawel, I observed vnode starvation with large kmem_size in loader.conf. It seems that even if zfs eats vnodes up to maxvnodes, vnodes cannot be reclaimed and vnlru kthread will give up. As far as I understand, the problem comes from difference of name cache mechanism. I attached a patch for a workaround. How to repeat: arch: amd64 or i386 physical memory: 512MB vm.kmem_size=671088640 ( In this setting: kern.maxvnodes: 35077 vfs.zfs.dnlc.ncsize: 33095 ) Create zfs filesystem and extract ports.tar.gz(many files) on it. After a while you can see that the system is not responsive because of vnode starvation. Workarounds: 1. reduce vfs.zfs.dnlc.ncsize or 2. apply the following patch Index: dnlc.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/opensolaris/uts/common/fs/dnlc.c,v retrieving revision 1.1 diff -u -r1.1 dnlc.c --- dnlc.c 6 Apr 2007 01:09:02 -0000 1.1 +++ dnlc.c 12 Apr 2007 04:18:34 -0000 @@ -703,6 +703,9 @@ dnlc_get(uchar_t namlen) { ncache_t *ncp; + extern int desiredvnodes; + extern int numvnodes; + static uint_t wantvnodes_reduce_percent = 10; if (dnlc_nentries > dnlc_max_nentries) { dnlc_max_nentries_cnt++; /* keep a statistic */ @@ -714,7 +717,10 @@ } ncp->namlen = namlen; atomic_add_32(&dnlc_nentries, 1); - dnlc_reduce_cache(NULL); + if (numvnodes > desiredvnodes) + dnlc_reduce_cache((void *)&wantvnodes_reduce_percent); + else + dnlc_reduce_cache(NULL); return (ncp); } I know this kmem_size must be too large but I think zfs should cooperate with existent vnode management. Except this problem, zfs works very well on my machines. Thank you for your great work! /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 05:19:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50F2216A403 for ; Thu, 12 Apr 2007 05:19:13 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1941D13C43E for ; Thu, 12 Apr 2007 05:19:12 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-reply-to:X-Attribution:Date:Message-Id; b=wnLsQOZvTYxNjz2Oc89NLSplC9uUURRlUQuibSatlfhe0ekwsZrpvIAbyUbdR+/tAq1BmEcjdpkof32wcQSIN7mtk4DjIm2tWQ3ki7kvUbpzLXQesDXjTPq210kOKV3m8IeuD9ZoPx6zAQxUbklNCSMkO/tk0ps9H9jhSBPS5dDmqtFtMxyHLb2Vwtn+vkbZpiKnsUIy/IFfwHEgHfelRpkC7bCGaC+DakXqn/RYqdXPDGR4NU80vcJM1KPD3JYH; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HbriC-0000fQ-1o; Thu, 12 Apr 2007 05:19:12 +0000 Received: from dsl-241-41-27.telkomadsl.co.za ([41.241.41.27] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1Hbrh7-0007HK-Ty; Thu, 12 Apr 2007 05:18:06 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hbrh5-0006QN-8f; Thu, 12 Apr 2007 07:18:03 +0200 To: Gavin Atkinson From: Ian FREISLICH In-reply-to: Your message of "Wed, 11 Apr 2007 15:28:51 +0100." <1176301731.22464.7.camel@buffy.york.ac.uk> X-Attribution: BOFH Date: Thu, 12 Apr 2007 07:18:02 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: [patch] move ipfw logging to after syslogd 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, 12 Apr 2007 05:19:13 -0000 Gavin Atkinson wrote: > On Wed, 2007-04-11 at 15:49 +0200, Ian FREISLICH wrote: > > Hi > > > > We have a problem that on our busy firewalls, a boot and shutdown > > can be delayed by up to 20 minutes by the kernel printing log > > messages for denied packets to the console. The problem is that > > most kernel activity appears to be suspended by outputting ipfw > > logged messages via the serial console (but not even the video > > console keeps up). The kernel doesn't even respond to a serial > > break. > > I wonder if a better fix is to ensure syslogd is started before bringing > up the network? That way, you won't need this, as before IP addresses > are configured, you shouldn't get hit by anything. Of course, this > would be an issue for when syslog is set to log remotely, unless that > laready has some "caching" mechanism to prevent messages being thrown > away. I'd be happy with that so long as the firewall script is included in the shutdown process and it sets net.inet.ip.fw.verbose=0 before syslogd is killed. > > > if [ -r "${firewall_script}" ]; then > > if [ -f /etc/rc.d/natd ] ; then > > /etc/rc.d/natd start > > fi > > - /bin/sh "${firewall_script}" > > + . "${firewall_script}" > > echo 'Firewall rules loaded.' > > elif [ "`ipfw list 65535`" = "65535 deny ip from any to any" ]; then > > echo 'Warning: kernel has firewall functionality, but' \ > > @@ -34,13 +40,6 @@ > > echo ' All ip services are disabled.' > > fi > > > > Be careful, it looks like this unintentionally backs out the 1.15 > change. Ooops. I did notice that and I thought I fixed it. On a side note, a colleague of mine noted that a side-effect of this change is that the kernel option IPFIREWALL_VERBOSE is rendered pretty much useless. It's pretty much useless anyway because it's a knob in rc.conf. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 05:39:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4114816A402 for ; Thu, 12 Apr 2007 05:39:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 108C813C43E for ; Thu, 12 Apr 2007 05:39:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=sqfOzYCsZYtR7LDk3F90Z17lPJ1bntI0se8XuEU4PGjZ5mV2tpOb5liv+lnu/NgKNj8MO/FyIoTuF32LRM2w57AlIOgn4tqHsA6hGsaR8gzeHN5/bMGRldye70qnEbPfSL12IvWWn/hFkrgD492YjDPRw2oqI/HXIJjdUlUWLzeKMJVJnYRFgejhLqC+UpQNPTQiIL2znuTkQ2/XUUrW/7y1nj5rEcg8y/1oAusbjred4WQKr3orplQk/yBcIcuF; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1Hbs1U-00025m-6h; Thu, 12 Apr 2007 05:39:08 +0000 Received: from dsl-241-41-27.telkomadsl.co.za ([41.241.41.27] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1Hbs1J-0007Na-OU; Thu, 12 Apr 2007 05:38:57 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hbs1M-000FWA-7Z; Thu, 12 Apr 2007 07:39:00 +0200 To: Peter Jeremy From: Ian FREISLICH In-Reply-To: Message from Peter Jeremy of "Thu, 12 Apr 2007 05:14:50 +1000." <20070411191450.GE815@turion.vk2pj.dyndns.org> X-Attribution: BOFH Date: Thu, 12 Apr 2007 07:39:00 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 05:39:09 -0000 Peter Jeremy wrote: > > --HcAYCG3uE/tztfnV > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: > >Andrew Thompson wrote: > >> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: > >> > We're making extensive use of vlans to increase the number of > >> > interfaces availabble to us using switches to break out gigE into > >> > 100M interfaces. The bandwidth problem we're having is to our > >> > provider, a 100M connection, and we're looking at doing exactly > >> > this. However, it appears that this interface can't trunk vlan > >> > interfaces. > =2E.. > >No, I'm sure I want it the way I said. I know it sounds wrong, but > >I just don't have enough PCI-X slots to waste 2 on physical 100M > >NICs for the uplink from the routers. > > Trunking is a way of combining multiple physical interfaces to increase > the bandwidth. Trunking multiple VLANs on a single interface doesn't > make sense to me. 802.1q is VLAN tagging and trunking. This interface is LACP - link aggregation. I really think that it makes no sense to be able to aggregate some ethernet interfaces and not others. I suppose some pedant will tell me vlan interfaces are not ethernet. > I believe that the appropriate configuration for you is to have a > single VLAN within one of your GigE links for traffic to your > provider. Within the switch you assign that VLAN to multiple 100M > ports which are then trunked to the provider. This means that your > switch needs to understand trunking but FreeBSD doesn't. This is the configuration I'm going to be testing with our provider this morning because FreeBSD can't do link aggregation on VLAN interfaces. I'm hoping that not having IP data available to the switch will not prevent it from working in our scenario. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 05:53:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 438C116A401 for ; Thu, 12 Apr 2007 05:53:40 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 05F2113C44C for ; Thu, 12 Apr 2007 05:53:39 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so363575wra for ; Wed, 11 Apr 2007 22:53:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WPjXQ8MGpeIfSUT7A05Zekd9ftWPZDt1j6tTDVf6NTIwg4aBJAagvk3ebHOG55mCrrDT28Hk/Ui9xmlDmY0G37h1qAx0Ef0RRFNTUtnfW7HGhxgRim3llBMG2YM2lvZ5xdbX4vhVNuXPkME/4nLv6PSC5bWjY7rugiUwQu6L/S4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QnMC8jhslTzLWiUkBzJPHGmpVqxOTsRtOZtkSJq88K2QuSSxsXnustqro6gUx9/sHROVhlGaywf3h0dq/mhJ8CIBkr1NxA1vWsREnyoOLd3zIv47mMCmWP/MCpMvWP6bpXmo2csfsocoUJgswdIEcIRSUtRS6MwQ5G3yh1GP4Xk= Received: by 10.78.100.1 with SMTP id x1mr268647hub.1176355640934; Wed, 11 Apr 2007 22:27:20 -0700 (PDT) Received: by 10.78.32.9 with HTTP; Wed, 11 Apr 2007 22:27:20 -0700 (PDT) Message-ID: <499c70c0704112227p97a229fv2c6badb18ee61500@mail.gmail.com> Date: Thu, 12 Apr 2007 08:27:20 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Wesley Shields" In-Reply-To: <20070411124201.GB83347@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2488F872-59CF-48DE-9297-5250B1C6EFB4@gmail.com> <20070411124201.GB83347@atarininja.org> Cc: sac , Curtis Vaughan , freebsd-current@freebsd.org Subject: Re: Ports upgrade 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, 12 Apr 2007 05:53:40 -0000 On 4/11/07, Wesley Shields wrote: > On Wed, Apr 11, 2007 at 03:45:52PM +0530, sac wrote: > > If you want to update the ports directory `cvsup' is the best to use. > > You can use csup, cvsup or portsnap. Personally, I prefer portsnap but > you can use whatever you like. Hey, May I ask you why do you prefer portsnap over them? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 07:11:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B7FC16A402 for ; Thu, 12 Apr 2007 07:11:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id A0CC513C468 for ; Thu, 12 Apr 2007 07:11:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3C7BTi0000954; Thu, 12 Apr 2007 17:11:29 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3C7BTOe000953; Thu, 12 Apr 2007 17:11:29 +1000 (EST) (envelope-from peter) Date: Thu, 12 Apr 2007 17:11:29 +1000 From: Peter Jeremy To: Arne Schwabe Message-ID: <20070412071129.GA834@turion.vk2pj.dyndns.org> References: <20070402092830.GB28809@heff.fud.org.nz> <20070411191450.GE815@turion.vk2pj.dyndns.org> <461D52B6.2080200@uni-paderborn.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <461D52B6.2080200@uni-paderborn.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 07:11:32 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-11 23:27:18 +0200, Arne Schwabe wrot= e: > >>Trunking is a way of combining multiple physical interfaces to increase >>the bandwidth. Trunking multiple VLANs on a single interface doesn't >>make sense to me. >> =20 >Cisco calls this Trunk (multiple vlans over one physical connection=20 >(with dot1q)). Combining multiple physical links is called channel.=20 >Maybe that is were the confusion comes from. Mea cupla. I knew that - maybe I should do a better job of getting the brain into gear before responding. I'll justify my incorrect terminology by claiming that it seemed consistent with the usage implied by the original poster. >>At least some of the proprietary protocols >>are fairly dumb and just round-robin MAC addresses between the >>physical links rather than dynamically sharing traffic across the >>available links. The former means that if most or all of your traffic >>is for a single MAC address, you don't actually gain anything by >>having multiple physical links. > >I have seen things break if you do real round robin, To clarify, my reference to "round-robin" may have been unclear. The equipment I've seen will assign a MAC address to a physical port as part of the MAC learning process. All traffic to that MAC address is then forwarded via that port. > some pxe boot stuff=20 >and other embedded tcp/ip stack which are intended for local network use= =20 >only don't like if packets are out of order, I believe that the Ethernet standard requires in-order delivery. This makes real dynamic traffic sharing non-trivial. The round-robin port assignment ensures in-order delivery and will probably achieve reasonable load balancing if traffic is distributed across a number of MAC addresses. --=20 Peter Jeremy --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHduh/opHv/APuIcRAvkCAKCaubumom7Hs9Fxk7AKlVxNz5gYBwCgiN2M QXHn69rHb4tuc7jAzbRVfII= =aTHX -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 07:36:26 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6B7516A400; Thu, 12 Apr 2007 07:36:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3777513C455; Thu, 12 Apr 2007 07:36:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3C7a9qD001051; Thu, 12 Apr 2007 17:36:09 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3C7a6bW001050; Thu, 12 Apr 2007 17:36:06 +1000 (EST) (envelope-from peter) Date: Thu, 12 Apr 2007 17:36:06 +1000 From: Peter Jeremy To: Dag-Erling =?us-ascii?Q?=3D=3Fus-ascii=3Aiso-8859-1=3FQ=3FSm=3DF8rgrav?= =?us-ascii?B?Pz0=?= , ticso@cicely.de, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek Message-ID: <20070412073605.GB834@turion.vk2pj.dyndns.org> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <20070411214911.GA38351@VARK.MIT.EDU> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 07:36:26 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-11 17:49:11 -0400, David Schultz wrote: >As I recall, Solaris 10 targets PPro and later processors, whereas >FreeBSD supports everything back to a 486DX. Hence we can't >assume that cmpxchg8b is available. There's a feature bit (CPUID_CX8) that advertises the availability of cmpxchg8b (and maybe some related instructions). My pre-MMX 586 has this bit set so I presume anything later than 486 will support it. (I'm not sure about the low-end VIA, GEODE etc clones). > The last time I remember this >coming up, people argued that we had to do things slow way in the >default kernel for compatibility. I agree that GENERIC should run on lowest-common-denominator hardware (the definition of that is a subject for a different thread). GENERIC performance could be enhanced by using an indirect call for 8-byte atomic instructions and selecting between the cmpxchg8b and alternative implementation as part of the CPU startup (much like i586_bcopy). If CPU_486 is not defined, you code could inline the cmpxchg8b-based variant. --=20 Peter Jeremy --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHeFl/opHv/APuIcRAjDaAJsG9QfBNkAk5Xvpx818Ut28xe6IFQCffK1/ mJFSlNMN0zjm0/NGbm7KL7A= =gBQ2 -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 07:59:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95D0B16A40A for ; Thu, 12 Apr 2007 07:59:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9A713C4B9 for ; Thu, 12 Apr 2007 07:59:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Hbtlv-0003Lx-WA; Thu, 12 Apr 2007 11:31:12 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hbtm3-000KZY-7r; Thu, 12 Apr 2007 11:31:19 +0400 To: Mike Tancsa References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> From: Boris Samorodov Date: Thu, 12 Apr 2007 11:31:19 +0400 In-Reply-To: <200704112111.l3BLBUaD094648@lava.sentex.ca> (Mike Tancsa's message of "Wed, 11 Apr 2007 17:11:43 -0400") Message-ID: <66909720@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: adam radford , "freebsd@bitfreak.org" , current@freebsd.org Subject: Re: twa(4) update to support 9550SXU/9590SE controllers 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, 12 Apr 2007 07:59:53 -0000 On Wed, 11 Apr 2007 17:11:43 -0400 Mike Tancsa wrote: > At 06:44 PM 10/11/2006, adam radford wrote: > >'vkashyap' is no longer maintaining the 3ware 'twa' driver. > > > >'twa' driver in RELENG_6 and CURRENT both support 9550SXU and > >9590SE controllers at this time. They both have the 0x1003 device ID. > > > >I will be sending an update in the near future to support the new series of > >9650SE controllers, remove bundled firmware (we have a FreeBSD specific > >userspace firmware update utility), and remove lots of non FreeBSD specific > >code. > Hi, > We are just in the process of evaluating the new 9650se cards, > and RELENG_6 does not actually recognize them. I've got that card and I'll be glad test the driver under -CURRENT (the server will run -CURRENT). > none1@pci2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 > rev=0x01 hdr=0x00 > vendor = '3ware Inc.' > class = mass storage > subclass = RAID > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 32 messages, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint > Are there still plans to integrate support for the newer generation of > cards into the FreeBSD src tree ? Using the driver off the website, > it seems to work OK but doing installs this way is bit of a pain > twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem > 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16 at device 0.0 on > pci2 > twa0: [FAST] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-2LP, 2 > ports, Firmware FE9X 3.06.00.005, BIOS BE9X 3.06.00.002 > da0 at twa0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 100.000MB/s transfers > da0: 76283MB (156227584 512 byte sectors: 255H 63S/T 9724C) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 08:26:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BBD916A400 for ; Thu, 12 Apr 2007 08:26:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0E113C483 for ; Thu, 12 Apr 2007 08:26:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so507433ana for ; Thu, 12 Apr 2007 01:26:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Anh9Wr5/LtoDsm9fiiavC4AP3ym2GPfJBbvv82cf3ptwK6JR9E4o8uCpev6OtlmHq5W0WqqkkvINQFhCdNMwilitVRERFXxJiQaCSOTmckjtXzfS+H9+akymRLNFGJ+OPcJk3g4Pb9JyX7CKl+62HKhs1qHKkERv/+9Y8EuvjI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rRP2tSa1xN6mqDJdZ8rhOQOjHWV+rIsfJqOf8spIJYL3cskxp9JwisGSJkkeU+nCxjg/cCFJWhkg3dI0ZmwrV6sR9qHyrFTNmMcwzsJ5fwkLUbyu00BX/yhWAWWDSGR5VncTU6uggvX6TTXVm3ClMk0zdkBpw2x+bKU9qjgp2rM= Received: by 10.100.8.18 with SMTP id 18mr1116226anh.1176364793795; Thu, 12 Apr 2007 00:59:53 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Thu, 12 Apr 2007 00:59:53 -0700 (PDT) Message-ID: Date: Thu, 12 Apr 2007 15:59:53 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Ian FREISLICH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070411191450.GE815@turion.vk2pj.dyndns.org> X-Google-Sender-Auth: 5ad7435974d7d9db Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 08:26:39 -0000 On 12/04/07, Ian FREISLICH wrote: > This is the configuration I'm going to be testing with our provider > this morning because FreeBSD can't do link aggregation on VLAN > interfaces. I'm hoping that not having IP data available to the > switch will not prevent it from working in our scenario. Some switches (I'm sure the Cisco ones, for example) will happily do etherchannel packet distribution based on IP header info even if they're just configured to switch and not route. All it has to "know" about IP is which offsets in the packet correspond to what it should be hashing against. And (cisco) switches have been blurring the L2/L3 switch boundary for a while (think IGMP snooping for a very early example.) Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 08:36:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 624BC16A40A for ; Thu, 12 Apr 2007 08:36:15 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id E930C13C483 for ; Thu, 12 Apr 2007 08:36:14 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 516DB1CC59; Thu, 12 Apr 2007 20:36:13 +1200 (NZST) Date: Thu, 12 Apr 2007 20:36:13 +1200 From: Andrew Thompson To: Adrian Chadd Message-ID: <20070412083613.GG9390@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Adrian Chadd , Ian FREISLICH , freebsd-current@freebsd.org References: <20070411191450.GE815@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 08:36:15 -0000 On Thu, Apr 12, 2007 at 03:59:53PM +0800, Adrian Chadd wrote: > On 12/04/07, Ian FREISLICH wrote: > > >This is the configuration I'm going to be testing with our provider > >this morning because FreeBSD can't do link aggregation on VLAN > >interfaces. I'm hoping that not having IP data available to the > >switch will not prevent it from working in our scenario. > > Some switches (I'm sure the Cisco ones, for example) will happily do > etherchannel packet distribution based on IP header info even if > they're just configured to switch and not route. > > All it has to "know" about IP is which offsets in the packet > correspond to what it should be hashing against. And (cisco) switches > have been blurring the L2/L3 switch boundary for a while (think IGMP > snooping for a very early example.) In fec, lacp and loadbalance modes our trunk(4) also distributes using a hash function, it hashes the vlan tag (if present), src and dst mac addresses, and the full ip/ipv6 header (if present). See the trunk_hashmbuf() function for the implementation. The only trunk mode that isnt safe for frame ordering is roundrobin, and just alternates ports as the name suggests. OpenBSD has this as the default which is quite suprising, I changed our default to failover. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 08:54:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92D5D16A401; Thu, 12 Apr 2007 08:54:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA4913C45E; Thu, 12 Apr 2007 08:54:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 180182090; Thu, 12 Apr 2007 10:54:19 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E39D52087; Thu, 12 Apr 2007 10:54:18 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 378C24A29; Thu, 12 Apr 2007 10:54:18 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Peter Jeremy References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> Date: Thu, 12 Apr 2007 10:54:17 +0200 In-Reply-To: <20070412073605.GB834@turion.vk2pj.dyndns.org> (Peter Jeremy's message of "Thu, 12 Apr 2007 17:36:06 +1000") Message-ID: <86ps6aht1i.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 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 , ticso@cicely.de Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 08:54:23 -0000 Peter Jeremy writes: > There's a feature bit (CPUID_CX8) that advertises the availability of > cmpxchg8b (and maybe some related instructions). My pre-MMX 586 has > this bit set so I presume anything later than 486 will support it. > (I'm not sure about the low-end VIA, GEODE etc clones). The Geode is a 486, and does not support it. The C3 however is a 586. The C3 Ezra and C3 Samuel / Samuel 2 do not have CX8. I'm not sure about the C3 Nehemiah, I don't have one running at the moment. > I agree that GENERIC should run on lowest-common-denominator hardware > (the definition of that is a subject for a different thread). GENERIC > performance could be enhanced by using an indirect call for 8-byte > atomic instructions and selecting between the cmpxchg8b and > alternative implementation as part of the CPU startup (much like > i586_bcopy). If CPU_486 is not defined, you code could inline the > cmpxchg8b-based variant. Our native atomic operations are all defined as either macros or static inline functions in machine/atomic.h, so we can easily make this choice at compile time based on a config option. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 09:39:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F050B16A401; Thu, 12 Apr 2007 09:39:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id AD96313C448; Thu, 12 Apr 2007 09:39:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 87A312094; Thu, 12 Apr 2007 11:39:35 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 778872090; Thu, 12 Apr 2007 11:39:35 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 5C2EF534C; Thu, 12 Apr 2007 11:39:35 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Louis Kowolowski References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070411225124.GM30772@cicely12.cicely.de> <20070411231045.GC1726@cryptomonkeys.com> Date: Thu, 12 Apr 2007 11:39:35 +0200 In-Reply-To: <20070411231045.GC1726@cryptomonkeys.com> (Louis Kowolowski's message of "Wed, 11 Apr 2007 16:10:46 -0700") Message-ID: <86tzvmylrc.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 09:39:43 -0000 Louis Kowolowski writes: > I'm some people would be interested in being able to use ZFS with boxes l= ike > Soekris for NAS (FreeNAS comes to mind) type stuff... I don't think a Soekris will cut the mustard. A NAS would need a large case to hold the disks anyway, so you might as well use an EPIA board; most C3 / C7 boards can take 1 GB, and they don't cost more than a Soekris. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 09:45:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CB3916A400 for ; Thu, 12 Apr 2007 09:45:57 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC9D13C45E for ; Thu, 12 Apr 2007 09:45:57 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-2.cisco.com with ESMTP; 12 Apr 2007 02:45:57 -0700 X-IronPort-AV: i="4.14,399,1170662400"; d="scan'208"; a="369508558:sNHT53650488" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l3C9juFA018803; Thu, 12 Apr 2007 02:45:56 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l3C9juZT006531; Thu, 12 Apr 2007 09:45:56 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 02:45:56 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 02:45:56 -0700 Message-ID: <461E0078.3050001@cisco.com> Date: Thu, 12 Apr 2007 05:48:40 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2007 09:45:56.0223 (UTC) FILETIME=[5E26A8F0:01C77CE7] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=890; t=1176371156; x=1177235156; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20CPU=20utilization |Sender:=20; bh=gMwggn9N7IZclquILWWWsCz7E5T5zTQc0Y1qN3UgTz8=; b=YsdGk4ibsgTqZ78v9xOaALKLpkxKK2GOl3m1U46CygF30jVjBrKiX43o+Pl1eMnH52eGiZ/C iMHCmJALuR0opvNPq11wkEYAnx0naV8spiBI3gsMQt+1w+AxZgWx6bT4; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: Brad Penoff , Janardhan Iyengar Subject: CPU utilization 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, 12 Apr 2007 09:45:57 -0000 All: I have probably an old question that has been asked.. but here goes anyway. I have three machines. 1) stewart - running 7.0 (2.8gig p4 dual core) 2) bsd1 - running 7.0 (2.8gig Xeon Hyperthreaded) 3) bsd2 - running 6.2 (2.4gig Xeon Hyperthreaded) Now if I run tests that max out cpu (at least I think they do).. I see <1> or <2> drag down to 1% idle/ even 0 %idle. However <3> never drops below 50% idle.. it preforms a lot slower too.. which I expect since it is somewhat of an older processor.. but in running say top -S I see CPU 1 always running the idle process... Is this an accounting error that is being seen? aka top does not know how to display things .. or is this a scheduling error.. i.e.. move to 7.0 and life will be better :-D Thanks R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 09:48:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B2B116A401 for ; Thu, 12 Apr 2007 09:48:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E9BC113C48C for ; Thu, 12 Apr 2007 09:48:32 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 178712091; Thu, 12 Apr 2007 11:48:29 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 8DB7C2090; Thu, 12 Apr 2007 11:48:28 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 667275352; Thu, 12 Apr 2007 11:48:28 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Abdullah Ibn Hamad Al-Marri" References: <2488F872-59CF-48DE-9297-5250B1C6EFB4@gmail.com> <20070411124201.GB83347@atarininja.org> <499c70c0704112227p97a229fv2c6badb18ee61500@mail.gmail.com> Date: Thu, 12 Apr 2007 11:48:27 +0200 In-Reply-To: <499c70c0704112227p97a229fv2c6badb18ee61500@mail.gmail.com> (Abdullah Ibn Hamad Al-Marri's message of "Thu, 12 Apr 2007 08:27:20 +0300") Message-ID: <86lkgxzzx0.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: sac , Wesley Shields , Curtis Vaughan , freebsd-current@freebsd.org Subject: Re: Ports upgrade 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, 12 Apr 2007 09:48:33 -0000 "Abdullah Ibn Hamad Al-Marri" writes: > May I ask you why do you prefer portsnap over them? It's simpler to use, and a lot faster. It's also HTTP-based, which makes it firewall-friendly, even in braindead corporate environments. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 09:57:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A31E016A402 for ; Thu, 12 Apr 2007 09:57:04 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 390BD13C465 for ; Thu, 12 Apr 2007 09:57:04 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l3C9uiPl075829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Apr 2007 10:56:44 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <461E026E.7090308@unsane.co.uk> Date: Thu, 12 Apr 2007 10:57:02 +0100 From: Vince User-Agent: Thunderbird 1.5.0.10 (X11/20070327) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <2488F872-59CF-48DE-9297-5250B1C6EFB4@gmail.com> <20070411124201.GB83347@atarininja.org> <499c70c0704112227p97a229fv2c6badb18ee61500@mail.gmail.com> <86lkgxzzx0.fsf@dwp.des.no> In-Reply-To: <86lkgxzzx0.fsf@dwp.des.no> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Ports upgrade 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, 12 Apr 2007 09:57:04 -0000 Dag-Erling Smørgrav wrote: > "Abdullah Ibn Hamad Al-Marri" writes: >> May I ask you why do you prefer portsnap over them? > > It's simpler to use, and a lot faster. It's also HTTP-based, which > makes it firewall-friendly, even in braindead corporate environments. > > DES Plus the saving in bandwidth for a large number of machines (I know bandwidth is cheap but still,) if you use a caching proxy. Oh and its cryptographically signed if thats a concern :) Vince From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 09:58:28 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 257DA16A40E; Thu, 12 Apr 2007 09:58:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 04DEC13C4C4; Thu, 12 Apr 2007 09:58:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kdapat@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3C9wIs6062539; Thu, 12 Apr 2007 11:58:23 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3C9wHop062538; Thu, 12 Apr 2007 11:58:17 +0200 (CEST) (envelope-from olli) Date: Thu, 12 Apr 2007 11:58:17 +0200 (CEST) Message-Id: <200704120958.l3C9wHop062538@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, des@des.no, Peter Jeremy , freebsd-fs@FreeBSD.ORG, Pawel Jakub Dawidek , ticso@cicely.de In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 12 Apr 2007 11:58:23 +0200 (CEST) Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, des@des.no, Peter Jeremy , freebsd-fs@FreeBSD.ORG, Pawel Jakub Dawidek , ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 09:58:28 -0000 Dag-Erling Smørgrav wrote: > Peter Jeremy wrote: > > There's a feature bit (CPUID_CX8) that advertises the availability of > > cmpxchg8b (and maybe some related instructions). My pre-MMX 586 has > > this bit set so I presume anything later than 486 will support it. > > (I'm not sure about the low-end VIA, GEODE etc clones). > > The Geode is a 486, and does not support it. No, it's a 586-class processor. But you're right in that it does not seem to support cmpxchg8b. I have an old 233 MHz Geode currently running FreeBSD 4.6 (please no comments, it's my standalone mp3 player at home and not connected to the internet so I didn't care to update it yet, but I certainly will update it when I have some time). The kernel reports: CPU: Cyrix GXm (232.74-MHz 586-class CPU) Origin = "CyrixInstead" Id = 0x540 DIR=0x8246 Stepping=8 Revision=2 There's no "Features=" line, though. Maybe the Geode does not support the cpuid at all. Whether it supports cmpxchg8b is not 100% clear, but my guess would be "no". > The C3 however is a 586. In fact it's a 686. > The C3 Ezra and C3 Samuel / Samuel 2 do not have CX8. > I'm not sure about the C3 Nehemiah, I don't have one > running at the moment. I have a 1000 MHz C3 Nehemiah which is my home file server (NFS and SMB), among other things (Squid, Apache, FW). It does not support cmpxchg8b either, according to the cpuid feature bits: CPU: VIA C3 Nehemiah+RNG+AES (1002.28-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b83f It's currently running 6-stable, but I would very much like to update it to -current and use ZFS for the file server volumes. I hope the absence of cmpxchg8b won't make that impossible. (It has 512 MB RAM, which should be sufficient to run ZFS, right? The squid process also takes quite some memory, but I've configured it to be rather small. After all this is only a private home server. I'm not planning to use compression, but maybe encryption (GELI) for a small part of it.) > > I agree that GENERIC should run on lowest-common-denominator hardware > > (the definition of that is a subject for a different thread). GENERIC > > performance could be enhanced by using an indirect call for 8-byte > > atomic instructions and selecting between the cmpxchg8b and > > alternative implementation as part of the CPU startup (much like > > i586_bcopy). If CPU_486 is not defined, you code could inline the > > cmpxchg8b-based variant. That wouldn't work on the C3 Nehemiah, I'm afraid. CPU_486 is not defined there (in fact I only have I686_CPU in my kernel config), but it does not support cmpxchg8b according to the dmesg output above. So the CPU class alone is not sufficient to decide about the use of cmpxchg8b; you have to check the actual CPU Features bit. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:00:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCE6B16A404 for ; Thu, 12 Apr 2007 10:00:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 99DD213C468 for ; Thu, 12 Apr 2007 10:00:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hbw6k-00087X-MN for freebsd-current@freebsd.org; Thu, 12 Apr 2007 12:00:50 +0200 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 ; Thu, 12 Apr 2007 12:00:50 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Apr 2007 12:00:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 12 Apr 2007 12:00:35 +0200 Lines: 31 Message-ID: References: <461E0078.3050001@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3D9C6018093017679E1D5FE7" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <461E0078.3050001@cisco.com> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: CPU utilization 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, 12 Apr 2007 10:00:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3D9C6018093017679E1D5FE7 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Randall Stewart wrote: > 1) stewart - running 7.0 (2.8gig p4 dual core) > 2) bsd1 - running 7.0 (2.8gig Xeon Hyperthreaded) > 3) bsd2 - running 6.2 (2.4gig Xeon Hyperthreaded) > I see CPU 1 always running the idle process... What's the value of machdep.hyperthreading_enabled on bsd1 and bsd2? --------------enig3D9C6018093017679E1D5FE7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGHgNMldnAQVacBcgRApf7AKDw16LkK849h8x4yWq/CVSIm6Ft9ACg8O9X IkKHgd3MPatrsY+4BZ5F9/k= =XymD -----END PGP SIGNATURE----- --------------enig3D9C6018093017679E1D5FE7-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:01:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA14B16A405; Thu, 12 Apr 2007 10:01:38 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 989C513C457; Thu, 12 Apr 2007 10:01:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:25867 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2078220AbXDLKB3 (ORCPT + 1 other); Thu, 12 Apr 2007 14:01:29 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <461E0375.7080002@yandex.ru> Date: Thu, 12 Apr 2007 14:01:25 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Pawel Jakub Dawidek , Kris Kennaway Content-Type: multipart/mixed; boundary="------------070301060500060000020406" Cc: Subject: ZFS: panic on kldunload 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, 12 Apr 2007 10:01:38 -0000 This is a multi-part message in MIME format. --------------070301060500060000020406 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi, All. I have recently CURRENT on the IBM x3650 server. FreeBSD 7.0-CURRENT #0: Sat Jan 6 12:12:26 MSK 2007 butcher@zfs-storage:/usr/obj/usr/src/sys/ZFS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) Cores per package: 2 Logical CPUs per core: 2 real memory = 3221008384 (3071 MB) avail memory = 3150757888 (3004 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 .... acd0: CDRW at ata1-master UDMA33 aacd0: on aac0 aacd0: 69890MB (143134720 sectors) aacd1: on aac0 aacd1: 69890MB (143134720 sectors) aacd2: on aac0 aacd2: 69890MB (143134720 sectors) aacd3: on aac0 aacd3: 69890MB (143134720 sectors) I can't use ZFS on this server. Any manipulation with zpool or zfs brings to panic. Any suggestion? -- WBR, Andrey V. Elsukov --------------070301060500060000020406 Content-Type: text/plain; name="kgdb.txt" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="kgdb.txt" Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x20:0xc6570b07 stack pointer = 0x28:0xecdc4bf8 frame pointer = 0x28:0xecdc4bfc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1017 (kldunload) trap number = 12 panic: page fault cpuid = 3 Syncing disks, buffers remaining... 2283 Syncing disks, vnodes remaining...0 2283 2283 2283 2283 2283 2283 0 2283 2283 2283 0 2283 2283 0 2283 2283 0 2283 0 2283 0 2283 2283 0 2283 0 2283 0 Giving up on 2283 buffers 0 Uptime: 20m8s Physical memory: 3063 MB Dumping 120 MB: 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:172 in pcpu.h (kgdb) add-symbol-file /boot/kernel/acpi.ko.symbols 0xc0b894b8 -s .data 0xc0bc0040 -s .bss 0xc0bc2820 add symbol table from file "/boot/kernel/acpi.ko.symbols" at .text_addr = 0xc0b894b8 .data_addr = 0xc0bc0040 .bss_addr = 0xc0bc2820 (y or n) Reading symbols from /boot/kernel/acpi.ko.symbols...done. (kgdb) add-symbol-file /boot/kernel/zfs.ko.symbols 0xc656d9d0 -s .data 0xc65db340 -s .bss 0xc65ddac0 add symbol table from file "/boot/kernel/zfs.ko.symbols" at .text_addr = 0xc656d9d0 .data_addr = 0xc65db340 .bss_addr = 0xc65ddac0 (y or n) Reading symbols from /boot/kernel/zfs.ko.symbols...done. (kgdb) bt full #0 doadump () at pcpu.h:172 No locals. #1 0xc06c0b20 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 0 #2 0xc06c0e2a in panic (fmt=0xc09038b4 "%s") at /usr/src/sys/kern/kern_shutdown.c:563 td = (struct thread *) 0xc64a61b0 bootopt = 256 newpanic = 1 ap = 0xecdc4ad8 "ÉÜ\226À" buf = "page fault", '\0' #3 0xc08bafa2 in trap_fatal (frame=0xecdc4bb8, eva=32) at /usr/src/sys/i386/i386/trap.c:876 code = 0 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 2, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #4 0xc08bac9b in trap_pfault (frame=0xecdc4bb8, usermode=0, eva=32) at /usr/src/sys/i386/i386/trap.c:785 va = 0 vm = (struct vmspace *) 0x0 map = 0xc67f81d0 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc64a61b0 p = (struct proc *) 0xc64a8240 #5 0xc08ba8e2 in trap (frame=0xecdc4bb8) at /usr/src/sys/i386/i386/trap.c:462 td = (struct thread *) 0xc64a61b0 p = (struct proc *) 0xc64a8240 i = 0 ucode = 0 type = 12 code = 0 addr = -321106952 eva = 32 ksi = {ksi_link = {tqe_next = 0xc06e22e8, tqe_prev = 0xc6805000}, ksi_info = {si_signo = -1063143040, si_errno = 6, si_code = 0, si_pid = 536871841, si_uid = 0, si_status = 0, si_addr = 0x0, si_value = {sival_int = 0, sival_ptr = 0x0}, _reason = {_fault = {_trapno = 0}, _timer = { _timerid = 0, _overrun = 0}, _mesgq = {_mqd = 0}, _poll = {_band = 0}, __spare__ = {__spare1__ = 0, __spare2__ = {0, 0, 0, 0, 0, 0, 0}}}}, ksi_flags = 0, ksi_sigq = 0x0} #6 0xc08a535b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc6570b07 in kmem_cache_destroy (cache=0x0) at /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_kmem.c:169 No locals. #8 0xc65bbef6 in zil_fini () at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zil.c:1181 No locals. #9 0xc65a5f29 in spa_fini () at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spa_misc.c:1119 No locals. #10 0xc65c6a55 in zfs_modevent (mod=0xc62a2e80, type=-968203856, unused=0x0) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:1798 error = -968204031 #11 0xc06b7b36 in module_unload (mod=0xc62a2e80, flags=0) at /usr/src/sys/kern/kern_module.c:244 error = 0 #12 0xc06b2245 in linker_file_unload (file=0xc6307400, flags=0) at /usr/src/sys/kern/kern_linker.c:594 mod = 0xc62a2e80 next = 0xc62a2e40 ml = 0x1 nextml = 0xc62a2e80 cp = (struct common_symbol *) 0xc64a61b0 error = -968204031 i = -970314112 #13 0xc06b2b0f in kern_kldunload (td=0xc6307400, fileid=3, flags=0) at /usr/src/sys/kern/kern_linker.c:942 lf = 0xc6307400 error = 2 #14 0xc06b2b6e in kldunloadf (td=0xc64a61b0, uap=0xc64a61b0) at /usr/src/sys/kern/kern_linker.c:971 No locals. #15 0xc08bb26a in syscall (frame=0xecdc4d38) at /usr/src/sys/i386/i386/trap.c:1016 params = 0xbfbfe7f0
callp = (struct sysent *) 0xc09ed360 td = (struct thread *) 0xc64a61b0 p = (struct proc *) 0xc64a8240 orig_tf_eflags = 658 error = 0 narg = 2 args = {3, 0, 0, 4096, -1, 0, 0, 0} code = 444 ksi = {ksi_link = {tqe_next = 0xc64a61b0, tqe_prev = 0xecdc4d38}, ksi_info = {si_signo = 671877032, si_errno = 671877032, si_code = 0, si_pid = 0, si_uid = 3326771776, si_status = -968203856, si_addr = 0xc0947430, si_value = {sival_int = 145, sival_ptr = 0x91}, _reason = {_fault = { _trapno = -1062796988}, _timer = {_timerid = -1062796988, _overrun = -321106708}, _mesgq = {_mqd = -1062796988}, _poll = {_band = -1062796988}, __spare__ = {__spare1__ = -1062796988, __spare2__ = {-321106708, -1064647127, 671543576, 3, -1077942248, -1064675009, -321106696}}}}, ksi_flags = -321126392, ksi_sigq = 0xc06a0028} #16 0xc08a53c0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 No locals. #17 0x00000033 in ?? () No symbol table info available. (kgdb) --------------070301060500060000020406-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:18:09 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E27A16A403; Thu, 12 Apr 2007 10:18:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9605413C44B; Thu, 12 Apr 2007 10:18:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gfelop@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3CAI04l063407; Thu, 12 Apr 2007 12:18:06 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3CAI0ef063406; Thu, 12 Apr 2007 12:18:00 +0200 (CEST) (envelope-from olli) Date: Thu, 12 Apr 2007 12:18:00 +0200 (CEST) Message-Id: <200704121018.l3CAI0ef063406@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, peterjeremy@optushome.com.au, des@des.no, ticso@cicely.de, freebsd-fs@FreeBSD.ORG, Pawel Jakub Dawidek In-Reply-To: <20070412073605.GB834@turion.vk2pj.dyndns.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 12 Apr 2007 12:18:06 +0200 (CEST) Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, peterjeremy@optushome.com.au, des@des.no, ticso@cicely.de, freebsd-fs@FreeBSD.ORG, Pawel Jakub Dawidek List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 10:18:09 -0000 Peter Jeremy wrote: > David Schultz wrote: > > As I recall, Solaris 10 targets PPro and later processors, whereas > > FreeBSD supports everything back to a 486DX. Hence we can't > > assume that cmpxchg8b is available. > > There's a feature bit (CPUID_CX8) that advertises the availability of > cmpxchg8b (and maybe some related instructions). My pre-MMX 586 has > this bit set so I presume anything later than 486 will support it. > (I'm not sure about the low-end VIA, GEODE etc clones). They don't seem to support it. I made a quick survey of the machines of mine for which I have collected dmesg outputs. The following ones don't support cmpxchg8b according to the cpuid feature bits: CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping = 5 Features=0x3 CPU: Cyrix GXm (232.74-MHz 586-class CPU) Origin = "CyrixInstead" Id = 0x540 DIR=0x8246 Stepping=8 Revision=2 CPU: VIA C3 Nehemiah+RNG+ACE (1002.28-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b83f And the following ones do support cmpxchg8b: CPU: Pentium/P54C (165.79-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf CPU: Pentium II/Pentium II Xeon/Celeron (465.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff CPU: Intel Pentium III (799.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff CPU: AMD Athlon(tm) Processor (846.23-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff CPU: Pentium III/Pentium III Xeon/Celeron (851.93-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff CPU: Intel(R) Celeron(R) M processor 1300MHz (1295.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 CPU: Intel(R) Pentium(R) III CPU family 1400MHz (1396.45-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff Features=0xa7e9f9bf CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 CPU: AMD Athlon(tm) XP 2500+ (1826.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff CPU: AMD Turion(tm) 64 Mobile Technology ML-37 (1989.82-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f42 Stepping = 2 Features=0x78bfbff Features2=0x1 CPU: AMD Athlon(tm) 64 Processor 3200+ (2000.08-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 CPU: AMD Athlon(tm) 64 Processor 3700+ (2199.76-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x30f72 Stepping = 2 Features=0x78bfbff Features2=0x1 CPU: AMD Athlon(tm) 64 Processor 3800+ (2399.74-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff So a > 10 years old pre-MMX Pentium (586-class) does support cmpxchg8b, while a 1 year old C3 Nehemia (686- class) does not. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:23:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 539FA16A400 for ; Thu, 12 Apr 2007 10:23:04 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id 2A45313C448 for ; Thu, 12 Apr 2007 10:23:04 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 12 Apr 2007 03:23:05 -0700 X-IronPort-AV: i="4.14,399,1170662400"; d="scan'208"; a="369512021:sNHT45749376" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l3CAN3W1022124; Thu, 12 Apr 2007 03:23:03 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l3CAN2Ei012371; Thu, 12 Apr 2007 10:23:03 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 03:23:02 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 03:23:02 -0700 Message-ID: <461E092B.4080001@cisco.com> Date: Thu, 12 Apr 2007 06:25:47 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Ivan Voras References: <461E0078.3050001@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2007 10:23:02.0191 (UTC) FILETIME=[8CEE6BF0:01C77CEC] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=728; t=1176373383; x=1177237383; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20CPU=20utilization |Sender:=20; bh=IudrbWIAmVKumeY/iHgpg6oqQHQQ/P6HmGTyvKlsonk=; b=c9tsyDQPZ+OZP1drl3BYmK/1wFVZvxNXD6t27erxIWl78gT/5lEGXrORPiJ22swGcU8hzPBG k/MuDinRX2Ne1PSTvfl5Aj275oGM1PplMy1i9Ig1Lz6J4F/7iPKYQbOK; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: freebsd-current@freebsd.org, Brad Penoff , Janardhan Iyengar Subject: Re: CPU utilization 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, 12 Apr 2007 10:23:04 -0000 Ivan Voras wrote: > Randall Stewart wrote: > >> 1) stewart - running 7.0 (2.8gig p4 dual core) >> 2) bsd1 - running 7.0 (2.8gig Xeon Hyperthreaded) >> 3) bsd2 - running 6.2 (2.4gig Xeon Hyperthreaded) > >> I see CPU 1 always running the idle process... > > What's the value of machdep.hyperthreading_enabled on bsd1 and bsd2? > bsd2: machdep.hyperthreading_allowed: 0 bsd1: machdep.hyperthreading_allowed: 1 Ahh.;. I see so this controls what happens.. and maybe in 7.0 its on by default.. and on 6.x its not.. I will make an adjustment to my sysctl.conf file.. thanks this tells me a lot ;-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:24:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D73A16A404; Thu, 12 Apr 2007 10:24:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 92AF213C4BE; Thu, 12 Apr 2007 10:24:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:53003 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7768491AbXDLKYJ (ORCPT + 1 other); Thu, 12 Apr 2007 14:24:09 +0400 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <461E08C8.7070908@yandex.ru> Date: Thu, 12 Apr 2007 14:24:08 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 References: <461E0375.7080002@yandex.ru> In-Reply-To: <461E0375.7080002@yandex.ru> Content-Type: multipart/mixed; boundary="------------010707070608030500070602" To: unlisted-recipients:; (no To-header on input) Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek , Kris Kennaway Subject: ZFS: panic on zpool create 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, 12 Apr 2007 10:24:24 -0000 This is a multi-part message in MIME format. --------------010707070608030500070602 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Andrey V. Elsukov wrote: > I have recently CURRENT on the IBM x3650 server. > > I can't use ZFS on this server. Any manipulation with zpool or zfs > brings to panic. Any suggestion? This command brings to panic: # zpool create media aacd1 -- WBR, Andrey V. Elsukov --------------010707070608030500070602 Content-Type: text/plain; name="kgdb2.txt" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="kgdb2.txt" GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x20:0xc659fb26 stack pointer = 0x28:0xecd4eab8 frame pointer = 0x28:0xecd4eac0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 826 (zpool) trap number = 12 panic: page fault cpuid = 1 Syncing disks, vnodes remaining...3 Syncing disks, buffers remaining... 7154 7153 7153 7153 7153 7153 7153 7153 0 7153 7153 7153 0 7153 7153 0 7153 7153 0 7153 0 7153 0 7153 7153 0 7153 0 7153 0 Giving up on 7153 buffers 0 0 0 0 0 Uptime: 23m24s Physical memory: 3063 MB Dumping 200 MB: 185 169 1530 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:172 in pcpu.h (kgdb) (kgdb) add-symbol-file /boot/kernel/acpi.ko.symbols 0xc0b894b8 -s .data 0xc0bc0040 -s .bss 0xc0bc2820 add symbol table from file "/boot/kernel/acpi.ko.symbols" at .text_addr = 0xc0b894b8 .data_addr = 0xc0bc0040 .bss_addr = 0xc0bc2820 (y or n) Reading symbols from /boot/kernel/acpi.ko.symbols...done. (kgdb) add-symbol-file /boot/kernel/zfs.ko.symbols 0xc659c9d0 -s .data 0xc660a340 -s .bss 0xc660cac0 add symbol table from file "/boot/kernel/zfs.ko.symbols" at .text_addr = 0xc659c9d0 .data_addr = 0xc660a340 .bss_addr = 0xc660cac0 (y or n) Reading symbols from /boot/kernel/zfs.ko.symbols...done. (kgdb) bt full #0 doadump () at pcpu.h:172 No locals. #1 0xc06c0b20 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 0 #2 0xc06c0e2a in panic (fmt=0xc09038b4 "%s") at /usr/src/sys/kern/kern_shutdown.c:563 td = (struct thread *) 0xc646d000 bootopt = 256 newpanic = 1 ap = 0xecd4e998 "ÉÜ\226À" buf = "page fault", '\0' #3 0xc08bafa2 in trap_fatal (frame=0xecd4ea78, eva=32) at /usr/src/sys/i386/i386/trap.c:876 code = 0 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #4 0xc08bac9b in trap_pfault (frame=0xecd4ea78, usermode=0, eva=32) at /usr/src/sys/i386/i386/trap.c:785 va = 0 vm = (struct vmspace *) 0x0 map = 0xc64103a0 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc646d000 p = (struct proc *) 0xc6470000 #5 0xc08ba8e2 in trap (frame=0xecd4ea78) at /usr/src/sys/i386/i386/trap.c:462 td = (struct thread *) 0xc646d000 p = (struct proc *) 0xc6470000 i = 0 ucode = 0 type = 12 code = 0 addr = -957120804 eva = 32 ksi = {ksi_link = {tqe_next = 0xecd4ea34, tqe_prev = 0xc06c66ae}, ksi_info = {si_signo = -969902464, si_errno = 4, si_code = -966767395, si_pid = 202, si_uid = 3337844736, si_status = -969902440, si_addr = 0xc6307680, si_value = {sival_int = -321590672, sival_ptr = 0xecd4ea70}, _reason = {_fault = {_trapno = -1056487032}, _timer = {_timerid = -1056487032, _overrun = 1832}, _mesgq = {_mqd = -1056487032}, _poll = { _band = -1056487032}, __spare__ = {__spare1__ = -1056487032, __spare2__ = {1832, -1063905702, -321590680, -1066696169, -1056487032, 1, -1064024269}}}}, ksi_flags = 214, ksi_sigq = 0xc106d420} #6 0xc08a535b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc659fb26 in kmem_cache_alloc (cache=0x0, flags=2) at /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_kmem.c:178 No locals. #8 0xc65ae19e in arc_buf_alloc (spa=0x0, size=0, tag=0xc6546008, type=ARC_BUFC_UNDEF) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/arc.c:866 hdr = (arc_buf_hdr_t *) 0xc6546000 buf = (arc_buf_t *) 0xc6546218 #9 0xc65ba11b in dmu_objset_open_impl (spa=0xc610b000, ds=0x0, bp=0xc6546218, osip=0x0) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:177 winner = (objset_impl_t *) 0xc6546218 osi = (objset_impl_t *) 0xc6546000 i = 145 err = -967548392 checksum = 0 #10 0xc65ba29b in dmu_objset_create_impl (spa=0xc610b000, ds=0x0, bp=0xc6546218, type=DMU_OST_META, tx=0xc6ae7600) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c:402 osi = (objset_impl_t *) 0xc65bcbbf mdn = (dnode_t *) 0xc6546200 #11 0xc65c730b in dsl_pool_create (spa=0xc610b000, txg=) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c:146 dp = (dsl_pool_t *) 0xc6546200 tx = (dmu_tx_t *) 0xc6ae7600 #12 0xc65cefc6 in spa_create (pool=0xc610b000 "À§)Æ", nvroot=0xc629b0a0, altroot=0x0) at /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spa.c:1180 spa = (spa_t *) 0xc610b000 rvd = (vdev_t *) 0xc653b400 dp = (dsl_pool_t *) 0x0 tx = (dmu_tx_t *) 0x0 c = 1 error = 0 spares = (nvlist_t **) 0xecd4ebd4 nspares = 3328129721 __func__ = (kgdb) --------------010707070608030500070602-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:42:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCC6416A400 for ; Thu, 12 Apr 2007 10:42:18 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7D88D13C484 for ; Thu, 12 Apr 2007 10:42:18 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B32F82094; Thu, 12 Apr 2007 12:42:14 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A11522087; Thu, 12 Apr 2007 12:42:14 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 05FE6535C; Thu, 12 Apr 2007 12:42:13 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Randall Stewart References: <461E0078.3050001@cisco.com> Date: Thu, 12 Apr 2007 12:42:13 +0200 In-Reply-To: <461E0078.3050001@cisco.com> (Randall Stewart's message of "Thu, 12 Apr 2007 05:48:40 -0400") Message-ID: <86hcrlzxfe.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Brad Penoff , Janardhan Iyengar Subject: Re: CPU utilization 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, 12 Apr 2007 10:42:18 -0000 Randall Stewart writes: > I have three machines. > > 1) stewart - running 7.0 (2.8gig p4 dual core) > 2) bsd1 - running 7.0 (2.8gig Xeon Hyperthreaded) > 3) bsd2 - running 6.2 (2.4gig Xeon Hyperthreaded) > > Now if I run tests that max out cpu (at least I think > they do).. I see <1> or <2> drag down to 1% idle/ even > 0 %idle. > > However <3> never drops below 50% idle.. it preforms > a lot slower too.. which I expect since it is somewhat > of an older processor.. but in running say > top -S I see CPU 1 always running the idle process... By default, 6.2 doesn't schedule processes on the virtual core on a hyperthreading CPU. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:42:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1EB016A509 for ; Thu, 12 Apr 2007 10:42:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFEE13C483 for ; Thu, 12 Apr 2007 10:42:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id AC7DA47961; Thu, 12 Apr 2007 06:42:37 -0400 (EDT) Date: Thu, 12 Apr 2007 11:42:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: ticso@cicely.de In-Reply-To: <20070412021645.GQ30772@cicely12.cicely.de> Message-ID: <20070412114135.C64803@fledge.watson.org> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: John Nielsen , current@freebsd.org Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 10:42:38 -0000 On Thu, 12 Apr 2007, Bernd Walter wrote: > On Wed, Apr 11, 2007 at 08:04:03PM -0400, John Nielsen wrote: > >> I just moved /usr over to a zpool on my -CURRENT system. Performance and >> stability are both excellent so far. (Thanks Pawel!) However I noticed that >> setting FS flags on files with chflags is not supported. Would it be >> feasible to add support for flags on ZFS, and if so are there plans to do >> so? >> >> If not (and/or in the meantime), are there any places in the base system >> where flags are required for normal operation? (/var maybe?) > > Some binaries have such flags set, but it is not required, otherwise > diskless NFS wouldn't work. I often see installworld warnings about beeing > unable to set extended flags on ld.so and others on my diskless boxes. I'm not a big fan of setting these flags -- I fairly frequently run into problems when I installworld an NFS root on the NFS host, then try to work with it over NFS from the NFS-booted system, as the flags can't be removed via NFS. They don't offer a security benefit as-installed, and perhaps offer a benefit with respect to preventing people from shooting themselves in the foot (or perhaps not). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:44:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4472816A406 for ; Thu, 12 Apr 2007 10:44:08 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0468D13C4B9 for ; Thu, 12 Apr 2007 10:44:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 851572090; Thu, 12 Apr 2007 12:43:58 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 074B52087; Thu, 12 Apr 2007 12:43:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id DAE5C535F; Thu, 12 Apr 2007 12:43:57 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Randall Stewart References: <461E0078.3050001@cisco.com> <461E092B.4080001@cisco.com> Date: Thu, 12 Apr 2007 12:43:57 +0200 In-Reply-To: <461E092B.4080001@cisco.com> (Randall Stewart's message of "Thu, 12 Apr 2007 06:25:47 -0400") Message-ID: <86d529zxci.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Brad Penoff , Ivan Voras , Janardhan Iyengar Subject: Re: CPU utilization 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, 12 Apr 2007 10:44:08 -0000 Randall Stewart writes: > machdep.hyperthreading_allowed: 0 Note that enabling hyperthreading is more likely to harm performance than to help it. You should just disable it in the BIOS, and run a UP kernel. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:46:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47C3416A405 for ; Thu, 12 Apr 2007 10:46:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 05B3013C4BF for ; Thu, 12 Apr 2007 10:46:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 81D1A46B60; Thu, 12 Apr 2007 06:46:29 -0400 (EDT) Date: Thu, 12 Apr 2007 11:46:29 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randall Stewart In-Reply-To: <461E0078.3050001@cisco.com> Message-ID: <20070412114344.G64803@fledge.watson.org> References: <461E0078.3050001@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Brad Penoff , Janardhan Iyengar Subject: Re: CPU utilization 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, 12 Apr 2007 10:46:30 -0000 On Thu, 12 Apr 2007, Randall Stewart wrote: > I have probably an old question that has been asked.. but here goes anyway. > > I have three machines. > > 1) stewart - running 7.0 (2.8gig p4 dual core) > 2) bsd1 - running 7.0 (2.8gig Xeon Hyperthreaded) > 3) bsd2 - running 6.2 (2.4gig Xeon Hyperthreaded) > > Now if I run tests that max out cpu (at least I think they do).. I see <1> > or <2> drag down to 1% idle/ even 0 %idle. > > However <3> never drops below 50% idle.. it preforms a lot slower too.. > which I expect since it is somewhat of an older processor.. but in running > say top -S It strikes me that there are two possibilities here, and it could be both are true: (1) In 7.x, there are scheduling and accounting changes that could result in both better utilization and different measurement. (2) In 7.x, certain debugging features default to on (WITNESS, INVARIANTS, user space malloc debugging) that add significant (!) overhead. I'd confirm first that (2) isn't the cause of the change -- make sure you have a kernel without debugging features turned on, and change the man page on malloc.conf to make sure user debugging is turned off for malloc. Then let's revisit (1). Robert N M Watson Computer Laboratory University of Cambridge > > I see CPU 1 always running the idle process... > > Is this an accounting error that is being seen? aka top > does not know how to display things .. or is this a > scheduling error.. i.e.. move to 7.0 and life will > be better :-D > > Thanks > > R > -- > Randall Stewart > NSSTG - Cisco Systems Inc. > 803-345-0369 803-317-4952 (cell) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 10:55:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1018316A403 for ; Thu, 12 Apr 2007 10:55:50 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BFAD913C48A for ; Thu, 12 Apr 2007 10:55:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hbwxu-00019w-II for freebsd-current@freebsd.org; Thu, 12 Apr 2007 12:55:46 +0200 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 ; Thu, 12 Apr 2007 12:55:46 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Apr 2007 12:55:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 12 Apr 2007 12:55:26 +0200 Lines: 31 Message-ID: References: <461E0078.3050001@cisco.com> <86hcrlzxfe.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig02F4294606C19DBBFBD5C489" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <86hcrlzxfe.fsf@dwp.des.no> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: CPU utilization 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, 12 Apr 2007 10:55:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig02F4294606C19DBBFBD5C489 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > By default, 6.2 doesn't schedule processes on the virtual core on a > hyperthreading CPU. I'm puzzled why is it different in HEAD - does 7-current have some=20 security-related fixes in scheduling, or something similar? I know that=20 disabling hyperthreading was done because of security concerns=20 (information leakage). --------------enig02F4294606C19DBBFBD5C489 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGHhAkldnAQVacBcgRAjimAJ46gw/N8k/JO6frQpQE6R5nhMjcTgCg2an5 whAMonB7Vz3KIHC0XljnRy8= =KJ55 -----END PGP SIGNATURE----- --------------enig02F4294606C19DBBFBD5C489-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 11:05:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C110B16A400 for ; Thu, 12 Apr 2007 11:05:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7038013C45B for ; Thu, 12 Apr 2007 11:05:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Hbx6s-0002lX-K4 for freebsd-current@freebsd.org; Thu, 12 Apr 2007 13:05:02 +0200 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 ; Thu, 12 Apr 2007 13:05:02 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Apr 2007 13:05:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 12 Apr 2007 12:59:55 +0200 Lines: 33 Message-ID: References: <461E0375.7080002@yandex.ru> <461E08C8.7070908@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF0C6D0AABBE6B42B03CCB9B9" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <461E08C8.7070908@yandex.ru> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: ZFS: panic on zpool create 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, 12 Apr 2007 11:05:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF0C6D0AABBE6B42B03CCB9B9 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Andrey V. Elsukov wrote: > Andrey V. Elsukov wrote: >> I have recently CURRENT on the IBM x3650 server. >> >> I can't use ZFS on this server. Any manipulation with zpool or zfs >> brings to panic. Any suggestion? >=20 > This command brings to panic: > # zpool create media aacd1 Wild guess, probably not correct: is the aac driver GIANT locked? --------------enigF0C6D0AABBE6B42B03CCB9B9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGHhErldnAQVacBcgRAhhGAKCU2U0qdLdiBjmG/JIYIiSaz2odvACg9W12 pzv1PqEw+Y0rn8SbyW0yj8M= =HmRR -----END PGP SIGNATURE----- --------------enigF0C6D0AABBE6B42B03CCB9B9-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 11:13:48 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1566B16A403; Thu, 12 Apr 2007 11:13:48 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id C3D0713C484; Thu, 12 Apr 2007 11:13:47 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 228321CC233; Thu, 12 Apr 2007 12:55:46 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 8A9F9B950; Thu, 12 Apr 2007 12:55:45 +0200 (CEST) Date: Thu, 12 Apr 2007 12:55:45 +0200 From: Henrik Brix Andersen To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20070412105545.GB84337@tirith.brixandersen.dk> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Peter Jeremy , freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek , ticso@cicely.de References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <86ps6aht1i.fsf@dwp.des.no> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-fs@FreeBSD.ORG, Peter Jeremy , freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek , ticso@cicely.de Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 11:13:48 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2007 at 10:54:17AM +0200, Dag-Erling Sm=F8rgrav wrote: > Peter Jeremy writes: > > There's a feature bit (CPUID_CX8) that advertises the availability of > > cmpxchg8b (and maybe some related instructions). My pre-MMX 586 has > > this bit set so I presume anything later than 486 will support it. > > (I'm not sure about the low-end VIA, GEODE etc clones). >=20 > The Geode is a 486, and does not support it. The Geodes found in both my net4801-50 and net4801-60 are both i586-class CPUs with CX8 support: $ dmesg | grep -A 2 ^CPU CPU: Geode(TM) Integrated Processor by National Semi (266.65-MHz 586-class = CPU) Origin =3D "Geode by NSC" Id =3D 0x540 Stepping =3D 0 Features=3D0x808131 Regards, Brix --=20 Henrik Brix Andersen --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGHhAwv+Q4flTiePgRAjshAJ9vEwNB+GGf/KY124e+rMYR58V/zQCfRxBj wBXXlN+msrXE5UG3sMU0U4w= =yJ3Y -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 11:21:05 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D32D16A401 for ; Thu, 12 Apr 2007 11:21:05 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1359F13C45D for ; Thu, 12 Apr 2007 11:21:04 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3CBL34o051221; Thu, 12 Apr 2007 13:21:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3CBKmmF034522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 13:20:48 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3CBKmM5034483; Thu, 12 Apr 2007 13:20:48 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3CBKlGj034482; Thu, 12 Apr 2007 13:20:47 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 13:20:47 +0200 From: Bernd Walter To: Robert Watson Message-ID: <20070412112045.GR30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412114135.C64803@fledge.watson.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: John Nielsen , ticso@cicely.de, current@FreeBSD.org Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 11:21:05 -0000 On Thu, Apr 12, 2007 at 11:42:37AM +0100, Robert Watson wrote: > > On Thu, 12 Apr 2007, Bernd Walter wrote: > > >On Wed, Apr 11, 2007 at 08:04:03PM -0400, John Nielsen wrote: > > > >>I just moved /usr over to a zpool on my -CURRENT system. Performance and > >>stability are both excellent so far. (Thanks Pawel!) However I noticed > >>that setting FS flags on files with chflags is not supported. Would it be > >>feasible to add support for flags on ZFS, and if so are there plans to do > >>so? > >> > >>If not (and/or in the meantime), are there any places in the base system > >>where flags are required for normal operation? (/var maybe?) > > > >Some binaries have such flags set, but it is not required, otherwise > >diskless NFS wouldn't work. I often see installworld warnings about beeing > >unable to set extended flags on ld.so and others on my diskless boxes. > > I'm not a big fan of setting these flags -- I fairly frequently run into > problems when I installworld an NFS root on the NFS host, then try to work > with it over NFS from the NFS-booted system, as the flags can't be removed > via NFS. They don't offer a security benefit as-installed, and perhaps > offer a benefit with respect to preventing people from shooting themselves > in the foot (or perhaps not). They do add security benefits for jails. E.g. hardlink system binaries over multiple jails flaged immuteable. No jail can compromise the data in other jails, while still allowing the kernel to share memory pages for it. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 11:31:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3F6216A403 for ; Thu, 12 Apr 2007 11:31:52 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 2729513C448 for ; Thu, 12 Apr 2007 11:31:51 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3CBVoQg051349 for ; Thu, 12 Apr 2007 13:31:50 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3CBVd8X034578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Apr 2007 13:31:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3CBVdqd034518 for ; Thu, 12 Apr 2007 13:31:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3CBVdeb034517 for freebsd-current@freebsd.org; Thu, 12 Apr 2007 13:31:39 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 13:31:39 +0200 From: Bernd Walter To: freebsd-current@freebsd.org Message-ID: <20070412113138.GS30772@cicely12.cicely.de> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070411225124.GM30772@cicely12.cicely.de> <20070412025746.GI10081@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070412025746.GI10081@obelix.dsto.defence.gov.au> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 11:31:52 -0000 On Thu, Apr 12, 2007 at 10:57:46AM +0800, Wilkinson, Alex wrote: > 0n Thu, Apr 12, 2007 at 12:51:25AM +0200, Bernd Walter wrote: > >On Wed, Apr 11, 2007 at 05:49:11PM -0400, David Schultz wrote: > >> On Sat, Apr 07, 2007, Dag-Erling Smrgrav wrote: > >> > Bernd Walter writes: > >> > > On Sat, Apr 07, 2007 at 09:43:59PM +0200, Dag-Erling Smørgrav wrote: > > > >Although you want to use ZFS RAID functionality GEOM has still many > >goodies avalable, such as md, ggate, partition-parsing, encyption, etc. > >There are other cool points, which I've found possible lately. > > partition-parsing ? got any info on that ? I have never heard of it. Well - you have mutliple ways to partition your drives. bsdlabel, sunlabel, fdisk, gpt, ... GEOM has classes which detects and parses them all. It it resposible to get you /dev/*s1a entries and so on. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 11:49:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E52F716A402; Thu, 12 Apr 2007 11:49:00 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id BBE9B13C45B; Thu, 12 Apr 2007 11:49:00 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 12 Apr 2007 04:49:01 -0700 X-IronPort-AV: i="4.14,400,1170662400"; d="scan'208"; a="369520895:sNHT52252492" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l3CBn0w3022657; Thu, 12 Apr 2007 04:49:00 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l3CBn0Ei022298; Thu, 12 Apr 2007 11:49:00 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 04:49:00 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 04:48:59 -0700 Message-ID: <461E1D4E.3090806@cisco.com> Date: Thu, 12 Apr 2007 07:51:42 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> In-Reply-To: <20070412114344.G64803@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2007 11:48:59.0738 (UTC) FILETIME=[8F11A3A0:01C77CF8] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3087; t=1176378540; x=1177242540; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20CPU=20utilization |Sender:=20; bh=b3h8eW1camos5Q/2RcESuB32TfezzGmbJXkId7/5yjA=; b=K7zdAGwlOg7FX9/XRPDED8nw+JzpRznK605lYxr7tyMIXM47EAgK/VsksmG8DfR+Vex0J8Sj 4j2Oi0a5wUV2jT5dFasnbReKwIVkP7wfFyiiM6Wpuj3did30rDPbFGO0; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: freebsd-current@FreeBSD.org, Brad Penoff , Janardhan Iyengar Subject: Re: CPU utilization 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, 12 Apr 2007 11:49:01 -0000 Robert: A few comments .. in line :-D Robert Watson wrote: > > On Thu, 12 Apr 2007, Randall Stewart wrote: > >> I have probably an old question that has been asked.. but here goes >> anyway. >> >> I have three machines. >> >> 1) stewart - running 7.0 (2.8gig p4 dual core) >> 2) bsd1 - running 7.0 (2.8gig Xeon Hyperthreaded) >> 3) bsd2 - running 6.2 (2.4gig Xeon Hyperthreaded) >> >> Now if I run tests that max out cpu (at least I think they do).. I see >> <1> or <2> drag down to 1% idle/ even 0 %idle. >> >> However <3> never drops below 50% idle.. it preforms a lot slower >> too.. which I expect since it is somewhat of an older processor.. but >> in running say top -S > > It strikes me that there are two possibilities here, and it could be > both are true: > > (1) In 7.x, there are scheduling and accounting changes that could > result in > both better utilization and different measurement. > > (2) In 7.x, certain debugging features default to on (WITNESS, INVARIANTS, > user space malloc debugging) that add significant (!) overhead. The first thing I do when I go to 7.0 is go edit out the malloc debug :-D.. and I know these machines do NOT have witness and invarients on.. I have a separate build that I use for that one :-D > > I'd confirm first that (2) isn't the cause of the change -- make sure > you have a kernel without debugging features turned on, and change the > man page on malloc.conf to make sure user debugging is turned off for > malloc. Then let's revisit (1). > I have some interesting results here that I think indicate something.. not sure.... when playing with the hyperthreading switches :-D Having hyperthreading OFF on the sender side (this is an SCTP test) and having hyperthreading ON on the receiver side seem to give me the best performance. When the 7.0 machine is the sender and the 6.2 machine the receiver in this config I get 930Mb (user data) on my gig link.. Thats pretty good :-D When I turn hyperthreading on in this layout for the sender we drop to 600Mb. Now reversing it.. the difference is not so dramatic. Having hyperthreading OFF on the sender (the 2.4 Gig 6.2 machine) and hyperthreading ON on the 2.8G 7.0 machine I see about 790Mb having hyperthreading on the sender as well we drop to around 690Nb. Also interestingly if fast machine is receiving, with no hyper theading.. I see around the same performance as the above.. 790Mb that does not happen when the 6.2/slow machine is the receiver.. I see 780Mb vs the 930Mb Soo.. I am thinking a couple of things about the SCTP code... a) I must have a lock contention issue on the sending side. b) The receiver side code does not have this issue and appears to work well with the hyperthreading.. I need to also go check out what is going on with H-T in the 7.0 as the sender and turn on mutex_profiling.. this may confirm my thoughts on this :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:03:42 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6EBF16A4CB for ; Thu, 12 Apr 2007 12:03:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id AD98E13C468 for ; Thu, 12 Apr 2007 12:03:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B6DE51CC23; Thu, 12 Apr 2007 14:03:41 +0200 (CEST) Date: Thu, 12 Apr 2007 14:03:41 +0200 From: Ed Schouten To: ticso@cicely.de Message-ID: <20070412120341.GE45949@hoeg.nl> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> <20070412112045.GR30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a+b56+3nqLzpiR9O" Content-Disposition: inline In-Reply-To: <20070412112045.GR30772@cicely12.cicely.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@FreeBSD.org Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 12:03:43 -0000 --a+b56+3nqLzpiR9O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Bernd Walter wrote: > E.g. hardlink system binaries over multiple jails flaged immuteable. > No jail can compromise the data in other jails, while still allowing > the kernel to share memory pages for it. There are nicer ways to do that as far as I know. Just read-only nullmount some kind of base install to another directory. Union mount another directory on top that holds jail specific data. That way you have a `copy-on-write' FreeBSD install. Make sure you mount everything with noatime. --=20 Ed Schouten WWW: http://g-rave.nl/ --a+b56+3nqLzpiR9O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHiAd52SDGA2eCwURAteIAJ468p56W9BEb+c2Ks++dQf4SAC5xACbBE14 x/ZLQFiC43rGvRdE2Succ0c= =9gP/ -----END PGP SIGNATURE----- --a+b56+3nqLzpiR9O-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:34:12 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64E6B16A405 for ; Thu, 12 Apr 2007 12:34:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA4013C45A for ; Thu, 12 Apr 2007 12:34:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8B50D473BC; Thu, 12 Apr 2007 08:34:11 -0400 (EDT) Date: Thu, 12 Apr 2007 13:34:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: ticso@cicely.de In-Reply-To: <20070412112045.GR30772@cicely12.cicely.de> Message-ID: <20070412133301.L99718@fledge.watson.org> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> <20070412112045.GR30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: John Nielsen , current@FreeBSD.org Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 12:34:12 -0000 On Thu, 12 Apr 2007, Bernd Walter wrote: >> I'm not a big fan of setting these flags -- I fairly frequently run into >> problems when I installworld an NFS root on the NFS host, then try to work >> with it over NFS from the NFS-booted system, as the flags can't be removed >> via NFS. They don't offer a security benefit as-installed, and perhaps >> offer a benefit with respect to preventing people from shooting themselves >> in the foot (or perhaps not). > > They do add security benefits for jails. E.g. hardlink system binaries over > multiple jails flaged immuteable. No jail can compromise the data in other > jails, while still allowing the kernel to share memory pages for it. However, the standard installworld doesn't do this. I'm don't object to the flags existing, it's rather that I think that the incremental benefit of the cases where we do set them by default via installworld isn't there. If you're going to use schg to protect jails, it basically requires setting the flag on all the directories and files that are shared, and that wouldn't be a good default either. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:37:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 004ED16A400 for ; Thu, 12 Apr 2007 12:37:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id ACBEA13C45B for ; Thu, 12 Apr 2007 12:37:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HbyYD-00033G-Ls for freebsd-current@freebsd.org; Thu, 12 Apr 2007 14:37:22 +0200 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 ; Thu, 12 Apr 2007 14:37:21 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Apr 2007 14:37:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 12 Apr 2007 14:36:59 +0200 Lines: 31 Message-ID: References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> <461E1D4E.3090806@cisco.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC784B5AF6B9F45DB0A8DC81E" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <461E1D4E.3090806@cisco.com> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: CPU utilization 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, 12 Apr 2007 12:37:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC784B5AF6B9F45DB0A8DC81E Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Randall Stewart wrote: > a) I must have a lock contention issue on the sending > side. I always wonder how cache trashing influences this kind of performance.=20 If you have the time (it's probably a shot in the dark), can you pin=20 most of the sender side on one CPU and try benchmarking it? --------------enigC784B5AF6B9F45DB0A8DC81E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGHifxldnAQVacBcgRAjrDAKCsxqFK/ZM7XvHQldvm0RtJND1u4ACgl9yt JpXxTMNHkFAAF1zz9RV3e9Q= =fx2h -----END PGP SIGNATURE----- --------------enigC784B5AF6B9F45DB0A8DC81E-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:38:40 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC29516A408 for ; Thu, 12 Apr 2007 12:38:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3127C13C483 for ; Thu, 12 Apr 2007 12:38:39 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hobmtu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3CCcXOY070905; Thu, 12 Apr 2007 14:38:38 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3CCcX9v070904; Thu, 12 Apr 2007 14:38:33 +0200 (CEST) (envelope-from olli) Date: Thu, 12 Apr 2007 14:38:33 +0200 (CEST) Message-Id: <200704121238.l3CCcX9v070904@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, ed@fxq.nl, ticso@cicely12.cicely.de In-Reply-To: <20070412120341.GE45949@hoeg.nl> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 12 Apr 2007 14:38:38 +0200 (CEST) Cc: Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, ed@fxq.nl, ticso@cicely12.cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 12:38:40 -0000 Ed Schouten wrote: > Bernd Walter wrote: > > E.g. hardlink system binaries over multiple jails flaged immuteable. > > No jail can compromise the data in other jails, while still allowing > > the kernel to share memory pages for it. > > There are nicer ways to do that as far as I know. Just read-only > nullmount some kind of base install to another directory. Memory pages are not shared across different mounts, including nullmounts (AFAIK), which was Bernd's point. So Bernd's solution is much better in terms of memory usage, which is significant if you run a large number of jails. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:51:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18EFE16A404 for ; Thu, 12 Apr 2007 12:51:48 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id E5BA913C45A for ; Thu, 12 Apr 2007 12:51:47 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 12 Apr 2007 05:51:48 -0700 X-IronPort-AV: i="4.14,401,1170662400"; d="scan'208"; a="477736183:sNHT48466796" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l3CCplN4015867; Thu, 12 Apr 2007 05:51:47 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l3CCplMF020778; Thu, 12 Apr 2007 12:51:47 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 05:51:47 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 05:51:46 -0700 Message-ID: <461E2C07.5000503@cisco.com> Date: Thu, 12 Apr 2007 08:54:31 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Ivan Voras References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> <461E1D4E.3090806@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2007 12:51:46.0815 (UTC) FILETIME=[546BF8F0:01C77D01] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=588; t=1176382307; x=1177246307; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20CPU=20utilization |Sender:=20; bh=ZkbiD1OrAX5rOhTUFFHfccgO6F15L+S3r9SokuL+zJs=; b=RGxKWnWYPSG/do9o+ymsXidOMWPTdknvIDNJFurUKTU0lbtijs0i0FL4KKAqm+BcEnUQsSSz 9Ks9rRlJ5QoVzxxLyyC59Zd3uMXRvGvynkeeqEDg1LC+pCrvap2wKuD6s7G2BoWKlXwx/5+T6O 8SukD5DrrKuVpVcbMcYNxCJZ4=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: CPU utilization 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, 12 Apr 2007 12:51:48 -0000 Ivan Voras wrote: > Randall Stewart wrote: > >> a) I must have a lock contention issue on the sending >> side. > > I always wonder how cache trashing influences this kind of performance. > If you have the time (it's probably a shot in the dark), can you pin > most of the sender side on one CPU and try benchmarking it? > > Sure.. dumb question though.. whats the magic cookie to pin something on a cpu.. is it a system call or is there a "shell" tool that will do it? R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:55:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EEA416A400 for ; Thu, 12 Apr 2007 12:55:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id D73E913C468 for ; Thu, 12 Apr 2007 12:55:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1Hbypp-0006Is-Tk for freebsd-current@freebsd.org; Thu, 12 Apr 2007 15:55:36 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l3CCtOd0019647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 15:55:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l3CCtOoU045197; Thu, 12 Apr 2007 15:55:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l3CCtORD045196; Thu, 12 Apr 2007 15:55:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 12 Apr 2007 15:55:24 +0300 From: Kostik Belousov To: freebsd-current@freebsd.org, ed@fxq.nl, ticso@cicely12.cicely.de Message-ID: <20070412125524.GZ308@deviant.kiev.zoral.com.ua> References: <20070412120341.GE45949@hoeg.nl> <200704121238.l3CCcX9v070904@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O2g7+miYGsIKoR9l" Content-Disposition: inline In-Reply-To: <200704121238.l3CCcX9v070904@lurza.secnetix.de> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: a8c813420754d5015e2a5a3aeed75c84 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 949 [Apr 12 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 12:55:38 -0000 --O2g7+miYGsIKoR9l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2007 at 02:38:33PM +0200, Oliver Fromme wrote: > Ed Schouten wrote: > > Bernd Walter wrote: > > > E.g. hardlink system binaries over multiple jails flaged immuteable. > > > No jail can compromise the data in other jails, while still allowing > > > the kernel to share memory pages for it. > >=20 > > There are nicer ways to do that as far as I know. Just read-only > > nullmount some kind of base install to another directory. >=20 > Memory pages are not shared across different mounts, > including nullmounts (AFAIK), which was Bernd's point. > So Bernd's solution is much better in terms of memory > usage, which is significant if you run a large number > of jails. Pages are shared for file mmaped from different null mounts. --O2g7+miYGsIKoR9l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHiw7C3+MBN1Mb4gRAgYlAKDWL3q9DS0H0R5Jcze9YB5sEYL3LACgm18F yi+fDpyOB845bLs+mbx/TUU= =FGQZ -----END PGP SIGNATURE----- --O2g7+miYGsIKoR9l-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:57:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF94616A402 for ; Thu, 12 Apr 2007 12:57:02 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7EB13C44B for ; Thu, 12 Apr 2007 12:57:02 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D7B9620B4; Thu, 12 Apr 2007 14:56:58 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C774E2094; Thu, 12 Apr 2007 14:56:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id A1EDE5377; Thu, 12 Apr 2007 14:56:58 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Randall Stewart References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> <461E1D4E.3090806@cisco.com> <461E2C07.5000503@cisco.com> Date: Thu, 12 Apr 2007 14:56:58 +0200 In-Reply-To: <461E2C07.5000503@cisco.com> (Randall Stewart's message of "Thu, 12 Apr 2007 08:54:31 -0400") Message-ID: <86slb5ycmd.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: CPU utilization 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, 12 Apr 2007 12:57:02 -0000 Randall Stewart writes: > Sure.. dumb question though.. whats the magic cookie to pin > something on a cpu.. is it a system call or is there a "shell" tool > that will do it? Neither. There is a kernel function to tie a thread to a CPU, but it is not exported to userland. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 12:59:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4209116A404 for ; Thu, 12 Apr 2007 12:59:33 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 17E8313C44C for ; Thu, 12 Apr 2007 12:59:33 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 12 Apr 2007 05:59:33 -0700 X-IronPort-AV: i="4.14,402,1170662400"; d="scan'208"; a="477737954:sNHT45161344" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l3CCxW93022927; Thu, 12 Apr 2007 05:59:32 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l3CCxWMH025255; Thu, 12 Apr 2007 12:59:32 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 05:59:32 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 05:59:32 -0700 Message-ID: <461E2DD8.9030103@cisco.com> Date: Thu, 12 Apr 2007 09:02:16 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> <461E1D4E.3090806@cisco.com> <461E2C07.5000503@cisco.com> <86slb5ycmd.fsf@dwp.des.no> In-Reply-To: <86slb5ycmd.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 12 Apr 2007 12:59:32.0145 (UTC) FILETIME=[69C7B210:01C77D02] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=550; t=1176382772; x=1177246772; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20CPU=20utilization |Sender:=20; bh=YiOgyPSlmI9nq2p9mLHWs9mm7YXpXkAwAU9mhE5bV4w=; b=GA+bgWrkGHeY1naiWMpc6gVfZYwYrGfk5A3X90mmtkaHIXQ79ebXug7MEinktO9maOD1Hc6x KYa75lauYGpP4agWnxv5VGK1mw3hfcUKr+TRhbJsv7puV5wEpbzkOEweuSgXcbaSAYBqRfYdTB 8P4GKeBU59og71lHFfboe+6Go=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: CPU utilization 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, 12 Apr 2007 12:59:33 -0000 Dag-Erling Smørgrav wrote: > Randall Stewart writes: >> Sure.. dumb question though.. whats the magic cookie to pin >> something on a cpu.. is it a system call or is there a "shell" tool >> that will do it? > > Neither. There is a kernel function to tie a thread to a CPU, but it > is not exported to userland. > > DES Ahh.. hmm not sure how to setup my tests to do this then.. since my test tools are all in user land :-( R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 13:04:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0434E16A404 for ; Thu, 12 Apr 2007 13:04:36 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id 837C913C457 for ; Thu, 12 Apr 2007 13:04:34 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id l3CDCxLT027539; Thu, 12 Apr 2007 15:12:59 +0200 (MEST) Message-ID: <461E2E5D.1090409@fer.hr> Date: Thu, 12 Apr 2007 15:04:29 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (X11/20060911) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> <461E1D4E.3090806@cisco.com> <461E2C07.5000503@cisco.com> <86slb5ycmd.fsf@dwp.des.no> In-Reply-To: <86slb5ycmd.fsf@dwp.des.no> X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig043FBD150EA591F0923322AC" Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: CPU utilization 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, 12 Apr 2007 13:04:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig043FBD150EA591F0923322AC Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > Randall Stewart writes: >> Sure.. dumb question though.. whats the magic cookie to pin >> something on a cpu.. is it a system call or is there a "shell" tool >> that will do it? >=20 > Neither. There is a kernel function to tie a thread to a CPU, but it > is not exported to userland. I was thinking about the kernel part, but now, thinking more, it's=20 probably very non-trivial to do. I though that using sched_bind() could=20 do it, but this only works if there's a specific thread created for some = task - I don't know how can something like 'a network stack', which=20 consists of myriad of callbacks and asynchrounsly called functions, be=20 pinned. Sorry for the noise. :) --------------enig043FBD150EA591F0923322AC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGHi5dldnAQVacBcgRAriBAJ9qm9zRknu2WgWlDNKU/o9qptSclQCgwORf h5hAEXOxNKFvsmHL8qpVdz8= =oaL+ -----END PGP SIGNATURE----- --------------enig043FBD150EA591F0923322AC-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 13:10:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B52916A401 for ; Thu, 12 Apr 2007 13:10:14 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id D69C413C44C for ; Thu, 12 Apr 2007 13:10:13 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 12 Apr 2007 06:10:14 -0700 X-IronPort-AV: i="4.14,402,1170662400"; d="scan'208"; a="410731284:sNHT48072576" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id l3CDADat010390; Thu, 12 Apr 2007 06:10:13 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l3CDA8AA027698; Thu, 12 Apr 2007 13:10:13 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 06:10:11 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Apr 2007 06:10:10 -0700 Message-ID: <461E3057.6000307@cisco.com> Date: Thu, 12 Apr 2007 09:12:55 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Ivan Voras References: <461E0078.3050001@cisco.com> <20070412114344.G64803@fledge.watson.org> <461E1D4E.3090806@cisco.com> <461E2C07.5000503@cisco.com> <86slb5ycmd.fsf@dwp.des.no> <461E2E5D.1090409@fer.hr> In-Reply-To: <461E2E5D.1090409@fer.hr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 12 Apr 2007 13:10:10.0770 (UTC) FILETIME=[E66E2320:01C77D03] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1294; t=1176383413; x=1177247413; c=relaxed/simple; s=sjdkim5002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20CPU=20utilization |Sender:=20; bh=/hxeN5fLPt2A9oswY7lGYvVhALmqnzeOyWWjGWoaV84=; b=rqcvbZj2vWOVM8vCbcYCWSg8bgkBE+/fKXbPOUIt621b4xbfgOwrpCbP1ID24cWokIKl/drR b6sSvzrCcL+0WCc5vQpJclD7Vu6LZlw87/UlE9SmYZ50xesolp11feWU; Authentication-Results: sj-dkim-5; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim5002 verified; ); Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: CPU utilization 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, 12 Apr 2007 13:10:14 -0000 Ivan Voras wrote: > Dag-Erling Smørgrav wrote: >> Randall Stewart writes: >>> Sure.. dumb question though.. whats the magic cookie to pin >>> something on a cpu.. is it a system call or is there a "shell" tool >>> that will do it? >> >> Neither. There is a kernel function to tie a thread to a CPU, but it >> is not exported to userland. > > I was thinking about the kernel part, but now, thinking more, it's > probably very non-trivial to do. I though that using sched_bind() could > do it, but this only works if there's a specific thread created for some > task - I don't know how can something like 'a network stack', which > consists of myriad of callbacks and asynchrounsly called functions, be > pinned. Sorry for the noise. :) > > Not noise .. Anything that gives a suggestion on how to tweak things is good.. and I learn more :-D I am going to try LOCK_PROFILING next.. on the most drastic set of differences.. and see what I see.. I have always not liked the sender locks I have in place.. the reader side worked out real cool.. but the sender did not :-( May need to re-think these... or I might find some other surprise ;-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 13:49:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F15A416A405 for ; Thu, 12 Apr 2007 13:49:20 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6448C13C44C for ; Thu, 12 Apr 2007 13:49:20 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3CDnIWR054567; Thu, 12 Apr 2007 15:49:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3CDnAIV035335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 15:49:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3CDnANa034857; Thu, 12 Apr 2007 15:49:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3CDnAZi034856; Thu, 12 Apr 2007 15:49:10 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 15:49:09 +0200 From: Bernd Walter To: Kostik Belousov Message-ID: <20070412134909.GW30772@cicely12.cicely.de> References: <20070412120341.GE45949@hoeg.nl> <200704121238.l3CCcX9v070904@lurza.secnetix.de> <20070412125524.GZ308@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412125524.GZ308@deviant.kiev.zoral.com.ua> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: ticso@cicely12.cicely.de, freebsd-current@freebsd.org, ed@fxq.nl Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 13:49:21 -0000 On Thu, Apr 12, 2007 at 03:55:24PM +0300, Kostik Belousov wrote: > On Thu, Apr 12, 2007 at 02:38:33PM +0200, Oliver Fromme wrote: > > Ed Schouten wrote: > > > Bernd Walter wrote: > > > > E.g. hardlink system binaries over multiple jails flaged immuteable. > > > > No jail can compromise the data in other jails, while still allowing > > > > the kernel to share memory pages for it. > > > > > > There are nicer ways to do that as far as I know. Just read-only > > > nullmount some kind of base install to another directory. > > > > Memory pages are not shared across different mounts, > > including nullmounts (AFAIK), which was Bernd's point. > > So Bernd's solution is much better in terms of memory > > usage, which is significant if you run a large number > > of jails. > > Pages are shared for file mmaped from different null mounts. I wasn't aware of this - that's good. But there are still other interesting benefits of extended flags in jails, such as append-only for logfiles, etc... Unlike the old securelevel mechanism the files can still be rotated outside the jails. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 13:55:25 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E197A16A401; Thu, 12 Apr 2007 13:55:25 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 5324C13C465; Thu, 12 Apr 2007 13:55:25 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3CDtNlU054637; Thu, 12 Apr 2007 15:55:23 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3CDtANk035368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 15:55:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3CDtA8E034882; Thu, 12 Apr 2007 15:55:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3CDtAN4034881; Thu, 12 Apr 2007 15:55:10 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 15:55:09 +0200 From: Bernd Walter To: Robert Watson Message-ID: <20070412135508.GX30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> <20070412112045.GR30772@cicely12.cicely.de> <20070412133301.L99718@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412133301.L99718@fledge.watson.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: John Nielsen , ticso@cicely.de, current@FreeBSD.org Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 13:55:26 -0000 On Thu, Apr 12, 2007 at 01:34:11PM +0100, Robert Watson wrote: > > On Thu, 12 Apr 2007, Bernd Walter wrote: > > >>I'm not a big fan of setting these flags -- I fairly frequently run into > >>problems when I installworld an NFS root on the NFS host, then try to > >>work with it over NFS from the NFS-booted system, as the flags can't be > >>removed via NFS. They don't offer a security benefit as-installed, and > >>perhaps offer a benefit with respect to preventing people from shooting > >>themselves in the foot (or perhaps not). > > > >They do add security benefits for jails. E.g. hardlink system binaries > >over multiple jails flaged immuteable. No jail can compromise the data in > >other jails, while still allowing the kernel to share memory pages for it. > > However, the standard installworld doesn't do this. I'm don't object to > the flags existing, it's rather that I think that the incremental benefit > of the cases where we do set them by default via installworld isn't there. > If you're going to use schg to protect jails, it basically requires setting > the flag on all the directories and files that are shared, and that > wouldn't be a good default either. :-) Agreed - the base usage of those flags isn't a big win. Never saw your NFS problem, but that is only because I either cpio'ed my new host-root directories or update on the NFS-server in a chroot. So it was just luck that I did not saw it yet. It would be nice to have them in ZFS for other purpose. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 13:56:03 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DED1F16A400 for ; Thu, 12 Apr 2007 13:56:03 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id C63E813C44C for ; Thu, 12 Apr 2007 13:56:01 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 8833B111F3; Thu, 12 Apr 2007 08:56:01 -0500 (CDT) Date: Thu, 12 Apr 2007 08:55:58 -0500 From: Craig Boston To: Ed Schouten Message-ID: <20070412135558.GA95302@nowhere> Mail-Followup-To: Craig Boston , Ed Schouten , ticso@cicely.de, current@FreeBSD.org References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> <20070412112045.GR30772@cicely12.cicely.de> <20070412120341.GE45949@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412120341.GE45949@hoeg.nl> User-Agent: Mutt/1.4.2.2i Cc: ticso@cicely.de, current@FreeBSD.org Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 13:56:04 -0000 On Thu, Apr 12, 2007 at 02:03:41PM +0200, Ed Schouten wrote: > There are nicer ways to do that as far as I know. Just read-only > nullmount some kind of base install to another directory. Union mount > another directory on top that holds jail specific data. That way you > have a `copy-on-write' FreeBSD install. Make sure you mount everything > with noatime. Or, since we're talking about ZFS here, snapshot a "master" install directory and clone it to the jail roots :) From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 14:40:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4112D16A55D for ; Thu, 12 Apr 2007 14:40:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D732A13C43E for ; Thu, 12 Apr 2007 14:40:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A0244476C5; Thu, 12 Apr 2007 10:40:48 -0400 (EDT) Date: Thu, 12 Apr 2007 15:40:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86d529zxci.fsf@dwp.des.no> Message-ID: <20070412153930.A99718@fledge.watson.org> References: <461E0078.3050001@cisco.com> <461E092B.4080001@cisco.com> <86d529zxci.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1967887432-1176388848=:99718" Cc: Randall Stewart , freebsd-current@freebsd.org, Ivan Voras , Brad Penoff , Janardhan Iyengar Subject: Re: CPU utilization 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, 12 Apr 2007 14:40:51 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1967887432-1176388848=:99718 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Thu, 12 Apr 2007, Dag-Erling Sm=F8rgrav wrote: > Randall Stewart writes: >> machdep.hyperthreading_allowed: 0 > > Note that enabling hyperthreading is more likely to harm performance than= to=20 > help it. You should just disable it in the BIOS, and run a UP kernel. Historically this has been true, but some more recent results I've seen=20 suggest that both hyperthreading hardware has improved, and the efficiency = of=20 our SMP implementation and scheduler has lead to it being more effective us= ed.=20 I would reevaluate this on more modern hardware and using a more recent ker= nel=20 before assuming this remains true for your application. Robert N M Watson Computer Laboratory University of Cambridge --0-1967887432-1176388848=:99718-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 14:47:39 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECF4816A401 for ; Thu, 12 Apr 2007 14:47:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 93FC113C484 for ; Thu, 12 Apr 2007 14:47:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 36977475C2; Thu, 12 Apr 2007 10:47:38 -0400 (EDT) Date: Thu, 12 Apr 2007 15:47:38 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-current@FreeBSD.ORG, ed@fxq.nl, ticso@cicely12.cicely.de In-Reply-To: <200704121238.l3CCcX9v070904@lurza.secnetix.de> Message-ID: <20070412154142.L99718@fledge.watson.org> References: <200704121238.l3CCcX9v070904@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 14:47:40 -0000 On Thu, 12 Apr 2007, Oliver Fromme wrote: > Ed Schouten wrote: > > Bernd Walter wrote: > > > E.g. hardlink system binaries over multiple jails flaged immuteable. > > > No jail can compromise the data in other jails, while still allowing > > > the kernel to share memory pages for it. > > > > There are nicer ways to do that as far as I know. Just read-only nullmount > > some kind of base install to another directory. > > Memory pages are not shared across different mounts, including nullmounts > (AFAIK), which was Bernd's point. So Bernd's solution is much better in > terms of memory usage, which is significant if you run a large number of > jails. This is a slightly vague statement. To be a bit more specific: there is a significant memory overhead to running nullfs, as all base file system vnodes have shadow vnodes. However, the VM objects, and hence file cache, are shared across the layers. If you mmap at one layer, you're getting the same pages as the underlying layer, for example. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 15:53:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10FDF16A402; Thu, 12 Apr 2007 15:53:19 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a9.g.dreamhost.com (sd-green-bigip-81.dreamhost.com [208.97.132.81]) by mx1.freebsd.org (Postfix) with ESMTP id E122713C43E; Thu, 12 Apr 2007 15:53:18 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from [10.0.1.2] (68-184-120-224.dhcp.smyr.ga.charter.com [68.184.120.224]) by spunkymail-a9.g.dreamhost.com (Postfix) with ESMTP id A419320E38; Thu, 12 Apr 2007 08:53:17 -0700 (PDT) Message-ID: <461E55EC.60004@cyberwang.net> Date: Thu, 12 Apr 2007 11:53:16 -0400 From: Sean Bryant User-Agent: Thunderbird 1.5.0.10 (X11/20070313) MIME-Version: 1.0 To: Ariff Abdullah References: <46060D94.2060506@cyberwang.net> <20070325182836.548f3585.ariff@FreeBSD.org> <1174819506.1150.4.camel@jesus.automatvapen.se> <4606946B.7080209@cyberwang.net> <20070325233341.7e31cc8c.ariff@FreeBSD.org> <46069992.40706@cyberwang.net> <20070326001147.7bbc28ed.ariff@FreeBSD.org> <4606AE95.6010606@cyberwang.net> <20070326012826.7bd36ac8.ariff@FreeBSD.org> <4606C5C6.2060407@cyberwang.net> <20070326042040.37c66edb.ariff@FreeBSD.org> <46152D27.4080309@cyberwang.net> <20070406121737.086e275a.ariff@FreeBSD.org> <20070411175219.7347f47b.ariff@FreeBSD.org> In-Reply-To: <20070411175219.7347f47b.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: Panic when loading snd_ich. 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, 12 Apr 2007 15:53:19 -0000 Ariff Abdullah wrote: > On Fri, 6 Apr 2007 12:17:37 +0800 > Ariff Abdullah wrote: > >> On Thu, 05 Apr 2007 13:08:55 -0400 >> Sean Bryant wrote: >> >>> Are you still interested in seeing a panic or strange behavior >>> with the snd_ich driver? >>> >>> >> The later, as in "attach/reset failed" or "interrupt time out >> channel dead". Take note that snd_ich itself is virtually unchanged >> since past few months, except few obvious tiny memory leak fixes (I >> think I've said this twice). Why it suddenly break now is kind of >> mystery to me. >> >> >>> I decided to load it up so I could give you a better report on >>> what the error is. And my usb keyboard just kinda stopped >>> working. I tried to reproduce it and it didn't happen, i thought >>> it was a fluke. Then I played around for a bit and I tried to >>> load it up again, and boom it happened again. I can't seem to >>> figure out a pattern, but I'm going to get an ps/2 keyboard so I >>> can give more detailed information but if this little bit helps >>> great. >>> >>> >> My suggestion (brute force way), go back to full March 16 sources, >> and start moving forward step by step from that point. Other people >> are doing this as well, painstakingly, to investigate simmilar >> issues. It could be because of recent ACPI import, bus related >> changes, etc. >> >> > > Ignore that. Other people confirmed that it is indeed somewhere else > issue. Please try this patch: > > http://people.freebsd.org/~ariff/test/acpi.c.diff > > > -- > Ariff Abdullah > FreeBSD > > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........ > It worked! No more panic. And sound is restored From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 17:10:29 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DEE916A404 for ; Thu, 12 Apr 2007 17:10:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id DBBE013C4B0 for ; Thu, 12 Apr 2007 17:10:28 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru ([89.163.10.141]) (authenticated bits=0) by ftp.translate.ru (8.13.8/8.13.8) with ESMTP id l3CGvSrH090955; Thu, 12 Apr 2007 20:57:28 +0400 (MSD) (envelope-from lev@FreeBSD.org) Date: Thu, 12 Apr 2007 20:57:25 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v2.11.02) Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <168809424.20070412205725@serebryakov.spb.ru> To: Bernd Walter In-Reply-To: <20070412021645.GQ30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.0 required=5.0 tests=AWL,RCVD_IN_NJABL_DUL, SPF_SOFTFAIL autolearn=disabled version=3.1.8 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ftp.translate.ru Cc: current@FreeBSD.org Subject: Re[2]: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lev Serebryakov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 17:10:29 -0000 Hello Bernd, Thursday, April 12, 2007, 6:16:46 AM, you wrote: BW> Some binaries have such flags set, but it is not required, otherwise BW> diskless NFS wouldn't work. BW> I often see installworld warnings about beeing unable to set extended BW> flags on ld.so and others on my diskless boxes. nodump flag is very useful. For example, home partition on one of my servers contains about 20Gb of nodump-content, it saves me pretty much backup space and time... -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 17:28:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBC2516A402; Thu, 12 Apr 2007 17:28:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C540213C480; Thu, 12 Apr 2007 17:28:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C796A1A4D82; Thu, 12 Apr 2007 10:28:20 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D4FE151578; Thu, 12 Apr 2007 13:28:11 -0400 (EDT) Date: Thu, 12 Apr 2007 13:28:11 -0400 From: Kris Kennaway To: Robert Watson Message-ID: <20070412172811.GA48309@xor.obsecurity.org> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20070412114135.C64803@fledge.watson.org> User-Agent: Mutt/1.4.2.2i Cc: John Nielsen , ticso@cicely.de, current@freebsd.org Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 17:28:12 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2007 at 11:42:37AM +0100, Robert Watson wrote: >=20 > On Thu, 12 Apr 2007, Bernd Walter wrote: >=20 > >On Wed, Apr 11, 2007 at 08:04:03PM -0400, John Nielsen wrote: > > > >>I just moved /usr over to a zpool on my -CURRENT system. Performance an= d=20 > >>stability are both excellent so far. (Thanks Pawel!) However I noticed= =20 > >>that setting FS flags on files with chflags is not supported. Would it = be=20 > >>feasible to add support for flags on ZFS, and if so are there plans to = do=20 > >>so? > >> > >>If not (and/or in the meantime), are there any places in the base syste= m=20 > >>where flags are required for normal operation? (/var maybe?) > > > >Some binaries have such flags set, but it is not required, otherwise=20 > >diskless NFS wouldn't work. I often see installworld warnings about beei= ng=20 > >unable to set extended flags on ld.so and others on my diskless boxes. >=20 > I'm not a big fan of setting these flags -- I fairly frequently run into= =20 > problems when I installworld an NFS root on the NFS host, then try to wor= k=20 > with it over NFS from the NFS-booted system, as the flags can't be remove= d=20 > via NFS. They don't offer a security benefit as-installed, and perhaps= =20 > offer a benefit with respect to preventing people from shooting themselve= s=20 > in the foot (or perhaps not). Yeah, historical intentions notwithstanding, the real benefit of schg flags on critical pieces is anti foot-shooting. e.g. you really don't want to accidentally delete ld-elf.so.1 or libc.so.7 or init. You can usually recover from this, but it can mess up your whole day :) Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGHmwrWry0BWjoQKURAuy6AJ95vfke+IXYJtRxN5tAI3x5W8k3igCfX401 bGaT9rRIoMz+8xGkR+9Z9lk= =M29L -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 17:30:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C0F216A402 for ; Thu, 12 Apr 2007 17:30:59 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3D18913C45B for ; Thu, 12 Apr 2007 17:30:59 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3CHUtQ9048553; Thu, 12 Apr 2007 12:30:55 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <461E6CCF.2080802@freebsd.org> Date: Thu, 12 Apr 2007 12:30:55 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: Kris Kennaway References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> <20070412172811.GA48309@xor.obsecurity.org> In-Reply-To: <20070412172811.GA48309@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3082/Thu Apr 12 09:20:14 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: current@freebsd.org Subject: Re: ZFS to support chflags? 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, 12 Apr 2007 17:30:59 -0000 On 04/12/07 12:28, Kris Kennaway wrote: > On Thu, Apr 12, 2007 at 11:42:37AM +0100, Robert Watson wrote: >> On Thu, 12 Apr 2007, Bernd Walter wrote: >> >>> On Wed, Apr 11, 2007 at 08:04:03PM -0400, John Nielsen wrote: >>> >>>> I just moved /usr over to a zpool on my -CURRENT system. Performance and >>>> stability are both excellent so far. (Thanks Pawel!) However I noticed >>>> that setting FS flags on files with chflags is not supported. Would it be >>>> feasible to add support for flags on ZFS, and if so are there plans to do >>>> so? >>>> >>>> If not (and/or in the meantime), are there any places in the base system >>>> where flags are required for normal operation? (/var maybe?) >>> Some binaries have such flags set, but it is not required, otherwise >>> diskless NFS wouldn't work. I often see installworld warnings about beeing >>> unable to set extended flags on ld.so and others on my diskless boxes. >> I'm not a big fan of setting these flags -- I fairly frequently run into >> problems when I installworld an NFS root on the NFS host, then try to work >> with it over NFS from the NFS-booted system, as the flags can't be removed >> via NFS. They don't offer a security benefit as-installed, and perhaps >> offer a benefit with respect to preventing people from shooting themselves >> in the foot (or perhaps not). > > Yeah, historical intentions notwithstanding, the real benefit of schg > flags on critical pieces is anti foot-shooting. e.g. you really don't > want to accidentally delete ld-elf.so.1 or libc.so.7 or init. > You can usually recover from this, but it can mess up your whole day > :) > > Kris Yea, all I have to say is: thank you to for /rescue!!! Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 17:55:39 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F89016A400 for ; Thu, 12 Apr 2007 17:55:39 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE7E13C483 for ; Thu, 12 Apr 2007 17:55:38 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3CHtbXu057743; Thu, 12 Apr 2007 19:55:37 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3CHtR4Y037220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 19:55:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3CHtRd1035453; Thu, 12 Apr 2007 19:55:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3CHtQ8V035452; Thu, 12 Apr 2007 19:55:26 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 19:55:26 +0200 From: Bernd Walter To: Lev Serebryakov Message-ID: <20070412175525.GB30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <168809424.20070412205725@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <168809424.20070412205725@serebryakov.spb.ru> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Bernd Walter , current@FreeBSD.org Subject: Re: Re[2]: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 17:55:39 -0000 On Thu, Apr 12, 2007 at 08:57:25PM +0400, Lev Serebryakov wrote: > Hello Bernd, > > Thursday, April 12, 2007, 6:16:46 AM, you wrote: > > BW> Some binaries have such flags set, but it is not required, otherwise > BW> diskless NFS wouldn't work. > BW> I often see installworld warnings about beeing unable to set extended > BW> flags on ld.so and others on my diskless boxes. > nodump flag is very useful. For example, home partition on one of my servers contains about 20Gb of nodump-content, it saves me pretty much backup space and time... Yes, but dump doesn't support ZFS and with ZFS you can much simpler split out non backup directories in different filesystems. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 16:11:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C65E16A417 for ; Thu, 12 Apr 2007 16:11:08 +0000 (UTC) (envelope-from blue@white.lv) Received: from purple.the-7.net (purple.the-7.net [64.71.156.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7BF8713C4DA for ; Thu, 12 Apr 2007 16:11:05 +0000 (UTC) (envelope-from blue@white.lv) Received: from seerajeane.astralblue.net (seerajeane.astralblue.net [IPv6:2001:470:1f00:3605:2e0:81ff:fe51:1e73]) by purple.the-7.net (8.13.8/8.13.8) with ESMTP id l3CFojPN012465 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=OK) for ; Thu, 12 Apr 2007 08:50:45 -0700 (PDT) (envelope-from blue@white.lv) Authentication-Results: purple.the-7.net from=blue@white.lv; sender-id=neutral; spf=neutral Received: from [IPv6:::1] (seerajeane.astralblue.net [IPv6:::1]) by seerajeane.astralblue.net (8.14.1/8.13.8) with ESMTP id l3CFpON4001568 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Apr 2007 08:51:25 -0700 (PDT) (envelope-from blue@white.lv) Message-ID: <461E557C.909@white.lv> Date: Thu, 12 Apr 2007 08:51:24 -0700 From: "Eugene M. Kim" User-Agent: Thunderbird 1.5.0.8 (X11/20061202) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.0 required=10.0 tests=NO_RELAYS autolearn=disabled version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on purple.the-7.net X-Mailman-Approved-At: Thu, 12 Apr 2007 17:57:33 +0000 Cc: Subject: twa(4) panics upon load 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, 12 Apr 2007 16:11:08 -0000 Greetings, The -current kernel as of 2007-04-12T00:13Z panics upon loading twa.ko. The complete dmesg output is at: http://purple.the-7.net/~ab/Temporary/5SbuuuG9D5/twa-dmesg-20070412.txt; following is the panic message: 3ware device driver for 9000 series storage controllers, version: 3.70.02.012 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xb2000000-0xb3ffffff,0xb0300000-0xb0300fff irq 48 at device 1.0 on pci4 twa0: [FILTER] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 panic: blockable sleep lock (sleep mutex) CAM BIOQ lock @ /home/FreeBSD/build/MAIN/src/sys/cam/cam_xpt.c:4913 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0639600) at db_trace_self_wrapper+0x25 kdb_backtrace(100,c4d29a20,c4d29a20,c0692e4c,9,...) at kdb_backtrace+0x29 panic(c063b598,c0654b13,c0626612,c06265c2,1331,...) at panic+0x109 witness_checkorder(c0692e4c,9,c06265c2,1331) at witness_checkorder+0xb8 _mtx_lock_flags(c0692e4c,0,c06265c2,1331) at _mtx_lock_flags+0x84 xpt_done(c50fe400,c5321038,c5314000,c531428c,c5321038,...) at xpt_done+0x36 tw_osl_complete_io(c5321000,c531428c,c5314000,c5314040,e38a8c18,...) at tw_osl_complete_io+0xdd tw_cli_complete_io(c531428c,16004070,0,c5314000,e38a8c40,...) at tw_cli_complete_io+0x61 tw_cli_process_complete_queue(c5314000,c53140cc,0,c52ef5d0,152,...) at tw_cli_process_complete_queue+0x84 tw_cli_process_resp_intr(c5314000,c511d740,e38a8c70,c05f8c51,c519b800,...) at tw_cli_process_resp_intr+0x19e twa_pci_intr_fast(c519b800) at twa_pci_intr_fast+0x24 intr_execute_handlers(c4d1c43c,e38a8c94,30,e38a8cd4,c05f4824,...) at intr_execute_handlers+0xd9 lapic_handle_intr(3b,e38a8c94) at lapic_handle_intr+0x2f Xapic_isr1() at Xapic_isr1+0x34 --- interrupt, eip = 0xc099109d, esp = 0xe38a8cd4, ebp = 0xe38a8cd4 --- acpi_cpu_c1(c06a7a10,c04c2844,e38a8cf4,c04c2844,c04c2844,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(e38a8d04,c04c286d,e38a8d24,c0495818,0,...) at acpi_cpu_idle+0x14e cpu_idle(e38a8d24,c0495818,0,e38a8d38,c4d286c0,...) at cpu_idle+0x28 sched_idletd(0,e38a8d38) at sched_idletd+0x29 fork_exit(c04c2844,0,e38a8d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe38a8d70, ebp = 0 --- Uptime: 29s Physical memory: 2038 MB Dumping 61 MB: 46 30 14 Cheers, Eugene From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 16:32:46 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2821416A404 for ; Thu, 12 Apr 2007 16:32:46 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id A484E13C457 for ; Thu, 12 Apr 2007 16:32:45 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 93069 invoked by uid 2001); 12 Apr 2007 16:06:03 -0000 Date: Thu, 12 Apr 2007 11:06:03 -0500 From: "Rick C. Petty" To: freebsd-fs@FreeBSD.ORG Message-ID: <20070412160603.GB92079@keira.kiwi-computer.com> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ps6aht1i.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 12 Apr 2007 17:57:41 +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 16:32:46 -0000 On Thu, Apr 12, 2007 at 10:54:17AM +0200, Dag-Erling Sm?rgrav wrote: > > Our native atomic operations are all defined as either macros or > static inline functions in machine/atomic.h, so we can easily make > this choice at compile time based on a config option. Is there any way we could make the choice at boot time, by checking for presence of the CX8 feature? Either as something like: extern int feature_cx8; /* or MIB variable */ #define CMPXCHG8(a) (feature_cx8 ? { _asm "..." } : emulate_cmpxch8(a)) Otherwise something like ZFS which utilizes this feature a lot could check the MIB variable and set different fn ptr in its device structure, or something along those lines. Of course, that would require compiling the same code twice essentially, but it had the advantage that it would work on non-CX8 systems and that it would be fast on systems with CX8. -- Rick C. Petty From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 18:05:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8313316A400 for ; Thu, 12 Apr 2007 18:05:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outY.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id 6A38313C480 for ; Thu, 12 Apr 2007 18:05:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 12 Apr 2007 10:34:17 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 75B23125AEB; Thu, 12 Apr 2007 11:05:14 -0700 (PDT) Message-ID: <461E74DA.3020402@elischer.org> Date: Thu, 12 Apr 2007 11:05:14 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Robert Watson References: <461E0078.3050001@cisco.com> <461E092B.4080001@cisco.com> <86d529zxci.fsf@dwp.des.no> <20070412153930.A99718@fledge.watson.org> In-Reply-To: <20070412153930.A99718@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Ivan Voras , Randall Stewart , freebsd-current@freebsd.org, Janardhan Iyengar , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Brad Penoff Subject: Re: CPU utilization 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, 12 Apr 2007 18:05:15 -0000 Robert Watson wrote: > > On Thu, 12 Apr 2007, Dag-Erling Smørgrav wrote: > >> Randall Stewart writes: >>> machdep.hyperthreading_allowed: 0 >> >> Note that enabling hyperthreading is more likely to harm performance >> than to help it. You should just disable it in the BIOS, and run a UP >> kernel. > > Historically this has been true, but some more recent results I've seen > suggest that both hyperthreading hardware has improved, and the > efficiency of our SMP implementation and scheduler has lead to it being > more effective used. I would reevaluate this on more modern hardware and > using a more recent kernel before assuming this remains true for your > application. In addition to this, to answer the original question, I remember a commit so that if you disable a cpu (or HT cpu) it doesn't get counted in the CPU % so if you have 2 cpus and disable one hten prior to that commit it was not possible to get > 50% busy but after that commit you could get 100% "of the available CPUs". That fix is not (I believe) in 6.2. I have had applications where HT was useful. They had a mix of integer and floating point work, and were long running, using all of their quanta. Usually with normal work it was a was or a loss. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 18:12:23 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26E4D16A401; Thu, 12 Apr 2007 18:12:23 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id BF86F13C4B7; Thu, 12 Apr 2007 18:12:22 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3CICLx7057972; Thu, 12 Apr 2007 20:12:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3CIC5dT037412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 20:12:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3CIC5Hn035505; Thu, 12 Apr 2007 20:12:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3CIC5xA035504; Thu, 12 Apr 2007 20:12:05 +0200 (CEST) (envelope-from ticso) Date: Thu, 12 Apr 2007 20:12:05 +0200 From: Bernd Walter To: Kris Kennaway Message-ID: <20070412181204.GC30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <20070412114135.C64803@fledge.watson.org> <20070412172811.GA48309@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412172811.GA48309@xor.obsecurity.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: John Nielsen , Robert Watson , ticso@cicely.de, current@FreeBSD.org Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 18:12:23 -0000 On Thu, Apr 12, 2007 at 01:28:11PM -0400, Kris Kennaway wrote: > On Thu, Apr 12, 2007 at 11:42:37AM +0100, Robert Watson wrote: > > > > On Thu, 12 Apr 2007, Bernd Walter wrote: > > > > >On Wed, Apr 11, 2007 at 08:04:03PM -0400, John Nielsen wrote: > > > > > >>I just moved /usr over to a zpool on my -CURRENT system. Performance and > > >>stability are both excellent so far. (Thanks Pawel!) However I noticed > > >>that setting FS flags on files with chflags is not supported. Would it be > > >>feasible to add support for flags on ZFS, and if so are there plans to do > > >>so? > > >> > > >>If not (and/or in the meantime), are there any places in the base system > > >>where flags are required for normal operation? (/var maybe?) > > > > > >Some binaries have such flags set, but it is not required, otherwise > > >diskless NFS wouldn't work. I often see installworld warnings about beeing > > >unable to set extended flags on ld.so and others on my diskless boxes. > > > > I'm not a big fan of setting these flags -- I fairly frequently run into > > problems when I installworld an NFS root on the NFS host, then try to work > > with it over NFS from the NFS-booted system, as the flags can't be removed > > via NFS. They don't offer a security benefit as-installed, and perhaps > > offer a benefit with respect to preventing people from shooting themselves > > in the foot (or perhaps not). > > Yeah, historical intentions notwithstanding, the real benefit of schg > flags on critical pieces is anti foot-shooting. e.g. you really don't > want to accidentally delete ld-elf.so.1 or libc.so.7 or init. > You can usually recover from this, but it can mess up your whole day > :) The idea is obvious, but it's not up to date to be really usefull beside a few special cases. E.g. I don't mind loosing ld-elf.so.1 if mount* and restore are lost as well. On the other hand we have /rescue today - schg would make way more sense there, but it's currently unprotected. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 18:30:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD04516A407 for ; Thu, 12 Apr 2007 18:30:33 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5243A13C44C for ; Thu, 12 Apr 2007 18:30:33 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so587975wra for ; Thu, 12 Apr 2007 11:30:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uq8AAJMp9yIxulSn5LyTDq5WLiP9DDBRK/iErQ8lmFtU1I1HeekI/qrV9WlOMHrTgy/OPcbR6QJvN3qnlub9MQzYIEbtB3jtjlqvEG1YbXWLlWZvGVKK1Dv+AX35EJctlleeuXyr8RxMtY/jI2v/tZwh/Wc5LDjy4ep+WUtrJDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KqHdSjejCzY9wQCu3mkWWbFo8bHXDmE08vygQJTJbDyzZoLxo/jQ7sLqg3y1Yg300kpabxEn+2Te3JnXfqbwUuMFdxelOs7l0yH43hd81ufLw4KNKlBog55Ayxn9nNGuFP4cP1a20ALoFZK/SBNBIsXVQw2CYXAsKbvJU7fd5h4= Received: by 10.78.151.3 with SMTP id y3mr490830hud.1176402631742; Thu, 12 Apr 2007 11:30:31 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Thu, 12 Apr 2007 11:30:31 -0700 (PDT) Message-ID: <70e8236f0704121130u1262ccb6r571e18ad1a491dd3@mail.gmail.com> Date: Thu, 12 Apr 2007 19:30:31 +0100 From: "Joao Barros" To: "Pawel Jakub Dawidek" In-Reply-To: <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> <86bqhxcifq.fsf@dwp.des.no> <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. 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, 12 Apr 2007 18:30:33 -0000 I have a dilemma... This is my system as is: # atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: ad2 Serial ATA II Slave: ad3 Serial ATA II ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: no device present FreeBSD CURRENT is installed on ad0 and I fdisk'd label'd and created a /boot on ad2 (300MB ad2s1a). All is fine, boots the kernel. I created the zpool like this: # zpool create r4x320 raidz ad2s1d ad3s1d ad4 ad6 Then copied everything to the new zfs fs that will be the new root fs The aim is to disconnect the ATA ad0 thus rendering the SATA ad2 to ad0, something like this: ATA channel 0: Master: ad0 Serial ATA II Slave: ad1 Serial ATA II ATA channel 1: Master: ad2 Serial ATA II Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present The problem is that the info in zpool.cache is diferent from the new disk order and zfs doesn't pick the volume thus no root fs. I jumped on my "let's go for anything" suit and even tried to edit zpool.cache by hand with the new disk order, sadly with no luck. If I keep the ATA ad0 attached and boot from SATA ad2, zfs picks up the zpool and FreeBSD boots, which proves it works :D Now, my real question is: without having to boot from a device that doesn't change the disk configuration is there a way to force zfs to import zpools during boot in the way that zpool import does? On 4/10/07, Joao Barros wrote: > I managed to sell the 200GB boot disk so now I'm going for a 4x320GB > raid-z with a gmirror partition for boot. > If everything goes well I'll make up a recipe for this setup and share :) > > PS: DES, without checking any data, I'd say the minimum wage in Norway > is 3x the Portuguese one ;) > > On 4/9/07, Dag-Erling Sm=F8rgrav wrote: > > "Joao Barros" writes: > > > Btw, I hold you personally responsible for my acquisition of two extr= a > > > 320GB drives ;) > > > > Pffft. I have 3 TB under my desk right now, half of it ZFS :) > > > > DES > > -- > > Dag-Erling Sm=F8rgrav - des@des.no > > > > > -- > Joao Barros > --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 18:52:03 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2FA916A402; Thu, 12 Apr 2007 18:52:03 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id C882613C48C; Thu, 12 Apr 2007 18:52:01 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 7DAB6110A3; Thu, 12 Apr 2007 13:52:01 -0500 (CDT) Date: Thu, 12 Apr 2007 13:51:59 -0500 From: Craig Boston To: "Rick C. Petty" Message-ID: <20070412185159.GB95302@nowhere> Mail-Followup-To: Craig Boston , "Rick C. Petty" , freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412160603.GB92079@keira.kiwi-computer.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 18:52:04 -0000 On Thu, Apr 12, 2007 at 11:06:03AM -0500, Rick C. Petty wrote: > On Thu, Apr 12, 2007 at 10:54:17AM +0200, Dag-Erling Sm?rgrav wrote: > > > > Our native atomic operations are all defined as either macros or > > static inline functions in machine/atomic.h, so we can easily make > > this choice at compile time based on a config option. > > Is there any way we could make the choice at boot time, by checking for > presence of the CX8 feature? Either as something like: > > extern int feature_cx8; /* or MIB variable */ > #define CMPXCHG8(a) (feature_cx8 ? { _asm "..." } : emulate_cmpxch8(a)) For something this low level my opinion is it's better to stay with compile time options. After all, in the above example, cmpxchg8 is a single machine instruction. How much overhead does it add to retrieve a variable from memory and check it, then jump to the correct place? Enough that it outweighs the benefit of using that instruction in the first place? For entire functions that have been optimized (bzero comes to mind) you can always either use a function pointer or overwrite the code in memory with the optimized version. The function call overhead presumably isn't that much compared to the work that the function is doing. > Otherwise something like ZFS which utilizes this feature a lot could > check the MIB variable and set different fn ptr in its device structure, > or something along those lines. Of course, that would require compiling > the same code twice essentially, but it had the advantage that it would > work on non-CX8 systems and that it would be fast on systems with CX8. I agree this makes sense for some things, but atomic operations are supposed to be as fast as possible -- preferably single machine instructions I can't think of anything short of JIT compiling the kernel that wouldn't be a high price to pay. Craig From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 20:43:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A85ED16A400 for ; Thu, 12 Apr 2007 20:43:00 +0000 (UTC) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.freebsd.org (Postfix) with ESMTP id 18E4A13C44C for ; Thu, 12 Apr 2007 20:42:59 +0000 (UTC) (envelope-from lerik@nolink.net) Received: (qmail 27091 invoked by uid 89); 12 Apr 2007 20:16:17 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Apr 2007 20:16:17 -0000 Date: Thu, 12 Apr 2007 22:16:17 +0200 (CEST) From: Lars Erik Gullerud To: Ian FREISLICH In-Reply-To: Message-ID: <20070412215347.X442@electra.nolink.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 20:43:00 -0000 On Thu, 12 Apr 2007, Ian FREISLICH wrote: > Peter Jeremy wrote: >> >> Trunking is a way of combining multiple physical interfaces to increase >> the bandwidth. Trunking multiple VLANs on a single interface doesn't >> make sense to me. > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > aggregation. I really think that it makes no sense to be able to > aggregate some ethernet interfaces and not others. I suppose some > pedant will tell me vlan interfaces are not ethernet. I'm not going to tell you that, I am however going to give you the 802.3ad (Link Aggregation) explanation. Quote from IEEE 802.3 2005 edition, clause 43.1: "Link Aggregation allows one or more links to be aggregated together to form a Link Aggregation Group, such that a MAC Client can treat the Link Aggregation Group as if it were a single link. To this end, it specifies the establishment of DTE to DTE logical links, _consisting of N parallell instances of full duplex point-to-point links operating at the same data rate._" VLANs are not MAC Clients in 802 terminology, for the 802.3 MAC sublayer, VLANs are opaque. VLAN "interfaces" in FreBSD are purely logical entities that does not have MAC sublayer as such. (The MAC sublayer, as opposed to the LLC sublayer, deals mostly with low-level communications issues such as Auto-neg and CSMA/CD) What you want to do is possible using other proprietary methods (or better yet, on a different OSI Layer - sounds more like you want layer 3 load balancing), but it can not be done with Link Aggregation, which the oh-so-badly-named trunk(4) interface implements. This is not a FreeBSD issue. And yes, as another poster has mentioned - when one speaks of a trunk in Ethernet terminology, one generally refers to a link carrying multiple tagged VLANs. /leg From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 20:43:13 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82A8216A405; Thu, 12 Apr 2007 20:43:13 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7FF13C4BA; Thu, 12 Apr 2007 20:43:13 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C90572090; Thu, 12 Apr 2007 22:43:06 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 4298B2087; Thu, 12 Apr 2007 22:43:06 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 209DC53B2; Thu, 12 Apr 2007 22:43:05 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Craig Boston References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> Date: Thu, 12 Apr 2007 22:43:05 +0200 In-Reply-To: <20070412185159.GB95302@nowhere> (Craig Boston's message of "Thu, 12 Apr 2007 13:51:59 -0500") Message-ID: <86slb5e33a.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.ORG, "Rick C. Petty" , freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 12 Apr 2007 20:43:13 -0000 Craig Boston writes: > On Thu, Apr 12, 2007 at 11:06:03AM -0500, Rick C. Petty wrote: > > Is there any way we could make the choice at boot time, by checking for > > presence of the CX8 feature? Either as something like: > > > > extern int feature_cx8; /* or MIB variable */ > > #define CMPXCHG8(a) (feature_cx8 ? { _asm "..." } : emulate_cmpxch8(a)) > For something this low level my opinion is it's better to stay with > compile time options. After all, in the above example, cmpxchg8 is a > single machine instruction. How much overhead does it add to retrieve a > variable from memory and check it, then jump to the correct place? > Enough that it outweighs the benefit of using that instruction in the > first place? I don't think it matters. Contrary to popular belief, atomic operations are *expensive*. In the best case, on a UP machine, they stall the pipeline. In the worst case, on an SMP machine, they stall the entire memory bus. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 20:50:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2797316A59C; Thu, 12 Apr 2007 20:50:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 86E4D13C455; Thu, 12 Apr 2007 20:50:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C990A2094; Thu, 12 Apr 2007 22:50:05 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id B59A02091; Thu, 12 Apr 2007 22:50:05 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 9B4D653B5; Thu, 12 Apr 2007 22:50:05 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Joao Barros" References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> <86bqhxcifq.fsf@dwp.des.no> <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> <70e8236f0704121130u1262ccb6r571e18ad1a491dd3@mail.gmail.com> Date: Thu, 12 Apr 2007 22:50:05 +0200 In-Reply-To: <70e8236f0704121130u1262ccb6r571e18ad1a491dd3@mail.gmail.com> (Joao Barros's message of "Thu, 12 Apr 2007 19:30:31 +0100") Message-ID: <86odlte2rm.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 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: ZFS: amd64, devd, root file system. 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, 12 Apr 2007 20:50:10 -0000 "Joao Barros" writes: > I have a dilemma... No, you don't. A dilemma is a situation where one is forced to choose between two equally uncomfortable options. You have a problem, a difficulty, a snag, a conundrum, a predicament, a complication, possibly a quandary, but not a dilemma. > The aim is to disconnect the ATA ad0 thus rendering the SATA ad2 to > ad0, something like this: > > ATA channel 0: > Master: ad0 Serial ATA II > Slave: ad1 Serial ATA II > ATA channel 1: > Master: ad2 Serial ATA II > Slave: no device present > ATA channel 2: > Master: ad4 Serial ATA II > Slave: no device present > > The problem is that the info in zpool.cache is diferent from the new > disk order and zfs doesn't pick the volume thus no root fs. > I jumped on my "let's go for anything" suit and even tried to edit > zpool.cache by hand with the new disk order, sadly with no luck. Run "zpool export" before moving the disks, then "zpool import" after rebooting. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 19:59:48 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1F2716A402 for ; Thu, 12 Apr 2007 19:59:48 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 38C4913C457 for ; Thu, 12 Apr 2007 19:59:48 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 99833 invoked by uid 2001); 12 Apr 2007 19:59:47 -0000 Date: Thu, 12 Apr 2007 14:59:47 -0500 From: "Rick C. Petty" To: freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Message-ID: <20070412195947.GA96935@keira.kiwi-computer.com> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412185159.GB95302@nowhere> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 12 Apr 2007 20:58:52 +0000 Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 19:59:48 -0000 On Thu, Apr 12, 2007 at 01:51:59PM -0500, Craig Boston wrote: > > For something this low level my opinion is it's better to stay with > compile time options. After all, in the above example, cmpxchg8 is a > single machine instruction. How much overhead does it add to retrieve a > variable from memory and check it, then jump to the correct place? > Enough that it outweighs the benefit of using that instruction in the > first place? That's why I suggested the second method (to change fn pointers in the device struct). > I agree this makes sense for some things, but atomic operations are > supposed to be as fast as possible -- preferably single machine > instructions I can't think of anything short of JIT compiling the kernel > that wouldn't be a high price to pay. The problem is that ZFS would be compiled (by default) to work for many platforms, and thus a majority of systems wouldn't get the nice optimization. That's why I think we should do something along the lines of doing a check for CX8 and changing the pointers in the vfsops and vop_vector static structures, depending upon the availability of this optimization. I guess it really depends upon how much ZFS uses it; I got the sense that it is "often". -- Rick C. Petty From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:10:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B71C16A400; Thu, 12 Apr 2007 21:10:00 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id EA5B613C483; Thu, 12 Apr 2007 21:09:59 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 053CB1CC59; Fri, 13 Apr 2007 09:09:58 +1200 (NZST) Date: Fri, 13 Apr 2007 09:09:58 +1200 From: Andrew Thompson To: Ian FREISLICH Message-ID: <20070412210957.GA31864@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Ian FREISLICH , Peter Jeremy , freebsd-current@freebsd.org, brooks@freebsd.org References: <20070411191450.GE815@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Peter Jeremy , freebsd-current@freebsd.org, brooks@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 21:10:00 -0000 On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: > Peter Jeremy wrote: > > On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: > > >Andrew Thompson wrote: > > >> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: > > >> > We're making extensive use of vlans to increase the number of > > >> > interfaces availabble to us using switches to break out gigE into > > >> > 100M interfaces. The bandwidth problem we're having is to our > > >> > provider, a 100M connection, and we're looking at doing exactly > > >> > this. However, it appears that this interface can't trunk vlan > > >> > interfaces. > > =2E.. > > >No, I'm sure I want it the way I said. I know it sounds wrong, but > > >I just don't have enough PCI-X slots to waste 2 on physical 100M > > >NICs for the uplink from the routers. > > > > Trunking is a way of combining multiple physical interfaces to increase > > the bandwidth. Trunking multiple VLANs on a single interface doesn't > > make sense to me. > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > aggregation. I really think that it makes no sense to be able to > aggregate some ethernet interfaces and not others. I suppose some > pedant will tell me vlan interfaces are not ethernet. I think the unfortunate name of trunk(4) that we inherited from OpenBSD is causing quite some confusion. trunk(4) actually has nothing to do with vlan trunking which I think you are after. I can see this topic coming up again so it could save some time to rename the driver now. It would mean that we lose the naming link to the same driver in OpenBSD but you cant win em all. Some names that have been suggested are: linkag(4) agr(4) bond(4) <- same as linux Any suggestions! Andrew From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:16:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8772D16A40A for ; Thu, 12 Apr 2007 21:16:56 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 354A013C45D for ; Thu, 12 Apr 2007 21:16:55 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so641281wra for ; Thu, 12 Apr 2007 14:16:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VYBQdODiNX1m9Jl+73ItwGNMVn57sjqaIYmA+1Mu2Kv2bGBJ1vbNKyvMkWTZw62eTJeFIUwRKkhT7/TMV4Ka7lDSk2mtxsEoe25QVcvDnvEObFcOAxx0uGuedMjuOkB2IQ59mWpXIdJTbfYjZfB9bqCngBMDScADU8JSUqZ+qj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e76XCPdQeaN0FoVXTE3XNEYMl9QAqqKyaUJewmT2RTd+RGdRkTAGDPMqNCm30oOPbVNTKyIY/2uLeIoabHiPb5Y4GvzpxoWd1wvsaTd5fI/adpkeiOJPOD3wNmRnus6ehCr+N6x2f04XXRS2uy6TDeTKw9bFji+SVdMDrx7KAoU= Received: by 10.78.204.20 with SMTP id b20mr522234hug.1176412614637; Thu, 12 Apr 2007 14:16:54 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Thu, 12 Apr 2007 14:16:54 -0700 (PDT) Message-ID: <70e8236f0704121416h15f398dah479351b7776e8679@mail.gmail.com> Date: Thu, 12 Apr 2007 22:16:54 +0100 From: "Joao Barros" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86odlte2rm.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> <86bqhxcifq.fsf@dwp.des.no> <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> <70e8236f0704121130u1262ccb6r571e18ad1a491dd3@mail.gmail.com> <86odlte2rm.fsf@dwp.des.no> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS: amd64, devd, root file system. 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, 12 Apr 2007 21:16:56 -0000 On 4/12/07, Dag-Erling Sm=F8rgrav wrote: > "Joao Barros" writes: > > The aim is to disconnect the ATA ad0 thus rendering the SATA ad2 to > > ad0, something like this: > > > > ATA channel 0: > > Master: ad0 Serial ATA II > > Slave: ad1 Serial ATA II > > ATA channel 1: > > Master: ad2 Serial ATA II > > Slave: no device present > > ATA channel 2: > > Master: ad4 Serial ATA II > > Slave: no device present > > > > The problem is that the info in zpool.cache is diferent from the new > > disk order and zfs doesn't pick the volume thus no root fs. > > I jumped on my "let's go for anything" suit and even tried to edit > > zpool.cache by hand with the new disk order, sadly with no luck. > > Run "zpool export" before moving the disks, then "zpool import" after > rebooting. I can export the zpool when I'm running off the ATA ad0 but I can't import from the SATA ad0, the root fs is on zfs... --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:27:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DE1816A402; Thu, 12 Apr 2007 21:27:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id F198013C448; Thu, 12 Apr 2007 21:27:12 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.68] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1Hc6ov2d6w-0000b8; Thu, 12 Apr 2007 23:27:10 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 12 Apr 2007 23:26:56 +0200 User-Agent: KMail/1.9.5 References: <20070409011723.GB74547@garage.freebsd.pl> <86odlte2rm.fsf@dwp.des.no> <70e8236f0704121416h15f398dah479351b7776e8679@mail.gmail.com> In-Reply-To: <70e8236f0704121416h15f398dah479351b7776e8679@mail.gmail.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1770616.Gb4IMlRJxC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704122327.06581.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+V+kGoU/BHQqZq3jWUmyRn2ugI7QGhMFna+fr 8Ro31PJ/u5TNRSJ1zOHjiv+7HvKrvPvRtMSRGSG6nRYavHLtdm odeYUZJt4jN3R2olQTUrA== Cc: freebsd-fs@freebsd.org, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Joao Barros , Pawel Jakub Dawidek Subject: Re: ZFS: amd64, devd, root file system. 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, 12 Apr 2007 21:27:13 -0000 --nextPart1770616.Gb4IMlRJxC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 12 April 2007 23:16, Joao Barros wrote: > On 4/12/07, Dag-Erling Sm=F8rgrav wrote: > > "Joao Barros" writes: > > > The aim is to disconnect the ATA ad0 thus rendering the SATA ad2 to > > > ad0, something like this: > > > > > > ATA channel 0: > > > Master: ad0 Serial ATA II > > > Slave: ad1 Serial ATA II > > > ATA channel 1: > > > Master: ad2 Serial ATA II > > > Slave: no device present > > > ATA channel 2: > > > Master: ad4 Serial ATA II > > > Slave: no device present > > > > > > The problem is that the info in zpool.cache is diferent from the > > > new disk order and zfs doesn't pick the volume thus no root fs. I > > > jumped on my "let's go for anything" suit and even tried to edit > > > zpool.cache by hand with the new disk order, sadly with no luck. > > > > Run "zpool export" before moving the disks, then "zpool import" after > > rebooting. > > I can export the zpool when I'm running off the ATA ad0 but I can't > import from the SATA ad0, the root fs is on zfs... glabel's are your friend - though you have to redo the pool. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1770616.Gb4IMlRJxC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGHqQqXyyEoT62BG0RAvRjAJ98rrv677C+wBBGw3Y+DPMnt6x94gCfbvhx thdmm4BZSiJs0uyIvE0mwnc= =Y0F1 -----END PGP SIGNATURE----- --nextPart1770616.Gb4IMlRJxC-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:28:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FA1716A404 for ; Thu, 12 Apr 2007 21:28:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id EBB8D13C46C for ; Thu, 12 Apr 2007 21:28:49 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out4.apple.com (8.13.8/8.13.8) with ESMTP id l3CLSnSO017086; Thu, 12 Apr 2007 14:28:49 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id BC23640080; Thu, 12 Apr 2007 14:28:49 -0700 (PDT) X-AuditID: 11807126-9ed4dbb0000007ff-a5-461ea491e969 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay8.apple.com (Apple SCV relay) with ESMTP id A752E4005B; Thu, 12 Apr 2007 14:28:49 -0700 (PDT) In-Reply-To: <20070412210957.GA31864@heff.fud.org.nz> References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 12 Apr 2007 14:28:48 -0700 To: Andrew Thompson X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 21:28:50 -0000 On Apr 12, 2007, at 2:09 PM, Andrew Thompson wrote: > On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: >> Peter Jeremy wrote: >>> Trunking is a way of combining multiple physical interfaces to >>> increase >>> the bandwidth. Trunking multiple VLANs on a single interface >>> doesn't >>> make sense to me. >> >> 802.1q is VLAN tagging and trunking. This interface is LACP - link >> aggregation. I really think that it makes no sense to be able to >> aggregate some ethernet interfaces and not others. I suppose some >> pedant will tell me vlan interfaces are not ethernet. > > I think the unfortunate name of trunk(4) that we inherited from > OpenBSD > is causing quite some confusion. trunk(4) actually has nothing to do > with vlan trunking which I think you are after. Yup. The term "trunk" is overloaded and can used both in the sense of "trunk port", meaning a port on a switch which exposes the VLAN tags and is usually used to connect several VLANs between two switches (in contrast to an end-station port which only gets ethernet frames for the VLAN ID(s) assigned to that port), yet is also used by vendors like 3com in phrases like "trunk groups" or "port trunking", which means the same thing that Cisco means with FEC (ie, IEEE 802.3ad or the LACP term mentioned above). > I can see this topic coming up again so it could save some time to > rename the driver now. It would mean that we lose the naming link > to the > same driver in OpenBSD but you cant win em all. > > Some names that have been suggested are: > > linkag(4) > agr(4) > bond(4) <- same as linux > > Any suggestions! lacp(4)...? bond(4) also seems OK, and perhaps is a more intuitive name; agr(4) strikes me as being too likely to be confused with some odd flavor of NIC or agpgart(4). -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:46:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7582516A400 for ; Thu, 12 Apr 2007 21:46:12 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 2C33213C44C for ; Thu, 12 Apr 2007 21:46:12 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Hc77A-0006Pw-Iv; Fri, 13 Apr 2007 01:46:00 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hc77K-000LBs-1L; Fri, 13 Apr 2007 01:46:10 +0400 To: "Eugene M. Kim" References: <461E557C.909@white.lv> From: Boris Samorodov Date: Fri, 13 Apr 2007 01:46:10 +0400 In-Reply-To: <461E557C.909@white.lv> (Eugene M. Kim's message of "Thu, 12 Apr 2007 08:51:24 -0700") Message-ID: <43698077@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: twa(4) panics upon load 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, 12 Apr 2007 21:46:12 -0000 On Thu, 12 Apr 2007 08:51:24 -0700 Eugene M. Kim wrote: > The -current kernel as of 2007-04-12T00:13Z panics upon loading twa.ko. > The complete dmesg output is at: > http://purple.the-7.net/~ab/Temporary/5SbuuuG9D5/twa-dmesg-20070412.txt; > following is the panic message: > 3ware device driver for 9000 series storage controllers, version: 3.70.02.012 > twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xb2000000-0xb3ffffff,0xb0300000-0xb0300fff irq 48 at device 1.0 on pci4 > twa0: [FILTER] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 > panic: blockable sleep lock (sleep mutex) CAM BIOQ lock @ /home/FreeBSD/build/MAIN/src/sys/cam/cam_xpt.c:4913 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0639600) at db_trace_self_wrapper+0x25 > kdb_backtrace(100,c4d29a20,c4d29a20,c0692e4c,9,...) at kdb_backtrace+0x29 > panic(c063b598,c0654b13,c0626612,c06265c2,1331,...) at panic+0x109 > witness_checkorder(c0692e4c,9,c06265c2,1331) at witness_checkorder+0xb8 > _mtx_lock_flags(c0692e4c,0,c06265c2,1331) at _mtx_lock_flags+0x84 > xpt_done(c50fe400,c5321038,c5314000,c531428c,c5321038,...) at xpt_done+0x36 > tw_osl_complete_io(c5321000,c531428c,c5314000,c5314040,e38a8c18,...) at tw_osl_complete_io+0xdd > tw_cli_complete_io(c531428c,16004070,0,c5314000,e38a8c40,...) at tw_cli_complete_io+0x61 > tw_cli_process_complete_queue(c5314000,c53140cc,0,c52ef5d0,152,...) at tw_cli_process_complete_queue+0x84 > tw_cli_process_resp_intr(c5314000,c511d740,e38a8c70,c05f8c51,c519b800,...) at tw_cli_process_resp_intr+0x19e > twa_pci_intr_fast(c519b800) at twa_pci_intr_fast+0x24 > intr_execute_handlers(c4d1c43c,e38a8c94,30,e38a8cd4,c05f4824,...) at intr_execute_handlers+0xd9 > lapic_handle_intr(3b,e38a8c94) at lapic_handle_intr+0x2f > Xapic_isr1() at Xapic_isr1+0x34 > --- interrupt, eip = 0xc099109d, esp = 0xe38a8cd4, ebp = 0xe38a8cd4 --- > acpi_cpu_c1(c06a7a10,c04c2844,e38a8cf4,c04c2844,c04c2844,...) at acpi_cpu_c1+0x5 > acpi_cpu_idle(e38a8d04,c04c286d,e38a8d24,c0495818,0,...) at acpi_cpu_idle+0x14e > cpu_idle(e38a8d24,c0495818,0,e38a8d38,c4d286c0,...) at cpu_idle+0x28 > sched_idletd(0,e38a8d38) at sched_idletd+0x29 > fork_exit(c04c2844,0,e38a8d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe38a8d70, ebp = 0 --- > Uptime: 29s > Physical memory: 2038 MB > Dumping 61 MB: 46 30 14 The same here. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:47:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68A4516A403 for ; Thu, 12 Apr 2007 21:47:01 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id B5AD213C469 for ; Thu, 12 Apr 2007 21:47:00 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: (qmail 17988 invoked by uid 1009); 13 Apr 2007 00:20:17 +0300 Received: from ndenev@totalterror.net by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.490895 secs); 12 Apr 2007 21:20:17 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 13 Apr 2007 00:20:17 +0300 Received: (qmail 85141 invoked from network); 13 Apr 2007 00:20:17 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 13 Apr 2007 00:20:17 +0300 Message-ID: <461EA291.5000403@totalterror.net> Date: Fri, 13 Apr 2007 00:20:17 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> In-Reply-To: <20070412210957.GA31864@heff.fud.org.nz> X-Enigmail-Version: 0.94.3.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 12 Apr 2007 21:53:09 +0000 Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 21:47:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Thompson wrote: > On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: >> Peter Jeremy wrote: >>> On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: >>>> Andrew Thompson wrote: >>>>> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: >>>>>> We're making extensive use of vlans to increase the number of >>>>>> interfaces availabble to us using switches to break out gigE into >>>>>> 100M interfaces. The bandwidth problem we're having is to our >>>>>> provider, a 100M connection, and we're looking at doing exactly >>>>>> this. However, it appears that this interface can't trunk vlan >>>>>> interfaces. >>> =2E.. >>>> No, I'm sure I want it the way I said. I know it sounds wrong, but >>>> I just don't have enough PCI-X slots to waste 2 on physical 100M >>>> NICs for the uplink from the routers. >>> Trunking is a way of combining multiple physical interfaces to increase >>> the bandwidth. Trunking multiple VLANs on a single interface doesn't >>> make sense to me. >> 802.1q is VLAN tagging and trunking. This interface is LACP - link >> aggregation. I really think that it makes no sense to be able to >> aggregate some ethernet interfaces and not others. I suppose some >> pedant will tell me vlan interfaces are not ethernet. > > I think the unfortunate name of trunk(4) that we inherited from OpenBSD > is causing quite some confusion. trunk(4) actually has nothing to do > with vlan trunking which I think you are after. > > I can see this topic coming up again so it could save some time to > rename the driver now. It would mean that we lose the naming link to the > same driver in OpenBSD but you cant win em all. > > Some names that have been suggested are: > > linkag(4) > agr(4) > bond(4) <- same as linux > > Any suggestions! > > > Andrew One vote for agr(4) :) Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGHqKRHNAJ/fLbfrkRAl/MAKCuFekfn3cn/UXRlylBsNDiUTijQACfct/M abfGQm1x9Uc6LdobSTifJe8= =S6pO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 21:55:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EE9B16A400; Thu, 12 Apr 2007 21:55:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 1141C13C46C; Thu, 12 Apr 2007 21:55:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.68] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1Hc7Fy3qv2-0004on; Thu, 12 Apr 2007 23:55:07 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 12 Apr 2007 23:54:57 +0200 User-Agent: KMail/1.9.5 References: <20070412210957.GA31864@heff.fud.org.nz> In-Reply-To: <20070412210957.GA31864@heff.fud.org.nz> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1946061.CzJAZvijG4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704122355.05846.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+kr4MV7OU9CdOOKImdCQDjMOjsGnJKIaxccbL g0HBrTU6PnB1QuT3ZV/WcXt3DleZjX7RzKvNqIllFS8JdmJ3PN dIMNWuhi39c86WbHvjA5Q== Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, Andrew Thompson Subject: Re: CFT: new trunk(4) 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, 12 Apr 2007 21:55:13 -0000 --nextPart1946061.CzJAZvijG4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 12 April 2007 23:09, Andrew Thompson wrote: > On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: > > Peter Jeremy wrote: > > > On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH =20 wrote: > > > >Andrew Thompson wrote: > > > >> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: > > > >> > We're making extensive use of vlans to increase the number of > > > >> > interfaces availabble to us using switches to break out gigE > > > >> > into 100M interfaces. The bandwidth problem we're having is > > > >> > to our provider, a 100M connection, and we're looking at doing > > > >> > exactly this. However, it appears that this interface can't > > > >> > trunk vlan interfaces. > > > > > > =3D2E.. > > > > > > >No, I'm sure I want it the way I said. I know it sounds wrong, > > > > but I just don't have enough PCI-X slots to waste 2 on physical > > > > 100M NICs for the uplink from the routers. > > > > > > Trunking is a way of combining multiple physical interfaces to > > > increase the bandwidth. Trunking multiple VLANs on a single > > > interface doesn't make sense to me. > > > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > > aggregation. I really think that it makes no sense to be able to > > aggregate some ethernet interfaces and not others. I suppose some > > pedant will tell me vlan interfaces are not ethernet. > > I think the unfortunate name of trunk(4) that we inherited from OpenBSD > is causing quite some confusion. trunk(4) actually has nothing to do > with vlan trunking which I think you are after. > > I can see this topic coming up again so it could save some time to > rename the driver now. It would mean that we lose the naming link to > the same driver in OpenBSD but you cant win em all. > > Some names that have been suggested are: > > linkag(4) > agr(4) > bond(4) <- same as linux > > Any suggestions! team(4) group(4) gang[bang](4) ;-) .. I'd prefer if we keep the name and a compatible interface as it=20 will allow to reuse documentation. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1946061.CzJAZvijG4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGHqq5XyyEoT62BG0RAp14AJ9MylShs9XxLksoKt+iwyrbRjP9zgCfYzYL pHEel1J1J1SUztYAFQ0i+KE= =1TjM -----END PGP SIGNATURE----- --nextPart1946061.CzJAZvijG4-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 22:23:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96C5216A400 for ; Thu, 12 Apr 2007 22:23:33 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3848113C448 for ; Thu, 12 Apr 2007 22:23:32 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id C4BA242F83; Fri, 13 Apr 2007 00:23:31 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id C2B3C9C387; Thu, 12 Apr 2007 22:23:20 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id A541F405B; Fri, 13 Apr 2007 00:23:20 +0200 (CEST) Date: Fri, 13 Apr 2007 00:23:20 +0200 From: Jeremie Le Hen To: Max Laier Message-ID: <20070412222320.GG2102@obiwan.tataz.chchile.org> References: <20070331160627.GC5704@obiwan.tataz.chchile.org> <200704011130.10954.shoesoft@gmx.net> <200704011516.38966.shoesoft@gmx.net> <200704011953.51090.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="4ZLFUWh1odzi/v6L" Content-Disposition: inline In-Reply-To: <200704011953.51090.max@love2party.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: iwi0: could not load boot firmware iwi_bss 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, 12 Apr 2007 22:23:33 -0000 --4ZLFUWh1odzi/v6L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Max, On Sun, Apr 01, 2007 at 06:53:40PM +0100, Max Laier wrote: > Jeremie, can you provide kern.osreldate and a bit more information about > your setup? i.e. what's in your loader.conf? There have been some > problems with firmware(9) in the past, that should be taken care of by > now. Could you try to update to a more recent current? Using the > firmware from base shouldn't hurt either. I've upgraded my kernel this morning, and I still have the same problem. Loading iwi_bss first doesn't help. I'm using the iwifw module. % jarjarbinks:~:102# cat /usr/src.jarjar/sys/CVS/Tag % D2007.04.11.20.00.00 % kern.osreldate: 700037 % jarjarbinks:~:105# cat /boot/loader.conf % hw.pci.allow_unsupported_io_range=1 % % beastie_disable="YES" % verbose_loading="YES" % % if_bge_load="YES" % legal.intel_iwi.license_ack=1 As soon as I start devd(8) or wpa_supplicant(8), I get: % iwi0: timeout waiting for iwi_bss firmware initialization to complete % iwi0: could not load boot firmware iwi_bss This time I've attached my kernel configuration file :-). Note that I'm using Suleiman's stackgap and mmap_random patches, but AFAIU this only affects userland, so I don't think this is relevant in this case. But in doubt: http://people.freebsd.org/~ssouhlal/testing/stackgap-20050527.diff http://people.freebsd.org/~ssouhlal/testing/mmap_random-20050528.diff Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --4ZLFUWh1odzi/v6L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=JARJARBINKS include GENERIC # 2007.02.21.12.00.00 # # First disable what I don't need. # nocpu I486_CPU nocpu I586_CPU nooption INET6 nooption NFSSERVER nooption NFS_ROOT nooption CD9660 nooption GEOM_PART_GPT nooption GEOM_LABEL nooption COMPAT_FREEBSD4 nooption COMPAT_FREEBSD5 nooption SMP # SCSI, RAID. nodevice fdc nodevice ataraid nodevice atapifd nodevice atapist nodevice ahb nodevice ahc nodevice ahd nodevice amd nodevice isp nodevice mpt nodevice sym nodevice trm nodevice adv nodevice adw nodevice aha nodevice aic nodevice bt nodevice ncv nodevice nsp nodevice stg nodevice ch nodevice sa nodevice cd nodevice pass nodevice ses nodevice amr nodevice arcmsr nodevice asr nodevice ciss nodevice dpt nodevice hptmv nodevice rr232x nodevice iir nodevice ips nodevice mly nodevice twa nodevice aac nodevice aacp nodevice ida nodevice mfi nodevice mlx nodevice pst nodevice twe # Serial port. nodevice sio nodevice uart # Parallel port. nodevice ppc nodevice ppbus nodevice lpt nodevice plip nodevice ppi # Network. nodevice de nodevice em nodevice ixgb nodevice le nodevice txp nodevice vx nodevice bce nodevice bfe nodevice bge nodevice dc nodevice fxp nodevice lge nodevice msk nodevice nge nodevice nve nodevice pcn nodevice re nodevice rl nodevice sf nodevice sis nodevice sk nodevice ste nodevice stge nodevice ti nodevice tl nodevice tx nodevice vge nodevice vr nodevice wb nodevice xl nodevice cs nodevice ed nodevice ex nodevice ep nodevice fe nodevice ie nodevice sn nodevice xe # Wireless. nodevice wlan nodevice wlan_wep nodevice wlan_ccmp nodevice wlan_tkip nodevice an nodevice ath nodevice ath_hal nodevice ath_rate_sample nodevice awi nodevice ral nodevice wi # Pseudo-devices. nodevice sl nodevice ppp nodevice faith # USB. nodevice uhci nodevice ohci nodevice ehci nodevice usb nodevice ugen nodevice uhid nodevice ukbd nodevice ulpt nodevice umass nodevice ums nodevice ural nodevice urio nodevice uscanner nodevice aue nodevice axe nodevice cdce nodevice cue nodevice kue nodevice rue nodevice firewire nodevice sbp nodevice fwe # # Then add my own stuff. # makeoptions MODULES_OVERRIDE="linux syscons fdc sound usb ums geom umass snp nullfs unionfs cd9660 cd9660_iconv wlan wlan_wep wlan_tkip wlan_ccmp wi iwi iwifw ral rl bge drm/drm drm/radeon firmware ext2fs crypto zlib acpi" makeoptions CPUTYPE="pentium-m" makeoptions CFLAGS="-O -pipe" option KDB_UNATTENDED option SSP_SUPPORT option VESA option DIAGNOSTIC option LIBICONV option MSDOSFS_ICONV #option IPSEC #option IPSEC_ESP #option IPSEC_FILTERGIF option IPFIREWALL option IPFIREWALL_VERBOSE option IPFIREWALL_DEFAULT_TO_ACCEPT option IPFIREWALL_FORWARD device apm device snp device pf device pflog device pfsync option IPDIVERT option DUMMYNET device vlan device tap device if_bridge --4ZLFUWh1odzi/v6L-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 22:39:16 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6C7616A401; Thu, 12 Apr 2007 22:39:16 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8D67E13C448; Thu, 12 Apr 2007 22:39:16 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.47] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id l3CMPB4o098744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Apr 2007 15:25:13 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <461EB188.3070303@FreeBSD.org> Date: Thu, 12 Apr 2007 15:24:08 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Julian Elischer References: <461E0078.3050001@cisco.com> <461E092B.4080001@cisco.com> <86d529zxci.fsf@dwp.des.no> <20070412153930.A99718@fledge.watson.org> <461E74DA.3020402@elischer.org> In-Reply-To: <461E74DA.3020402@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Ivan Voras , Randall Stewart , freebsd-current@FreeBSD.org, Robert Watson , Janardhan Iyengar , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Brad Penoff Subject: Re: CPU utilization 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, 12 Apr 2007 22:39:16 -0000 Julian Elischer wrote: > Robert Watson wrote: >> >> On Thu, 12 Apr 2007, Dag-Erling Smørgrav wrote: >> >>> Randall Stewart writes: >>>> machdep.hyperthreading_allowed: 0 >>> >>> Note that enabling hyperthreading is more likely to harm performance >>> than to help it. You should just disable it in the BIOS, and run a >>> UP kernel. >> >> Historically this has been true, but some more recent results I've >> seen suggest that both hyperthreading hardware has improved, and the >> efficiency of our SMP implementation and scheduler has lead to it >> being more effective used. I would reevaluate this on more modern >> hardware and using a more recent kernel before assuming this remains >> true for your application. > > In addition to this, to answer the original question, I remember a > commit so that if you disable a cpu (or HT cpu) it doesn't get counted > in the CPU % so if you have 2 cpus and disable one hten prior to that > commit it was not possible to get > 50% busy but after that commit > you could get 100% "of the available CPUs". That fix is not (I believe) > in 6.2. That's correct. The fix went in after RELENG_6_2 has been branched. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 04:20:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C07516A406; Fri, 13 Apr 2007 04:20:31 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 25D8813C469; Fri, 13 Apr 2007 04:20:30 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.13.8) with ESMTP id l3D2dRAY038601; Fri, 13 Apr 2007 11:39:29 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Fri, 13 Apr 2007 12:41:51 +0900 (JST) Message-Id: <20070413.124151.74754693.ken@tydfam.jp> To: freebsd-current@freebsd.org, pjd@freebsd.org From: Takeshi Ken Yamada In-Reply-To: <20070410023857.GZ76673@garage.freebsd.pl> References: <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> <20070410023857.GZ76673@garage.freebsd.pl> X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 04:20:31 -0000 Great work! It works without any problems so far with my Opteron(dual core)X2 -current box. Are there any i/o performance comparison data with UFS, even rough one? From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 04:26:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A52116A406 for ; Fri, 13 Apr 2007 04:26:42 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 41BBB13C46A for ; Fri, 13 Apr 2007 04:26:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:36617 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375793AbXDME0c (ORCPT ); Fri, 13 Apr 2007 08:26:32 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <461F0676.1000807@yandex.ru> Date: Fri, 13 Apr 2007 08:26:30 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Ivan Voras References: <461E0375.7080002@yandex.ru> <461E08C8.7070908@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS: panic on zpool create 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, 13 Apr 2007 04:26:42 -0000 Ivan Voras wrote: >> This command brings to panic: >> # zpool create media aacd1 > > Wild guess, probably not correct: is the aac driver GIANT locked? Simple grep -i giant on the aac source show that it have Giant in some places. But ata(4) have Giant too and it works good on my notebook.. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 05:12:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A4AD16A406 for ; Fri, 13 Apr 2007 05:12:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 3685413C46C for ; Fri, 13 Apr 2007 05:12:19 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=ohylj94SWF/zT7wBn7KeJ3Un4UwvNHl7oEaMtVDjfSoco0+MTGFZyme9YkL3uTDfTNhZkmHT+nV7XD/houKicNfD6/AM04lcj3xMhflRwefW3LOATmHdAx5Pqmg8CvzDxLeAozFzuOihx5xlssWzE4eLooYnTY2pRAYUM5gmKSrPXsf+yahpIuk260nEAJPz/3L//S1eg0fbTplbYN0XY9JtKetGZ2UAtxujlYC9NR7M5spzLRJODoH+HAFUmrVI; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HcE4y-0006Rn-94; Fri, 13 Apr 2007 05:12:12 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HcE4p-0005Y4-Ur; Fri, 13 Apr 2007 05:12:03 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HcE4t-0000HV-2l; Fri, 13 Apr 2007 07:12:07 +0200 To: Lars Erik Gullerud From: Ian FREISLICH In-Reply-To: Message from Lars Erik Gullerud of "Thu, 12 Apr 2007 22:16:17 +0200." <20070412215347.X442@electra.nolink.net> X-Attribution: BOFH Date: Fri, 13 Apr 2007 07:12:07 +0200 Message-Id: Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 05:12:19 -0000 Lars Erik Gullerud wrote: > On Thu, 12 Apr 2007, Ian FREISLICH wrote: > > > Peter Jeremy wrote: > >> > >> Trunking is a way of combining multiple physical interfaces to increase > >> the bandwidth. Trunking multiple VLANs on a single interface doesn't > >> make sense to me. > > > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > > aggregation. I really think that it makes no sense to be able to > > aggregate some ethernet interfaces and not others. I suppose some > > pedant will tell me vlan interfaces are not ethernet. > > I'm not going to tell you that, I am however going to give you the 802.3ad > (Link Aggregation) explanation. Thanks for that. At least this explains why it can't be done. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 05:21:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D9DA16A402; Fri, 13 Apr 2007 05:21:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9EC13C4BB; Fri, 13 Apr 2007 05:21:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=SnW+puJdIQR2EFTi8ZfdPxa4Pc4nOQALHg3uHKc1DEK4tCfLdIoUCV3lSKKL95zngYaXTueeQd2C8dKyUOr56ruWVF7XEZbSec6gO1hSwsV8JVYWg2/x71FEhI/k5I88nYtwKXmH84uwogEEkXD4lfdvrkvpnhrbtadl3ka96mz9N7gGU7SiiwHnkSrEIXWM8/Q7S1PTr0PY2pf6I+ZVEHeZq7P3+lAP53pCCuwjHO/ui7zwf6BoWaCNE0bF66a0; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HcEDf-00078x-Mh; Fri, 13 Apr 2007 05:21:11 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HcED1-0005mk-K7; Fri, 13 Apr 2007 05:20:31 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HcED5-0000IS-2S; Fri, 13 Apr 2007 07:20:35 +0200 To: Andrew Thompson , Peter Jeremy , freebsd-current@freebsd.org, brooks@freebsd.org From: Ian FREISLICH In-Reply-To: Message from Andrew Thompson of "Fri, 13 Apr 2007 09:09:58 +1200." <20070412210957.GA31864@heff.fud.org.nz> X-Attribution: BOFH Date: Fri, 13 Apr 2007 07:20:35 +0200 Message-Id: Cc: Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 05:21:12 -0000 Andrew Thompson wrote: > On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: > > Peter Jeremy wrote: > > > On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: > > > >Andrew Thompson wrote: > > > >> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: > > > >> > We're making extensive use of vlans to increase the number of > > > >> > interfaces availabble to us using switches to break out gigE into > > > >> > 100M interfaces. The bandwidth problem we're having is to our > > > >> > provider, a 100M connection, and we're looking at doing exactly > > > >> > this. However, it appears that this interface can't trunk vlan > > > >> > interfaces. > > > =2E.. > > > >No, I'm sure I want it the way I said. I know it sounds wrong, but > > > >I just don't have enough PCI-X slots to waste 2 on physical 100M > > > >NICs for the uplink from the routers. > > > > > > Trunking is a way of combining multiple physical interfaces to increase > > > the bandwidth. Trunking multiple VLANs on a single interface doesn't > > > make sense to me. > > > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > > aggregation. I really think that it makes no sense to be able to > > aggregate some ethernet interfaces and not others. I suppose some > > pedant will tell me vlan interfaces are not ethernet. > > I think the unfortunate name of trunk(4) that we inherited from OpenBSD > is causing quite some confusion. trunk(4) actually has nothing to do > with vlan trunking which I think you are after. > > I can see this topic coming up again so it could save some time to > rename the driver now. It would mean that we lose the naming link to the > same driver in OpenBSD but you cant win em all. > > Some names that have been suggested are: > > linkag(4) > agr(4) > bond(4) <- same as linux > > Any suggestions! I, for one don't find the name confusing. My correction above applied to Peter Jeremy's "Trunking multiple VLANs on a single interface doesn't make sense to me". The switches I have call this trunking in the manual and product sheet, but on the CLI the command to configure it is "channel". If you leave the name the same, it'll be easy to reuse documentation. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 08:43:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D91616A476 for ; Fri, 13 Apr 2007 08:43:05 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9662B13C4DD for ; Fri, 13 Apr 2007 08:43:01 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AAE9F487F2; Fri, 13 Apr 2007 10:42:59 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A4B6E4569A; Fri, 13 Apr 2007 10:42:53 +0200 (CEST) Date: Fri, 13 Apr 2007 10:42:38 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070413084238.GA3859@garage.freebsd.pl> References: <868xcyusp5.wl%simokawa@FreeBSD.ORG> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <868xcyusp5.wl%simokawa@FreeBSD.ORG> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS vnode starvation with large kmem_size 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, 13 Apr 2007 08:43:05 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2007 at 01:23:18PM +0900, Hidetoshi Shimokawa wrote: > Hi Pawel, >=20 > I observed vnode starvation with large kmem_size in loader.conf. > It seems that even if zfs eats vnodes up to maxvnodes, > vnodes cannot be reclaimed and vnlru kthread will give up. > As far as I understand, the problem comes from difference > of name cache mechanism. I attached a patch for a workaround. >=20 > How to repeat: > arch: amd64 or i386 > physical memory: 512MB > vm.kmem_size=3D671088640 > ( In this setting: > kern.maxvnodes: 35077 > vfs.zfs.dnlc.ncsize: 33095 ) >=20 > Create zfs filesystem and extract ports.tar.gz(many files) on it. > After a while you can see that the system is not responsive because of > vnode starvation. Good catch! Thanks for the report. I just committed a fix, can you try it and confirm it works for you? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGH0J+ForvXbEpPzQRApDiAJ9WnsD2sGoCfBHZvDrCH3s23Uzk8QCdEMbC jWg/pFjNs0+BvMoOhKFm2Kk= =KkXd -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 10:00:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C8EE16A400 for ; Fri, 13 Apr 2007 10:00:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id E984613C43E for ; Fri, 13 Apr 2007 10:00:21 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7E1AE45696; Fri, 13 Apr 2007 12:00:20 +0200 (CEST) Received: from localhost (pjd.wheel.pl [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 8415B45684; Fri, 13 Apr 2007 12:00:15 +0200 (CEST) Date: Fri, 13 Apr 2007 12:00:06 +0200 From: Pawel Jakub Dawidek To: Takeshi Ken Yamada Message-ID: <20070413100006.GB5172@garage.freebsd.pl> References: <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> <20070410023857.GZ76673@garage.freebsd.pl> <20070413.124151.74754693.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <20070413.124151.74754693.ken@tydfam.jp> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) 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=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 10:00:22 -0000 --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 13, 2007 at 12:41:51PM +0900, Takeshi Ken Yamada wrote: > Great work! > It works without any problems so far with my Opteron(dual core)X2=20 > -current box. >=20 > Are there any i/o performance comparison data with UFS, even rough one? There are some numbers in my asiabsdcon paper, but ZFS was optimized quite a bit in several areas until then. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGH1SmForvXbEpPzQRAnB1AKDo2DcB1J734lVlvGsBkXb1C+HAMACfV1q5 QSQ4PfTbfk8wMn7BppezgDg= =SiK3 -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 11:24:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A83F916A403; Fri, 13 Apr 2007 11:24:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 61DB413C44C; Fri, 13 Apr 2007 11:24:25 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BB23E2090; Fri, 13 Apr 2007 13:24:21 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id A5CB72087; Fri, 13 Apr 2007 13:24:21 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id B40C9509A; Fri, 13 Apr 2007 13:24:20 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Bruce Evans References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <86slb5e33a.fsf@dwp.des.no> <20070413164840.V31079@besplex.bde.org> Date: Fri, 13 Apr 2007 13:24:20 +0200 In-Reply-To: <20070413164840.V31079@besplex.bde.org> (Bruce Evans's message of "Fri, 13 Apr 2007 17:34:56 +1000 (EST)") Message-ID: <86veg0frff.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Craig Boston , "Rick C. Petty" , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 11:24:26 -0000 Bruce Evans writes: > Dag-Erling Sm=F8rgrav writes: > > Contrary to popular belief, atomic operations are *expensive*. > Doesn't everyone who uses atomic operations knows that they are > expensive? :) Everyone who *uses* them, yes, but not everyone does. I recall an interesting conversation at Poul-Henning's Varnish presentation in Milan where someone in the audience relentlessly insisted that [something or other] really wasn't as big an issue as Poul-Henning claimed, since atomic operations were so cheap. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 04:54:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5003C16A401 for ; Fri, 13 Apr 2007 04:54:14 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv02ps.mx.bigpond.com (qsrv02ps.mx.bigpond.com [144.140.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id DF0D213C44C for ; Fri, 13 Apr 2007 04:54:13 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta08ps.mx.bigpond.com ([144.132.228.157]) by omta04ps.mx.bigpond.com with ESMTP id <20070413031512.FXMA15631.omta04ps.mx.bigpond.com@oaamta08ps.mx.bigpond.com> for ; Fri, 13 Apr 2007 03:15:12 +0000 Received: from areilly.bpa.nu ([144.132.228.157]) by oaamta08ps.mx.bigpond.com with ESMTP id <20070413031512.LDVN8812.oaamta08ps.mx.bigpond.com@areilly.bpa.nu> for ; Fri, 13 Apr 2007 03:15:12 +0000 Received: (qmail 28952 invoked by uid 501); 13 Apr 2007 03:14:22 -0000 Date: Fri, 13 Apr 2007 13:14:22 +1000 From: Andrew Reilly To: Dag-Erling Sm?rgrav Message-ID: <20070413031422.GA27743@duncan.reilly.home> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <86slb5e33a.fsf@dwp.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86slb5e33a.fsf@dwp.des.no> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Fri, 13 Apr 2007 11:28:27 +0000 Cc: freebsd-fs@FreeBSD.ORG, Craig Boston , "Rick C. Petty" , freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 04:54:14 -0000 On Thu, Apr 12, 2007 at 10:43:05PM +0200, Dag-Erling Sm?rgrav wrote: > Craig Boston writes: > > For something this low level my opinion is it's better to stay with > > compile time options. After all, in the above example, cmpxchg8 is a > > single machine instruction. How much overhead does it add to retrieve a > > variable from memory and check it, then jump to the correct place? > > Enough that it outweighs the benefit of using that instruction in the > > first place? > > I don't think it matters. Contrary to popular belief, atomic > operations are *expensive*. In the best case, on a UP machine, they > stall the pipeline. In the worst case, on an SMP machine, they stall > the entire memory bus. Apart from the fact that you are correct, how long is the instruction encoding of cmpxchg8? Perhaps it could be patched in at runtime, in place of the call to the emultaion, the way of on-the-fly linking in shared libraries and some floating point emulation/inline-ers? -- Andrew From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 07:35:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4876C16A408; Fri, 13 Apr 2007 07:35:01 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2-3.pacific.net.au [61.8.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id D2B8613C44C; Fri, 13 Apr 2007 07:35:00 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id BA28310D312; Fri, 13 Apr 2007 17:34:53 +1000 (EST) Received: from besplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id C9B2B8C16; Fri, 13 Apr 2007 17:34:57 +1000 (EST) Date: Fri, 13 Apr 2007 17:34:56 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86slb5e33a.fsf@dwp.des.no> Message-ID: <20070413164840.V31079@besplex.bde.org> References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <86slb5e33a.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-579877781-1176449696=:31079" X-Mailman-Approved-At: Fri, 13 Apr 2007 11:28:39 +0000 Cc: freebsd-fs@freebsd.org, Craig Boston , "Rick C. Petty" , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 07:35:01 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-579877781-1176449696=:31079 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Thu, 12 Apr 2007, Dag-Erling [iso-8859-1] Sm=F8rgrav wrote: > Craig Boston writes: >> On Thu, Apr 12, 2007 at 11:06:03AM -0500, Rick C. Petty wrote: >>> Is there any way we could make the choice at boot time, by checking for >>> presence of the CX8 feature? Either as something like: >>> >>> extern int feature_cx8;=09=09/* or MIB variable */ >>> #define CMPXCHG8(a)=09(feature_cx8 ? { _asm "..." } : emulate_cmpxch8(a= )) >> For something this low level my opinion is it's better to stay with >> compile time options. After all, in the above example, cmpxchg8 is a >> single machine instruction. How much overhead does it add to retrieve a >> variable from memory and check it, then jump to the correct place? >> Enough that it outweighs the benefit of using that instruction in the >> first place? Not for cmpxchg8b, at least. It is a remarkably slow instruction. On AthlonXP's it has an execution latency of 39 cycles. cmpxchg only has an cmpxchg only has an execution latency of 6 cycles (both without a lock prefix). I don't know how to avoid using cmpxchg8b short of using a mutex lock/unlock pair and slightly different semantics, or a generation count and very different semantics, but without lock prefixes the mutex pair would be much faster than the cmpxchg8b. > I don't think it matters. I agree. > Contrary to popular belief, atomic > operations are *expensive*. Doesn't everyone who uses atomic operations knows that they are expensive? = :) > In the best case, on a UP machine, they > stall the pipeline. In the worst case, on an SMP machine, they stall > the entire memory bus. In the UP case, the pipeline stall is tiny or null. Independent instructions can still proceed, but CPUs (that have pipelines) usually can't keep pipelines moving anyway, and atomic instructions just reduce the chance that they can a little. Bruce --0-579877781-1176449696=:31079-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 12:25:09 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 595DE16A400 for ; Fri, 13 Apr 2007 12:25:09 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id D386613C457 for ; Fri, 13 Apr 2007 12:25:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.18.1.9] (fluorine.eu.sun.com [192.18.1.9]) (authenticated bits=0) by ftp.translate.ru (8.13.8/8.13.8) with ESMTP id l3DCPJ0a033665; Fri, 13 Apr 2007 16:25:19 +0400 (MSD) (envelope-from lev@FreeBSD.org) Message-ID: <461F7699.3020808@FreeBSD.org> Date: Fri, 13 Apr 2007 16:24:57 +0400 From: Lev Serebryakov Organization: FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: ticso@cicely.de References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <168809424.20070412205725@serebryakov.spb.ru> <20070412175525.GB30772@cicely12.cicely.de> In-Reply-To: <20070412175525.GB30772@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.5 required=5.0 tests=SPF_SOFTFAIL autolearn=disabled version=3.1.8 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ftp.translate.ru Cc: current@FreeBSD.org Subject: Re: ZFS to support chflags? 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, 13 Apr 2007 12:25:09 -0000 Bernd Walter wrote: > Yes, but dump doesn't support ZFS and with ZFS you can much simpler It is good point :) But flags can be used by `find' to prepare file lists for backup too (on spnapshot, of course!). > split out non backup directories in different filesystems. Huh!? At least 2 FS for each active user in system (and 3 for many of them)? -- // Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 12:41:43 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3EFC16A401; Fri, 13 Apr 2007 12:41:43 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6119613C46A; Fri, 13 Apr 2007 12:41:42 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3DCfeQ1070887; Fri, 13 Apr 2007 14:41:41 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3DCfWKw044402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Apr 2007 14:41:33 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3DCfWFJ038207; Fri, 13 Apr 2007 14:41:32 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3DCfV17038206; Fri, 13 Apr 2007 14:41:31 +0200 (CEST) (envelope-from ticso) Date: Fri, 13 Apr 2007 14:41:31 +0200 From: Bernd Walter To: Lev Serebryakov Message-ID: <20070413124130.GF30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <168809424.20070412205725@serebryakov.spb.ru> <20070412175525.GB30772@cicely12.cicely.de> <461F7699.3020808@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <461F7699.3020808@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: ticso@cicely.de, current@FreeBSD.org Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Apr 2007 12:41:43 -0000 On Fri, Apr 13, 2007 at 04:24:57PM +0400, Lev Serebryakov wrote: > Bernd Walter wrote: > > >Yes, but dump doesn't support ZFS and with ZFS you can much simpler > It is good point :) But flags can be used by `find' to prepare file > lists for backup too (on spnapshot, of course!). Usually file based backup software uses exclude patterns - often possible to setup in .something files. > >split out non backup directories in different filesystems. > Huh!? At least 2 FS for each active user in system (and 3 for many of > them)? Why not? With ZFS I only see the kernel mount list as a possible problem, which AFAIK doesn't scale very well. Maybe someone else with more knowledge will comment on this point. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 12:59:31 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3E1D16A406 for ; Fri, 13 Apr 2007 12:59:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEE813C484 for ; Fri, 13 Apr 2007 12:59:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.18.1.9] (fluorine.eu.sun.com [192.18.1.9]) (authenticated bits=0) by ftp.translate.ru (8.13.8/8.13.8) with ESMTP id l3DCxjH0034826; Fri, 13 Apr 2007 16:59:46 +0400 (MSD) (envelope-from lev@FreeBSD.org) Message-ID: <461F7EAC.4000102@FreeBSD.org> Date: Fri, 13 Apr 2007 16:59:24 +0400 From: Lev Serebryakov Organization: FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: ticso@cicely.de References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <168809424.20070412205725@serebryakov.spb.ru> <20070412175525.GB30772@cicely12.cicely.de> <461F7699.3020808@FreeBSD.org> <20070413124130.GF30772@cicely12.cicely.de> In-Reply-To: <20070413124130.GF30772@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.3 required=5.0 tests=AWL,SPF_SOFTFAIL autolearn=disabled version=3.1.8 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ftp.translate.ru Cc: current@FreeBSD.org Subject: Re: ZFS to support chflags? 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, 13 Apr 2007 12:59:31 -0000 Bernd Walter wrote: >>> split out non backup directories in different filesystems. >> Huh!? At least 2 FS for each active user in system (and 3 for many of >> them)? > Why not? > With ZFS I only see the kernel mount list as a possible problem, which > AFAIK doesn't scale very well. > Maybe someone else with more knowledge will comment on this point. Can user create sub-FS? `chflags nodump ~/temp' is not privileged operation... -- // Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:00:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F04F816A406 for ; Fri, 13 Apr 2007 14:00:03 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (static-71-123-127-197.spfdma.east.verizon.net [71.123.127.197]) by mx1.freebsd.org (Postfix) with ESMTP id B540E13C4BE for ; Fri, 13 Apr 2007 14:00:03 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HcMGm-000DvQ-JN; Fri, 13 Apr 2007 09:57:18 -0400 From: "Yuri Lukin" To: Andrew Thompson Date: Fri, 13 Apr 2007 09:56:56 -0400 Message-Id: <20070413135600.M43241@swaggi.com> In-Reply-To: <20070412210957.GA31864@heff.fud.org.nz> References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 14:00:04 -0000 On Fri, 13 Apr 2007 09:09:58 +1200, Andrew Thompson wrote > > linkag(4) > agr(4) > bond(4) <- same as linux > > Any suggestions! > linkag(4) sounds reasonable to me. From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:23:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE65516A400; Fri, 13 Apr 2007 14:23:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id B711613C465; Fri, 13 Apr 2007 14:23:12 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=zQ7Bowo3YILgWiWwq3r5Qb9EjrqDmP1v4EXwaxCjhWyBBfbEhwaygwZDO/IMklYd/xnyQ4zJfGu4QOwEFDRisO5LsDLebgr6eIcHdHAYrzn8I1/61G6wNnhXH1LRKx6xgnBR0HxSf3+MEjzR34dquSvlccSKBx/Aini70NL3F82+CD19LbK+5f9eq2Gz+bA19UWG/NPwfbAR6JcQSQhODqWKuk39TouuAWCqYtqkGBl6licgXTLa5F17l/lavMdh; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1HcMgC-0004cd-95; Fri, 13 Apr 2007 14:23:12 +0000 Received: from cluetoy.clue.co.za ([10.0.0.19] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1HcMg2-0001GJ-SQ; Fri, 13 Apr 2007 14:23:02 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HcMg1-0001Qf-OP; Fri, 13 Apr 2007 16:23:01 +0200 To: Andrew Thompson , freebsd-current@freebsd.org From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Mon, 02 Apr 2007 11:17:29 +0200." X-Attribution: BOFH Date: Fri, 13 Apr 2007 16:23:01 +0200 Message-Id: Cc: Subject: Re: CFT: new trunk(4) [results] 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, 13 Apr 2007 14:23:13 -0000 Ian FREISLICH wrote: > Andrew Thompson wrote: > > Here is a patch to add OpenBSD's trunk(4) interface, and also includes > > LACP support which came from agr(4) on NetBSD. Im interested in anyone > > who wants to test this and in particular lacp mode if you have a switch > > that supports it. > > > > http://people.freebsd.org/~thompsa/if_trunk-20070330b.diff > > This looks very interesting. I'm busy testing with a switch that > claims 802.3ad support. The trunk(4) device establishes LACP with the (nasty) smitch that I have using my testbed. It also appears to utilise both links I put in the trunk. The setup is as follows: rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:50:bf:09:67:8b media: Ethernet autoselect (100baseTX ) status: active trunk: trunkdev trunk0 rl1: flags=8843 metric 0 mtu 1500 options=8 ether 00:50:bf:09:67:8b media: Ethernet autoselect (100baseTX ) status: active trunk: trunkdev trunk0 trunk0: flags=8843 metric 0 mtu 1500 ether 00:50:bf:09:67:8b media: Ethernet autoselect status: active trunk: trunkproto lacp trunkport rl1 =1c trunkport rl0 =1c vlan300: flags=8843 metric 0 mtu 1496 ether 00:50:bf:09:67:8b inet 10.0.0.210 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect status: active vlan: 300 parent interface: trunk0 All is well even when one of the links goes down. The moment I plug the wire back in, the link may or may not continue working depending on which link the switch decides to send the traffic down. If I disconnect the other link, it starts working again until I plug it back in. This is not the way things behaved when I tested this switch with a Cisco 6509 at our provider's premises yesterday. When one wire has been unplugged and then plugged back again the trunk is left in the following state: trunk0: flags=8843 metric 0 mtu 1500 ether 00:50:bf:09:67:8b media: Ethernet autoselect status: active trunk: trunkproto lacp trunkport rl1 =18 trunkport rl0 =1c I'm not sure if this is a feature of the NICs I'm using (I know they're junk) or a bug in the switch or a bug in the trunk driver. I don't think it's the switch because this test worked when it was connected to the Cisco 6509. I don't have access to the cisco any more. If I remove and then re-add the "bad" trunk port, it starts working again. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:35:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F12616A401; Fri, 13 Apr 2007 14:35:53 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 648BB13C4B9; Fri, 13 Apr 2007 14:35:51 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 22905110D6; Fri, 13 Apr 2007 09:35:51 -0500 (CDT) Date: Fri, 13 Apr 2007 09:35:50 -0500 From: Craig Boston To: Bruce Evans Message-ID: <20070413143550.GA19881@nowhere> References: <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <86slb5e33a.fsf@dwp.des.no> <20070413164840.V31079@besplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070413164840.V31079@besplex.bde.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@freebsd.org, Dag-Erling Sm?rgrav , "Rick C. Petty" , freebsd-current@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 14:35:53 -0000 On Fri, Apr 13, 2007 at 05:34:56PM +1000, Bruce Evans wrote: > Doesn't everyone who uses atomic operations knows that they are expensive? > :) Yes, though hopefully they should at least be faster than using a mutex, though for cmpxchg8b it sounds like that may not necessarily be the case... Craig From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:40:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F99716A403; Fri, 13 Apr 2007 14:40:01 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id 309FB13C468; Fri, 13 Apr 2007 14:40:01 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe ([134.130.3.36]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JGF002LMXCH6EB0@mta-1.ms.rz.RWTH-Aachen.de>; Fri, 13 Apr 2007 16:24:17 +0200 (CEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Fri, 13 Apr 2007 16:24:17 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id l3DEOGRM012562; Fri, 13 Apr 2007 16:24:16 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1HcMhO-00035Q-Bm; Fri, 13 Apr 2007 16:24:26 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id E09A63F40A; Fri, 13 Apr 2007 16:24:16 +0200 (CEST) Date: Fri, 13 Apr 2007 16:24:16 +0200 From: Christian Brueffer In-reply-to: <20070412210957.GA31864@heff.fud.org.nz> To: Andrew Thompson , Ian FREISLICH , Peter Jeremy , freebsd-current@freebsd.org, brooks@freebsd.org Message-id: <20070413142416.GB4558@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=IJpNTDwzlM2Ie8A6 Content-disposition: inline X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> User-Agent: Mutt/1.5.11 Cc: Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 14:40:01 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 13, 2007 at 09:09:58AM +1200, Andrew Thompson wrote: > On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: > > Peter Jeremy wrote: > > > On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: > > > >Andrew Thompson wrote: > > > >> On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: > > > >> > We're making extensive use of vlans to increase the number of > > > >> > interfaces availabble to us using switches to break out gigE into > > > >> > 100M interfaces. The bandwidth problem we're having is to our > > > >> > provider, a 100M connection, and we're looking at doing exactly > > > >> > this. However, it appears that this interface can't trunk vlan > > > >> > interfaces. > > > =3D2E.. > > > >No, I'm sure I want it the way I said. I know it sounds wrong, but > > > >I just don't have enough PCI-X slots to waste 2 on physical 100M > > > >NICs for the uplink from the routers. > > >=20 > > > Trunking is a way of combining multiple physical interfaces to increa= se > > > the bandwidth. Trunking multiple VLANs on a single interface doesn't > > > make sense to me. > >=20 > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > > aggregation. I really think that it makes no sense to be able to > > aggregate some ethernet interfaces and not others. I suppose some > > pedant will tell me vlan interfaces are not ethernet. >=20 > I think the unfortunate name of trunk(4) that we inherited from OpenBSD > is causing quite some confusion. trunk(4) actually has nothing to do > with vlan trunking which I think you are after. >=20 > I can see this topic coming up again so it could save some time to > rename the driver now. It would mean that we lose the naming link to the > same driver in OpenBSD but you cant win em all. >=20 > Some names that have been suggested are: >=20 > linkag(4) > agr(4) > bond(4) <- same as linux >=20 agr(4) as I understand it sounds very restrictive to me considering the different modes trunk(4) supports. I'd prefer bond(4) (also a great opportunaty to add some 007 jokes to the manpage :-P). - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGH5KQbHYXjKDtmC0RAg+QAJ9HEE+MCubXSU4mq+7JEeJh8KB8xACg8ehz Dxn/qCFBuA2kxYQPoM23ATY= =dAs7 -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:47:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB9E416A408; Fri, 13 Apr 2007 14:47:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 635E213C4B8; Fri, 13 Apr 2007 14:47:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2111946DE8; Fri, 13 Apr 2007 10:47:52 -0400 (EDT) Date: Fri, 13 Apr 2007 15:47:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Craig Boston In-Reply-To: <20070413143550.GA19881@nowhere> Message-ID: <20070413154418.M65660@fledge.watson.org> References: <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <86slb5e33a.fsf@dwp.des.no> <20070413164840.V31079@besplex.bde.org> <20070413143550.GA19881@nowhere> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, Dag-Erling Sm?rgrav , "Rick C. Petty" , freebsd-current@freebsd.org, Bruce Evans Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 14:47:53 -0000 On Fri, 13 Apr 2007, Craig Boston wrote: > On Fri, Apr 13, 2007 at 05:34:56PM +1000, Bruce Evans wrote: > >> Doesn't everyone who uses atomic operations knows that they are expensive? >> :) > > Yes, though hopefully they should at least be faster than using a mutex, > though for cmpxchg8b it sounds like that may not necessarily be the case... A common example of this not being the case is statistics updates: it doesn't take too many statistics being updated at once before it makes more sense to use a mutex than individual atomic instructions, as mutex lock and unlock, in the uncontended case, involve an atomic instruction each (with memory barriers). Then it becomes more semantic: is using non-blocking primitives preferable, or are there consistency requirements between "atomically" updated fields? If contention never happens, then maybe you get consistency for free by using a mutex. As a general rule, unless it's a very clear-cut case (a simple counter), I would encourage people to program with mutexes rather than directly with atomic instructions. It prevents them from having to deal with really weird stuff that happens with weaker memory consistency. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:52:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E04AF16A403 for ; Fri, 13 Apr 2007 14:52:04 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 7083713C4B9 for ; Fri, 13 Apr 2007 14:52:04 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HcN7v-000AC1-EZ; Fri, 13 Apr 2007 18:51:51 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HcN87-00035N-EC; Fri, 13 Apr 2007 18:52:03 +0400 To: Mike Tancsa References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> From: Boris Samorodov Date: Fri, 13 Apr 2007 18:52:03 +0400 In-Reply-To: <200704112111.l3BLBUaD094648@lava.sentex.ca> (Mike Tancsa's message of "Wed, 11 Apr 2007 17:11:43 -0400") Message-ID: <00805276_-_@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: adam radford , "freebsd@bitfreak.org" , current@freebsd.org Subject: [plus 9650SE cards] Re: twa(4) update to support 9550SXU/9590SE controllers 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, 13 Apr 2007 14:52:05 -0000 On Wed, 11 Apr 2007 17:11:43 -0400 Mike Tancsa wrote: > At 06:44 PM 10/11/2006, adam radford wrote: > >'vkashyap' is no longer maintaining the 3ware 'twa' driver. > > > >'twa' driver in RELENG_6 and CURRENT both support 9550SXU and > >9590SE controllers at this time. They both have the 0x1003 device ID. > > > >I will be sending an update in the near future to support the new series of > >9650SE controllers, remove bundled firmware (we have a FreeBSD specific > >userspace firmware update utility), and remove lots of non FreeBSD specific > >code. > Hi, > We are just in the process of evaluating the new 9650se cards, > and RELENG_6 does not actually recognize them. > none1@pci2:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 > rev=0x01 hdr=0x00 > vendor = '3ware Inc.' > class = mass storage > subclass = RAID > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 32 messages, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint > Are there still plans to integrate support for the newer generation of > cards into the FreeBSD src tree ? Using the driver off the website, > it seems to work OK but doing installs this way is bit of a pain I've done a follow-up to PR/106488: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106488 Those instructions should be enough for testing/committing. > twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem > 0x88000000-0x89ffffff,0x8a200000-0x8a200fff irq 16 at device 0.0 on > pci2 > twa0: [FAST] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-2LP, 2 > ports, Firmware FE9X 3.06.00.005, BIOS BE9X 3.06.00.002 > da0 at twa0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 100.000MB/s transfers > da0: 76283MB (156227584 512 byte sectors: 255H 63S/T 9724C) > ---Mike > >-Adam > > > >On 10/11/06, freebsd@bitfreak.org wrote: > >>I just noticed that, based on the commit logs, the twa(4) driver is > >>still the driver from the 9.3.0.1 release from 3ware. That version > >>doesn't support the new 9550SXU and 9590SE controllers, the later being > >>3ware's new PCI Express card. Is anyone currently planning/testing an > >>update to the 9.3.0.7 release? I tried emailing the only address listed > >>(vkashyap) in the logs and source, but it bounced. So I'm not sure who > >>contact. Should this wait until after the 6.2 release? > >>_______________________________________________ > >>freebsd-current@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > 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" WBR -- bsam Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 14:53:04 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04EE416A415; Fri, 13 Apr 2007 14:53:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5AC1113C46C; Fri, 13 Apr 2007 14:52:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fmhmda@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3DEqjYi040100; Fri, 13 Apr 2007 16:52:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3DEqjXv040099; Fri, 13 Apr 2007 16:52:45 +0200 (CEST) (envelope-from olli) Date: Fri, 13 Apr 2007 16:52:45 +0200 (CEST) Message-Id: <200704131452.l3DEqjXv040099@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, bde@zeta.org.au, des@des.no, freebsd-fs@FreeBSD.ORG, craig@xfoil.gank.org, rick-freebsd@kiwi-computer.com In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 13 Apr 2007 16:52:52 +0200 (CEST) Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, bde@zeta.org.au, des@des.no, freebsd-fs@FreeBSD.ORG, craig@xfoil.gank.org, rick-freebsd@kiwi-computer.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, 13 Apr 2007 14:53:04 -0000 Bruce Evans wrote: > Not for cmpxchg8b, at least. It is a remarkably slow instruction. On > AthlonXP's it has an execution latency of 39 cycles. cmpxchg only has an > cmpxchg only has an execution latency of 6 cycles (both without a lock > prefix). I don't know how to avoid using cmpxchg8b short of using a > mutex lock/unlock pair and slightly different semantics, or a generation > count and very different semantics, but without lock prefixes the > mutex pair would be much faster than the cmpxchg8b. Using cmpxchg8b with a lock prefix wouldn't be a good idea anyway. If I remember correctly, the lock cmpxchg8b combination was the cause of the infamous "F00F" bug of old Pentium processors. It causes them to freeze. (FreeBSD has a hack to work around the problem, as you certainly know ... I don't know exactly how it works.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 15:21:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 645B116A401; Fri, 13 Apr 2007 15:21:18 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id DB8AF13C4B7; Fri, 13 Apr 2007 15:21:17 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l3DFLGNh073164; Fri, 13 Apr 2007 17:21:16 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l3DFL87N045266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Apr 2007 17:21:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l3DFL8Po038758; Fri, 13 Apr 2007 17:21:08 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l3DFL87m038757; Fri, 13 Apr 2007 17:21:08 +0200 (CEST) (envelope-from ticso) Date: Fri, 13 Apr 2007 17:21:08 +0200 From: Bernd Walter To: Lev Serebryakov Message-ID: <20070413152107.GJ30772@cicely12.cicely.de> References: <200704112004.03903.lists@jnielsen.net> <20070412021645.GQ30772@cicely12.cicely.de> <168809424.20070412205725@serebryakov.spb.ru> <20070412175525.GB30772@cicely12.cicely.de> <461F7699.3020808@FreeBSD.org> <20070413124130.GF30772@cicely12.cicely.de> <461F7EAC.4000102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <461F7EAC.4000102@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: ticso@cicely.de, current@freebsd.org Subject: Re: ZFS to support chflags? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Apr 2007 15:21:18 -0000 On Fri, Apr 13, 2007 at 04:59:24PM +0400, Lev Serebryakov wrote: > Bernd Walter wrote: > > >>>split out non backup directories in different filesystems. > >> Huh!? At least 2 FS for each active user in system (and 3 for many of > >>them)? > >Why not? > >With ZFS I only see the kernel mount list as a possible problem, which > >AFAIK doesn't scale very well. > >Maybe someone else with more knowledge will comment on this point. > Can user create sub-FS? `chflags nodump ~/temp' is not privileged > operation... I don't think users can create sub-FS, although it seems to be possible to allow jails. chflags nodump is not privileged, but not supported with NFS and can easily lost by many type of applications, which unlink/open files for writing. .something files holding filter rules work in all cases. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 15:43:49 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43B1A16A401 for ; Fri, 13 Apr 2007 15:43:49 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 8D72813C48C for ; Fri, 13 Apr 2007 15:43:48 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [85.172.94.239] ([85.172.94.239]:35013 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3588398AbXDMP3e (ORCPT ); Fri, 13 Apr 2007 19:29:34 +0400 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 3D9C8172F6; Fri, 13 Apr 2007 19:29:32 +0400 (MSD) Date: Fri, 13 Apr 2007 19:29:32 +0400 From: Sergey Zaharchenko To: Oliver Fromme Message-ID: <20070413152932.GA3088@shark.localdomain> References: <200704131452.l3DEqjXv040099@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <200704131452.l3DEqjXv040099@lurza.secnetix.de> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 15:43:49 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [cc list trimmed] Hello Oliver! Fri, Apr 13, 2007 at 04:52:45PM +0200 you wrote: > Using cmpxchg8b with a lock prefix wouldn't be a good idea > anyway. If I remember correctly, the lock cmpxchg8b > combination was the cause of the infamous "F00F" bug of > old Pentium processors. It causes them to freeze. AFAICT the bug only manifested itself when the instruction had an invalid register operand: www.intel.com/support/processors/pentium/ppiie/ : > It is illegal to use a register as the destination. ... If a > register is used as the destination, the processor normally stops > execution of the CMPXCH8B instruction, signals this error > condition and executes an error handler in software. > This erratum occurs if the CMPXCHG8B instruction is also locked ... > and an invalid register destination is used. So normal instructions should be OK. The fix was there to protect the system from malicious code which could hang it. --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFGH6Hbwo7hT/9lVdwRAjQKAJ0W0wBuh1mU/qBi97+58em8ldPq3wCfY1Pl 6T7FanHOlPTZ7DQThpp9foU= =SN/w -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 15:55:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A99B16A400 for ; Fri, 13 Apr 2007 15:55:19 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.freebsd.org (Postfix) with ESMTP id C14AD13C46A for ; Fri, 13 Apr 2007 15:55:18 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id BB8792C906 for ; Fri, 13 Apr 2007 17:23:10 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id B2AC02C90A; Fri, 13 Apr 2007 17:23:08 +0200 (CEST) Received: from intanto (unknown [192.168.1.18]) by insomma.datacode.it (Postfix) with SMTP id 6ADCE2C906; Fri, 13 Apr 2007 17:23:08 +0200 (CEST) Date: Fri, 13 Apr 2007 17:23:07 +0200 From: Massimo Lusetti To: Andrew Thompson Message-Id: <20070413172307.53d95262.massimo@cedoc.mo.it> In-Reply-To: <20070412210957.GA31864@heff.fud.org.nz> References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 15:55:19 -0000 On Fri, 13 Apr 2007 09:09:58 +1200 Andrew Thompson wrote: > Any suggestions! Please keep the name trunk(4). -- Massimo.run(); Schapiro's Explanation: The grass is always greener on the other side -- but that's because they use more manure. From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 15:59:58 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0809B16A402; Fri, 13 Apr 2007 15:59:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B4EDC13C4BD; Fri, 13 Apr 2007 15:59:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B5D502091; Fri, 13 Apr 2007 17:59:53 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 2E5BC2087; Fri, 13 Apr 2007 17:59:53 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id C7D3850C8; Fri, 13 Apr 2007 17:59:52 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Andrew Reilly References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <86slb5e33a.fsf@dwp.des.no> <20070413031422.GA27743@duncan.reilly.home> Date: Fri, 13 Apr 2007 17:59:52 +0200 In-Reply-To: <20070413031422.GA27743@duncan.reilly.home> (Andrew Reilly's message of "Fri, 13 Apr 2007 13:14:22 +1000") Message-ID: <86abxc1czr.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.ORG, Craig Boston , "Rick C. Petty" , freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 15:59:58 -0000 Andrew Reilly writes: > Apart from the fact that you are correct, how long is the > instruction encoding of cmpxchg8? Three bytes (0F C7 m64), four for "lock cmpxchg8" (F0 0F C7 m64). If the top two bits of m64 are set, you may get "interesting" results :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 16:16:47 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37CB216A400; Fri, 13 Apr 2007 16:16:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id EB06A13C45A; Fri, 13 Apr 2007 16:16:46 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 04BB02090; Fri, 13 Apr 2007 18:16:41 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E2E582087; Fri, 13 Apr 2007 18:16:40 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id C7D2850CD; Fri, 13 Apr 2007 18:16:40 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: freebsd-current@FreeBSD.ORG References: <200704131452.l3DEqjXv040099@lurza.secnetix.de> Date: Fri, 13 Apr 2007 18:16:40 +0200 In-Reply-To: <200704131452.l3DEqjXv040099@lurza.secnetix.de> (Oliver Fromme's message of "Fri, 13 Apr 2007 16:52:45 +0200 (CEST)") Message-ID: <8664801c7r.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.ORG, craig@xfoil.gank.org, rick-freebsd@kiwi-computer.com, bde@zeta.org.au Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 16:16:47 -0000 Oliver Fromme writes: > Using cmpxchg8b with a lock prefix wouldn't be a good idea anyway. > If I remember correctly, the lock cmpxchg8b combination was the > cause of the infamous "F00F" bug of old Pentium processors. It > causes them to freeze. Only when the operand is invalid. This causes an invalid opcode exception which can not be handled because the memory bus is locked, preventing the handler from beig loaded into cache. > (FreeBSD has a hack to work around the problem, as you certainly > know ... I don't know exactly how it works.) By marking the interrupt descriptor table read-only, the invalid opcode exception triggers a page fault, which unlocks the bus. The page fault handler examines the state of the CPU, determine that an invalid opcode exception occurred, and passes control to the appropriate handler (which sends SIGILL to the offending process). Additionally, to avoid penalizing other exceptions, the IDT is aligned such that it crosses a page boundary immediately after the entry for the invalid opcode exception, so only the first six entries in the IDT needs to be read-only. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 16:37:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89F0316A402 for ; Fri, 13 Apr 2007 16:37:39 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 46E7813C44B for ; Fri, 13 Apr 2007 16:37:38 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so679508pyh for ; Fri, 13 Apr 2007 09:37:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DUyaj6lp5VqLvrsT1rbAEJ4S0kSDLYNRI9OxxGlg6ltJyZEywOjpPO9fMBr0EhVmTq5Rky0OmST1QkKfp2hEy3MqmRd7d/Q3ePngjW7l+Msc7bmuUZlPumPnXfpbuPX0n9/DLwJVOHblfBvV5epuhCHpBna1jKdI5oiRvwvjt34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QryiQKJPzh19Eac/H9TLHc1RNB1hbrZUxHo0SMTlInUhlgy4trqo9xqL+XZSRW1swdDZMeRUHGCNPmiL1C5aPzbQdN8tBrs0v6jC6Sd2iWg+oFWGIvVH1XocWLTkWnDqJ+mA/JjdhR56eMGs/FFKoL37nKbpc6iEQLnaY/8ROFA= Received: by 10.65.61.16 with SMTP id o16mr6638808qbk.1176482258305; Fri, 13 Apr 2007 09:37:38 -0700 (PDT) Received: by 10.65.244.16 with HTTP; Fri, 13 Apr 2007 09:37:38 -0700 (PDT) Message-ID: Date: Fri, 13 Apr 2007 09:37:38 -0700 From: "Kip Macy" To: "Massimo Lusetti" , "Andrew Thompson" , "Peter Jeremy" , "Ian FREISLICH" , brooks@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20070413172307.53d95262.massimo@cedoc.mo.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <20070413172307.53d95262.massimo@cedoc.mo.it> Cc: Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 16:37:39 -0000 Am I correct in assuming that all the people who feel strongly that the current name should be kept to avoid a query-replace in the documentation are volunteering to clarify on Andrew's behalf any future name related confusion ? -Kip On 4/13/07, Massimo Lusetti wrote: > On Fri, 13 Apr 2007 09:09:58 +1200 > Andrew Thompson wrote: > > > Any suggestions! > > Please keep the name trunk(4). > > -- > Massimo.run(); > Schapiro's Explanation: The grass is always greener on the other side > -- but that's because they use more manure. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 16:44:50 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C583A16A400 for ; Fri, 13 Apr 2007 16:44:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 902E613C465 for ; Fri, 13 Apr 2007 16:44:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E8FCA46BFF for ; Fri, 13 Apr 2007 12:44:49 -0400 (EDT) Date: Fri, 13 Apr 2007 17:44:49 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070413174232.H65660@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Hang booting 7-current on a dual-P3: isa_find_memory 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, 13 Apr 2007 16:44:50 -0000 I recently tried updating a P3 box to 7-CURRENT, and ran into a hang at boot. I can get into the debugger, interestingly, so trace below. I'll try backing out kernel versions for a bit and see if I get anywhere. Robert N M Watson Computer Laboratory University of Cambridge sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: failed to probe at port 0x61 pnpid PNP0800 on isa0 unknown: can't assign resources (memory) unknown: at iomem 0-0x9ffff pnpid PNP0c01 on isa0 ~KDB: enter: Line break on console [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> bt Tracing pid 0 tid 0 td 0xc0a4d860 kdb_enter(c093b451) at kdb_enter+0x2b siointr1(c1ea2400,c0abc52c,0,c096e5d5,56f,...) at siointr1+0xce siointr(c1ea2400) at siointr+0x21 intr_execute_handlers(c1cfc8cc,c0c208a0,4,c0c20918,c08a88e4,...) at intr_execute_handlers+0xd9 lapic_handle_intr(38,c0c208a0) at lapic_handle_intr+0x2f Xapic_isr1() at Xapic_isr1+0x34 --- interrupt, eip = 0xc06e420e, esp = 0xc0c208e0, ebp = 0xc0c20918 --- rman_reserve_resource_bound(c0ac3b80,100000,ffffff,f00000,0,...) at rman_reserve_resource_bound+0x66 rman_reserve_resource(c0ac3b80,100000,ffffff,f00000,0,c1e5d400) at rman_reserve_resource+0x1c nexus_alloc_resource(c1d6e300,c1e5d400,3,c0c20c38,100000,ffffff,f00000,0) at nexus_alloc_resource+0xcb bus_generic_alloc_resource(c1d28b80,c1e5d400,3,c0c20c38,100000,ffffff,f00000,0) at bus_generic_alloc_resource+0x7f bus_generic_alloc_resource(c1d28900,c1e5d400,3,c0c20c38,100000,...) at bus_generic_alloc_resource+0x7f legacy_pcib_alloc_resource(c1d28900,c1e5d400,3,c0c20c38,100000,ffffff,f00000,0) at legacy_pcib_alloc_resource+0x4b resource_list_alloc(c1e4a704,c1d28800,c1e5d400,3,c0c20c38,...) at resource_list_alloc+0xac pci_alloc_resource(c1d28800,c1e5d400,3,c0c20c38,100000,ffffff,f00000,0) at pci_alloc_resource+0x1e0 bus_generic_alloc_resource(c1d28500,c1e5d400,3,c0c20c38,100000,ffffff,f00000,0) at bus_generic_alloc_resource+0x7f resource_list_alloc(c1e4a700,c1de2200,c1e5d400,3,c0c20c38,...) at resource_list_alloc+0x180 isa_alloc_resource(c1de2200,c1e5d400,3,c0c20c38,0,ffffffff,1,0) at isa_alloc_resource+0x112 bus_alloc_resource(c1e5d400,3,c0c20c38,0,ffffffff,...) at bus_alloc_resource+0x7c isa_find_memory(c1e5d400,c1e7780c,c1dcf800) at isa_find_memory+0x189 isa_assign_resources(c1e5d400) at isa_assign_resources+0x88 isa_probe_children(c1de2200) at isa_probe_children+0x14d configure(0,c1ec00,c1e000,0,c0452825,...) at configure+0x1d mi_startup() at mi_startup+0x96 begin() at begin+0x2c From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 16:49:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 325ED16A409 for ; Fri, 13 Apr 2007 16:49:30 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 95E9013C469 for ; Fri, 13 Apr 2007 16:49:29 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 7768 invoked from network); 13 Apr 2007 16:14:12 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Apr 2007 16:14:12 -0000 Message-ID: <461FB498.4030407@freebsd.org> Date: Fri, 13 Apr 2007 18:49:28 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Andrew Thompson References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> In-Reply-To: <20070412210957.GA31864@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 16:49:30 -0000 Andrew Thompson wrote: > On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: > >>Peter Jeremy wrote: >> >>>On 2007-Apr-11 15:43:04 +0200, Ian FREISLICH wrote: >>> >>>>Andrew Thompson wrote: >>>> >>>>>On Mon, Apr 02, 2007 at 11:17:29AM +0200, Ian FREISLICH wrote: >>>>> >>>>>>We're making extensive use of vlans to increase the number of >>>>>>interfaces availabble to us using switches to break out gigE into >>>>>>100M interfaces. The bandwidth problem we're having is to our >>>>>>provider, a 100M connection, and we're looking at doing exactly >>>>>>this. However, it appears that this interface can't trunk vlan >>>>>>interfaces. >>> >>>=2E.. >>> >>>>No, I'm sure I want it the way I said. I know it sounds wrong, but >>>>I just don't have enough PCI-X slots to waste 2 on physical 100M >>>>NICs for the uplink from the routers. >>> >>>Trunking is a way of combining multiple physical interfaces to increase >>>the bandwidth. Trunking multiple VLANs on a single interface doesn't >>>make sense to me. >> >>802.1q is VLAN tagging and trunking. This interface is LACP - link >>aggregation. I really think that it makes no sense to be able to >>aggregate some ethernet interfaces and not others. I suppose some >>pedant will tell me vlan interfaces are not ethernet. > > > I think the unfortunate name of trunk(4) that we inherited from OpenBSD > is causing quite some confusion. trunk(4) actually has nothing to do > with vlan trunking which I think you are after. > > I can see this topic coming up again so it could save some time to > rename the driver now. It would mean that we lose the naming link to the > same driver in OpenBSD but you cant win em all. > > Some names that have been suggested are: > > linkag(4) > agr(4) > bond(4) <- same as linux > > Any suggestions! lacp(4)++ -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 18:13:07 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B56D016A400; Fri, 13 Apr 2007 18:13:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 72C6113C4C5; Fri, 13 Apr 2007 18:13:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id DCE912090; Fri, 13 Apr 2007 20:13:03 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 049FE2087; Fri, 13 Apr 2007 20:13:03 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E18D350E1; Fri, 13 Apr 2007 20:13:02 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: freebsd-current@FreeBSD.ORG References: <200704131520.l3DFKSLs041554@lurza.secnetix.de> Date: Fri, 13 Apr 2007 20:13:02 +0200 In-Reply-To: <200704131520.l3DFKSLs041554@lurza.secnetix.de> (Oliver Fromme's message of "Fri, 13 Apr 2007 17:20:28 +0200 (CEST)") Message-ID: <86veg0kus1.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.ORG, zfs-discuss@opensolaris.org, pjd@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 18:13:07 -0000 Oliver Fromme writes: > Just a quick question: Does ZFS still work reliable when the write > cache for ATA disks is enabled, i.e. with the line "hw.ata.wc=3D1" in > /boot/loader.conf? Yes, as long as the disk doesn't lie about flushing its cache. Some early ATA disks faked the FLUSHCACHE command to improve their benchmark results. I don't know if any still do. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 18:16:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C37C516A401 for ; Fri, 13 Apr 2007 18:16:38 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id A1F5013C44C for ; Fri, 13 Apr 2007 18:16:38 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.11] (pool-71-117-207-70.ptldor.fios.verizon.net [71.117.207.70]) by mail.twinthornes.com (Postfix) with ESMTP id 3D7A0863; Fri, 13 Apr 2007 10:43:22 -0700 (PDT) Message-ID: <461FC13C.5060207@bitfreak.org> Date: Fri, 13 Apr 2007 10:43:24 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Boris Samorodov References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> In-Reply-To: <00805276_-_@srv.sem.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: adam radford , current@freebsd.org, Mike Tancsa Subject: Re: [plus 9650SE cards] Re: twa(4) update to support 9550SXU/9590SE controllers 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, 13 Apr 2007 18:16:38 -0000 Please trim me from the CC list. From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 18:22:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7253B16A400 for ; Fri, 13 Apr 2007 18:22:34 +0000 (UTC) (envelope-from aradford@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 2114913C44B for ; Fri, 13 Apr 2007 18:22:33 +0000 (UTC) (envelope-from aradford@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1040316ana for ; Fri, 13 Apr 2007 11:22:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Yp4R0veMZZ9gzhEmgcTzCR35uzvWeJzY6F5RiJVuuZsY5pAj1XS5bGFrYIU6KXEUA2P7fwtRfsd25YKLtrUpEU7yXqBz3QpXmjkSh5U+cQFsx6WAKdI/WF+96lsvRAbAk7eTc4DuVgiYuMfCKVG2tajFsafYqT+nbmR28zABF6Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VBxiGWtv+V0Ia2Lust61k5wLlmxuFA9JRNXu8NlvLcicgH8SxQZRvT9ta5a0MXS+g5j9o/RMGemUwMxuKMjaIjlgSahcldLUoy/9TN5ggVnVPNx5wAiysAHA9D6mfosY03BZxdX3eG7LOcrp97zJpLf4I5CxxgLaR/ID6TbSLQk= Received: by 10.100.91.6 with SMTP id o6mr2694145anb.1176486892306; Fri, 13 Apr 2007 10:54:52 -0700 (PDT) Received: by 10.100.208.6 with HTTP; Fri, 13 Apr 2007 10:54:52 -0700 (PDT) Message-ID: Date: Fri, 13 Apr 2007 10:54:52 -0700 From: "adam radford" To: "Eugene M. Kim" In-Reply-To: <461E557C.909@white.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <461E557C.909@white.lv> Cc: current@freebsd.org Subject: Re: twa(4) panics upon load 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, 13 Apr 2007 18:22:34 -0000 The un-necessary deferred interrupt support is causing this issue. Try going into tw_osl.h, and comment out the line: #define TW_OSLI_DEFERRED_INTR_USED -Adam On 4/12/07, Eugene M. Kim wrote: > Greetings, > > The -current kernel as of 2007-04-12T00:13Z panics upon loading twa.ko. > > The complete dmesg output is at: > http://purple.the-7.net/~ab/Temporary/5SbuuuG9D5/twa-dmesg-20070412.txt; > following is the panic message: > > 3ware device driver for 9000 series storage controllers, version: 3.70.02.012 > twa0: <3ware 9000 series Storage Controller> port 0x3000-0x303f mem 0xb2000000-0xb3ffffff,0xb0300000-0xb0300fff irq 48 at device 1.0 on pci4 > twa0: [FILTER] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.04.00.005, BIOS BE9X 3.04.00.002 > panic: blockable sleep lock (sleep mutex) CAM BIOQ lock @ /home/FreeBSD/build/MAIN/src/sys/cam/cam_xpt.c:4913 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0639600) at db_trace_self_wrapper+0x25 > kdb_backtrace(100,c4d29a20,c4d29a20,c0692e4c,9,...) at kdb_backtrace+0x29 > panic(c063b598,c0654b13,c0626612,c06265c2,1331,...) at panic+0x109 > witness_checkorder(c0692e4c,9,c06265c2,1331) at witness_checkorder+0xb8 > _mtx_lock_flags(c0692e4c,0,c06265c2,1331) at _mtx_lock_flags+0x84 > xpt_done(c50fe400,c5321038,c5314000,c531428c,c5321038,...) at xpt_done+0x36 > tw_osl_complete_io(c5321000,c531428c,c5314000,c5314040,e38a8c18,...) at tw_osl_complete_io+0xdd > tw_cli_complete_io(c531428c,16004070,0,c5314000,e38a8c40,...) at tw_cli_complete_io+0x61 > tw_cli_process_complete_queue(c5314000,c53140cc,0,c52ef5d0,152,...) at tw_cli_process_complete_queue+0x84 > tw_cli_process_resp_intr(c5314000,c511d740,e38a8c70,c05f8c51,c519b800,...) at tw_cli_process_resp_intr+0x19e > twa_pci_intr_fast(c519b800) at twa_pci_intr_fast+0x24 > intr_execute_handlers(c4d1c43c,e38a8c94,30,e38a8cd4,c05f4824,...) at intr_execute_handlers+0xd9 > lapic_handle_intr(3b,e38a8c94) at lapic_handle_intr+0x2f > Xapic_isr1() at Xapic_isr1+0x34 > --- interrupt, eip = 0xc099109d, esp = 0xe38a8cd4, ebp = 0xe38a8cd4 --- > acpi_cpu_c1(c06a7a10,c04c2844,e38a8cf4,c04c2844,c04c2844,...) at acpi_cpu_c1+0x5 > acpi_cpu_idle(e38a8d04,c04c286d,e38a8d24,c0495818,0,...) at acpi_cpu_idle+0x14e > cpu_idle(e38a8d24,c0495818,0,e38a8d38,c4d286c0,...) at cpu_idle+0x28 > sched_idletd(0,e38a8d38) at sched_idletd+0x29 > fork_exit(c04c2844,0,e38a8d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe38a8d70, ebp = 0 --- > Uptime: 29s > Physical memory: 2038 MB > Dumping 61 MB: 46 30 14 > > > Cheers, > Eugene > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 18:34:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBBA916A400 for ; Fri, 13 Apr 2007 18:34:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 955F013C457 for ; Fri, 13 Apr 2007 18:34:59 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l3DIZPvW034743 for ; Fri, 13 Apr 2007 11:35:25 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l3DIZPnN034742 for freebsd-current@freebsd.org; Fri, 13 Apr 2007 11:35:25 -0700 (PDT) (envelope-from sgk) Date: Fri, 13 Apr 2007 11:35:25 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070413183525.GA34643@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: gdb is broken 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, 13 Apr 2007 18:34:59 -0000 It appears that someone has broken gdb in -current. laptop:kargl[250] cat > hello.c #include int main(void) { printf("Hello world!\n"); return 0; } laptop:kargl[251] cc -o z -g hello.c laptop:kargl[252] ./z Hello world! laptop:kargl[253] gdb z (gdb) run Starting program: /usr/home/kargl/tmp/z Terminated gdb appears to spwan the csh comamnd below and then just spins. last pid: 871; load averages: 1.10, 0.63, 0.33 up 0+00:12:51 11:20:59 41 processes: 2 running, 37 sleeping, 1 stopped, 1 zombie CPU states: 27.3% user, 0.0% nice, 71.9% system, 0.8% interrupt, 0.0% idle Mem: 27M Active, 44M Inact, 70M Wired, 2372K Cache, 60M Buf, 350M Free Swap: 1008M Total, 1008M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 863 kargl 1 112 0 5784K 3980K RUN 0:50 67.77% gdb 864 kargl 1 103 0 3236K 1832K STOP 0:23 31.49% csh 871 kargl 1 44 0 3484K 1688K RUN 0:00 0.10% top A ktrace of gdb shows "Starting program: /usr/home/kargl/tmp/z " 904 gdb RET write 41/0x29 904 gdb CALL vfork 904 gdb RET vfork 905/0x389 904 gdb CALL wait4(0xffffffff,0xbfbfdee8,0,0) 904 gdb RET wait4 905/0x389 904 gdb CALL kill(0x389,SIG 0) 904 gdb RET kill 0 904 gdb CALL ptrace(PT_GETREGS,0x389,0xbfbfdca0,0) 904 gdb RET ptrace 0 904 gdb CALL ptrace(PT_GETDBREGS,0x389,0xbfbfddb0,0) 904 gdb RET ptrace 0 904 gdb CALL fcntl(0,F_GETFL,0) 904 gdb RET fcntl 2 904 gdb CALL ioctl(0,TIOCGETA,0x284af730) 904 gdb RET ioctl 0 904 gdb CALL ioctl(0,TIOCGPGRP,0xbfbfdf80) 904 gdb RET ioctl 0 904 gdb CALL ioctl(0,TIOCGETA,0x284af760) 904 gdb RET ioctl 0 904 gdb CALL fcntl(0,F_SETFL,O_RDONLY) 904 gdb RET fcntl 0 904 gdb CALL fcntl(0,F_SETFL,O_RDONLY) 904 gdb RET fcntl 0 904 gdb CALL ioctl(0,TIOCSETA,0x284af760) 904 gdb RET ioctl 0 904 gdb CALL ioctl(0,TIOCSPGRP,0xbfbfdfb0) 904 gdb RET ioctl 0 904 gdb CALL ptrace(PT_CONTINUE,0x389,0x1,0) 904 gdb RET ptrace 0 904 gdb CALL wait4(0xffffffff,0xbfbfdee8,0,0) 904 gdb RET wait4 905/0x389 904 gdb CALL kill(0x389,SIG 0) 904 gdb RET kill 0 904 gdb CALL ptrace(PT_GETREGS,0x389,0xbfbfdca0,0) 904 gdb RET ptrace 0 904 gdb CALL ptrace(PT_GETDBREGS,0x389,0xbfbfddb0,0) 904 gdb RET ptrace 0 904 gdb CALL ptrace(PT_CONTINUE,0x389,0x1,0x14) 904 gdb RET ptrace 0 904 gdb CALL wait4(0xffffffff,0xbfbfdee8,0,0) 904 gdb RET wait4 905/0x389 904 gdb CALL kill(0x389,SIG 0) 904 gdb RET kill 0 904 gdb CALL ptrace(PT_GETREGS,0x389,0xbfbfdca0,0) 904 gdb RET ptrace 0 904 gdb CALL ptrace(PT_GETDBREGS,0x389,0xbfbfddb0,0) 904 gdb RET ptrace 0 904 gdb CALL ptrace(PT_CONTINUE,0x389,0x1,0x14) 904 gdb RET ptrace 0 904 gdb CALL wait4(0xffffffff,0xbfbfdee8,0,0) 904 gdb RET wait4 905/0x389 904 gdb CALL kill(0x389,SIG 0) 904 gdb RET kill 0 The last ten lines are now endlessly repeated. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 18:55:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A416616A400 for ; Fri, 13 Apr 2007 18:55:08 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 28BB013C45A for ; Fri, 13 Apr 2007 18:55:07 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so538154ugh for ; Fri, 13 Apr 2007 11:55:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=p4eiaQISUVP3UMmiRAGeR1aD7g8qh2F8eMETofUQAJsoJIB2YrvT+YQsPxWeJORe28bZUOooQm6/BWhCzqNg5Nn6RDxsHekeCMqjxbXomMsXgIBDzxZwI/lQ8yLBIO7Tq9yz2hXt3JSs1gMnRqtDaCtHh+B3QLPtXC3ueLId3BA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=jCVb7yKDF7QkUpPQgw61gZ22lZ+SyEmVs40dmL4Bjy0D/ZPKoKcqnLAi3ls3DGbBPW/ccKnOxRIv3fiIitvZh7JGJe+2S9AuLsL/5PrV4k/3pNs+DALYciVeEb/3QdUdYyJNA0shqH0yX8FMoirkiiDnPVKa8PtclA0Y61mYVts= Received: by 10.82.138.6 with SMTP id l6mr4723953bud.1176490506174; Fri, 13 Apr 2007 11:55:06 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.144.87]) by mx.google.com with ESMTP id j2sm1100333mue.2007.04.13.11.54.58; Fri, 13 Apr 2007 11:55:04 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l3DIiQkx023163; Fri, 13 Apr 2007 20:44:26 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l3DIiPRL023159; Fri, 13 Apr 2007 20:44:25 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Fri, 13 Apr 2007 20:44:25 +0200 From: Ulrich Spoerlein To: "Rick C. Petty" Message-ID: <20070413184425.GA6042@roadrunner.q.local> Mail-Followup-To: "Rick C. Petty" , freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> <20070412185159.GB95302@nowhere> <20070412195947.GA96935@keira.kiwi-computer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070412195947.GA96935@keira.kiwi-computer.com> Cc: freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 18:55:08 -0000 Rick C. Petty wrote: > On Thu, Apr 12, 2007 at 01:51:59PM -0500, Craig Boston wrote: > > For something this low level my opinion is it's better to stay with > > compile time options. After all, in the above example, cmpxchg8 is a > > single machine instruction. How much overhead does it add to retrieve a > > variable from memory and check it, then jump to the correct place? > > Enough that it outweighs the benefit of using that instruction in the > > first place? > > [...] > The problem is that ZFS would be compiled (by default) to work for many > platforms, and thus a majority of systems wouldn't get the nice > optimization. Disclaimer: I have no clue what cmpxchg8 actually does, but ... We are talking about optimizing a filesystem by speeding up the necessary CPU computations. Now, whenever the CPU waits for I/O (which the ZFS threads will do plenty of times) it has literally thousands of cycles to burn. I don't see how this could possibly make ZFS any faster if it does not avoid I/O operations entirely. Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 19:14:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F069416A400; Fri, 13 Apr 2007 19:14:13 +0000 (UTC) (envelope-from SRS0=8225063574ef5ce43d097ba6ee0db9f3d955dc0e=304=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 764F413C448; Fri, 13 Apr 2007 19:14:13 +0000 (UTC) (envelope-from SRS0=8225063574ef5ce43d097ba6ee0db9f3d955dc0e=304=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id SWT76448; Fri, 13 Apr 2007 11:58:48 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 511B745054; Fri, 13 Apr 2007 11:58:48 -0700 (PDT) To: Massimo Lusetti In-Reply-To: Your message of "Fri, 13 Apr 2007 17:23:07 +0200." <20070413172307.53d95262.massimo@cedoc.mo.it> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1176490728_44285P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 13 Apr 2007 11:58:48 -0700 From: "Kevin Oberman" Message-Id: <20070413185848.511B745054@ptavv.es.net> Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, Andrew Thompson , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 19:14:14 -0000 --==_Exmh_1176490728_44285P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 13 Apr 2007 17:23:07 +0200 > From: Massimo Lusetti > Sender: owner-freebsd-current@freebsd.org > > On Fri, 13 Apr 2007 09:09:58 +1200 > Andrew Thompson wrote: > > > Any suggestions! > > Please keep the name trunk(4). I'll live with whatever, but to most networking (or telecom) folks, trunking is muxing multiple data streams onto a single media. In networking, this means multiple VLANs over a single connection. I have never seen it refer to aggregating several connections to look like a single one (802.1ad). But it sounds like someone will be confused by either case, so... -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1176490728_44285P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGH9Lokn3rs5h7N1ERAhZnAJ9ZYsZHo0Dp65sEk5oCfT5qd4Mg0wCfcRiX DaypVv6zWhYZHyXhyC5rjmA= =/7cV -----END PGP SIGNATURE----- --==_Exmh_1176490728_44285P-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 19:45:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B473716A404 for ; Fri, 13 Apr 2007 19:45:47 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFED13C4B9 for ; Fri, 13 Apr 2007 19:45:47 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from [10.0.0.173] ([10.0.0.173]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id l3DJixlP049272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Apr 2007 20:44:59 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <461FCFC0.6050109@unsane.co.uk> Date: Fri, 13 Apr 2007 19:45:20 +0100 From: Vince Hoffman User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Andre Oppermann References: <20070411191450.GE815@turion.vk2pj.dyndns.org> <20070412210957.GA31864@heff.fud.org.nz> <461FB498.4030407@freebsd.org> In-Reply-To: <461FB498.4030407@freebsd.org> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , Ian FREISLICH , brooks@freebsd.org, Andrew Thompson , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 19:45:47 -0000 Andre Oppermann wrote: > Andrew Thompson wrote: >> On Thu, Apr 12, 2007 at 07:39:00AM +0200, Ian FREISLICH wrote: >> >> I think the unfortunate name of trunk(4) that we inherited from OpenBSD >> is causing quite some confusion. trunk(4) actually has nothing to do >> with vlan trunking which I think you are after. >> >> I can see this topic coming up again so it could save some time to >> rename the driver now. It would mean that we lose the naming link to the >> same driver in OpenBSD but you cant win em all. >> >> Some names that have been suggested are: >> >> linkag(4) >> agr(4) >> bond(4) <- same as linux >> >> Any suggestions! > > lacp(4)++ > Or fec(4) since this provides the same (and greater) fucntionality as ng_fec(4) (or for that matter at this rate we could call it bikeshed(4) ;) Vince From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 20:08:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2703E16A400 for ; Fri, 13 Apr 2007 20:08:01 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0A96A13C4B9 for ; Fri, 13 Apr 2007 20:08:00 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 61528 invoked from network); 13 Apr 2007 19:42:38 -0000 Received: from ppp-71-139-28-99.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.28.99) by root.org with ESMTPA; 13 Apr 2007 19:42:38 -0000 Message-ID: <461FDD28.6030502@root.org> Date: Fri, 13 Apr 2007 12:42:32 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> In-Reply-To: <20070409094010.GL26348@codelabs.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: max@love2party.net, freebsd-current@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Fri, 13 Apr 2007 20:08:01 -0000 Eygene Ryabinkin wrote: > Nate, good day. > > Mon, Apr 09, 2007 at 05:56:14AM +0000, nate@root.org wrote: >> A few weeks ago, I committed a change to ALTQ that I was only able to >> compile-test. What I need is someone with a laptop or other >> cpufreq-capable system that is also using ALTQ to verify that with >> powerd running, the queuing timing is now reliable. > > I see no difference between the -CURRENT from today and from 30th > March (I see that your commit was made at 26th of March, but I am > not sure that mu current was updated after it for the -CURRENT > compiled at 30th of March). > > The bad news are that the ALTQ behaves wrong: when the CPU frequency > is changed the bandwidth changes too. Either I am doing something > wrong, or your commit should be polished a bit. First, add a printf at line 915 (end of function tsc_freq_changed() in sys/contrib/altq/altq/altq_subr.c): printf("machclk_freq now %d\n", machclk_freq); Does it trigger when you change the cpu freq? Is the number printent correct (i.e. 400 million for 400 Mhz)? > My environment is: Asus A2D running AMD Mobile XP, iwi (Intel > 2915ABG) and 7-CURRENT. The pf rules were: > ----- > altq on iwi0 bandwidth 3Kb cbq queue { dflt } > queue dflt bandwidth 100% cbq(default) > pass out quick log on iwi0 proto tcp from $my_ip to any flags S/AUSPF \ > keep state queue dflt > ----- > > The interface is running at 22 Mbit/sec most of the time. No polling > was enabled. The bandwidth was measured by the ifstat, powerd was > disabled and I had changed the frequency via sysctl. Four frequencies > were used: 400, 800, 1600 and 2200. The kernel config included the > following ALTQ options: > ----- > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > ----- > Basically, I made two tests: WAN and LAN downloading over FTP and > HTTP. WAN test was done for the old and new -CURRENTs and LAN test > was done just for the new -CURRENT. All tests were done in the > following manner: ifstat was spawned with the delay of 3 seconds, > files were downloaded by fetch and I manually changed the CPU > frequency via sysctl. > > First two logs, ifstat.bw3Kb.old.wan.log and ifstat.bw3Kb.new.wan.log > do show the WAN results. The 100 Kbps corresponds to 400 MHz, 200 > Kbps -- to 800 MHz, 410 Kbps -- to 1600 MHz and 560 Kbps -- to 2200 > MHz CPU speed. I thought that I was bounded by the WAN link here. What was the CPU speed on bootup? -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 15:20:35 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C903016A401; Fri, 13 Apr 2007 15:20:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 468D313C4AD; Fri, 13 Apr 2007 15:20:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (yjgxwf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3DFKSgb041555; Fri, 13 Apr 2007 17:20:34 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3DFKSLs041554; Fri, 13 Apr 2007 17:20:28 +0200 (CEST) (envelope-from olli) Date: Fri, 13 Apr 2007 17:20:28 +0200 (CEST) Message-Id: <200704131520.l3DFKSLs041554@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, pjd@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, zfs-discuss@opensolaris.org In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 13 Apr 2007 17:20:34 +0200 (CEST) X-Mailman-Approved-At: Fri, 13 Apr 2007 20:42:22 +0000 Cc: Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, pjd@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, zfs-discuss@opensolaris.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Apr 2007 15:20:35 -0000 Pawel Jakub Dawidek wrote: > I'm happy to inform that the ZFS file system is now part of the FreeBSD > operating system. ZFS is available in the HEAD branch and will be > available in FreeBSD 7.0-RELEASE as an experimental feature. Great work, Pawel! This is an important milestone for the FreeBSD project. Just a quick question: Does ZFS still work reliable when the write cache for ATA disks is enabled, i.e. with the line "hw.ata.wc=1" in /boot/loader.conf? I can't wait to set up a test machine with FreeBSD -current to start playing with ZFS. :) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 15:27:10 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B369B16A403; Fri, 13 Apr 2007 15:27:10 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 36C5513C489; Fri, 13 Apr 2007 15:27:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (varonk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3DFQxXf041915; Fri, 13 Apr 2007 17:27:04 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3DFQxf0041914; Fri, 13 Apr 2007 17:26:59 +0200 (CEST) (envelope-from olli) Date: Fri, 13 Apr 2007 17:26:59 +0200 (CEST) Message-Id: <200704131526.l3DFQxf0041914@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, brueffer@FreeBSD.ORG, thompsa@FreeBSD.ORG, ianf@clue.co.za, peterjeremy@optushome.com.au, brooks@FreeBSD.ORG In-Reply-To: <20070413142416.GB4558@haakonia.hitnet.RWTH-Aachen.DE> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 13 Apr 2007 17:27:04 +0200 (CEST) X-Mailman-Approved-At: Fri, 13 Apr 2007 20:42:37 +0000 Cc: Subject: Re: CFT: new trunk(4) 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, 13 Apr 2007 15:27:10 -0000 Christian Brueffer wrote: > Andrew Thompson wrote: > > I can see this topic coming up again so it could save some time to > > rename the driver now. It would mean that we lose the naming link to the > > same driver in OpenBSD but you cant win em all. > > > > Some names that have been suggested are: > > > > linkag(4) > > agr(4) > > bond(4) <- same as linux > > agr(4) as I understand it sounds very restrictive to me considering the > different modes trunk(4) supports. I'd prefer bond(4) (also a great > opportunaty to add some 007 jokes to the manpage :-P). Personally I also prefer bond(4). However, _if_ you choose agr(4), please spell it correctly as aggr(4) ("aggregation"). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I started using PostgreSQL around a month ago, and the feeling is similar to the switch from Linux to FreeBSD in '96 -- 'wow!'." -- Oddbjorn Steffensen From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 16:26:24 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F01516A400 for ; Fri, 13 Apr 2007 16:26:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2824913C455 for ; Fri, 13 Apr 2007 16:26:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dixgpk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3DGQHnK044784; Fri, 13 Apr 2007 18:26:22 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3DGQHZW044782; Fri, 13 Apr 2007 18:26:17 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200704131626.l3DGQHZW044782@lurza.secnetix.de> To: doublef-ctm@yandex.ru (Sergey Zaharchenko) Date: Fri, 13 Apr 2007 18:26:17 +0200 (CEST) In-Reply-To: <20070413152932.GA3088@shark.localdomain> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 13 Apr 2007 18:26:23 +0200 (CEST) X-Mailman-Approved-At: Fri, 13 Apr 2007 20:42:44 +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Re: ZFS committed to the FreeBSD base. 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, 13 Apr 2007 16:26:24 -0000 Sergey Zaharchenko wrote: > Hello Oliver! > > Fri, Apr 13, 2007 at 04:52:45PM +0200 you wrote: > > Using cmpxchg8b with a lock prefix wouldn't be a good idea > > anyway. If I remember correctly, the lock cmpxchg8b > > combination was the cause of the infamous "F00F" bug of > > old Pentium processors. It causes them to freeze. > > AFAICT the bug only manifested itself when the instruction had an > invalid register operand: > > www.intel.com/support/processors/pentium/ppiie/ : Ah, that's good then. Thanks for the clarification! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 20:42:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B314116A4E1; Fri, 13 Apr 2007 20:42:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 65CC313C458; Fri, 13 Apr 2007 20:42:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=KAJjG3tggy7529bsv8XNyeDspWbShrA7+HN2ODqB0PVZOMGnZY8y4P+YZriuLlR7BXfzYO5115Rmo4dJY2ZpGmchbXy/sO9/bYz5pv+UAFq86N2/Zo68d5Bn8BDfEmoNR6hdEPmyTg8QSFlw6wp5CBDkL8qinStk3yPr9h7YFC0=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HcSbS-000Lpo-Mq; Sat, 14 Apr 2007 00:42:43 +0400 Date: Sat, 14 Apr 2007 00:42:38 +0400 From: Eygene Ryabinkin To: Nate Lawson Message-ID: <20070413204237.GG49158@codelabs.ru> References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> <461FDD28.6030502@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <461FDD28.6030502@root.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.6 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_05 Cc: max@love2party.net, freebsd-current@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Fri, 13 Apr 2007 20:42:49 -0000 Nate, good day! Fri, Apr 13, 2007 at 12:42:32PM -0700, Nate Lawson wrote: > > I see no difference between the -CURRENT from today and from 30th > > March (I see that your commit was made at 26th of March, but I am > > not sure that mu current was updated after it for the -CURRENT > > compiled at 30th of March). > > > > The bad news are that the ALTQ behaves wrong: when the CPU frequency > > is changed the bandwidth changes too. Either I am doing something > > wrong, or your commit should be polished a bit. > > First, add a printf at line 915 (end of function tsc_freq_changed() in > sys/contrib/altq/altq/altq_subr.c): > printf("machclk_freq now %d\n", machclk_freq); ^^ Should be %lu, I believe? > Does it trigger when you change the cpu freq? Is the number printent > correct (i.e. 400 million for 400 Mhz)? Yes, the numbers are perfectly correct. I will try to redo the tests on Monday (when I will be able to use the LAN link) and will watch for this debug information. Any other recommendations are, of course, welcome. > > First two logs, ifstat.bw3Kb.old.wan.log and ifstat.bw3Kb.new.wan.log > > do show the WAN results. The 100 Kbps corresponds to 400 MHz, 200 > > Kbps -- to 800 MHz, 410 Kbps -- to 1600 MHz and 560 Kbps -- to 2200 > > MHz CPU speed. I thought that I was bounded by the WAN link here. > > What was the CPU speed on bootup? 2200 MHz. -- Eygene From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 18:30:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C58E16A404; Fri, 13 Apr 2007 18:30:32 +0000 (UTC) (envelope-from da@dirkarlt.de) Received: from mail.fizon.de (mail.fizon.de [85.159.14.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3276C13C4BB; Fri, 13 Apr 2007 18:30:32 +0000 (UTC) (envelope-from da@dirkarlt.de) Received: from p5ld2.mjhp.net (dslb-082-083-047-156.pools.arcor-ip.net [82.83.47.156]) (authenticated bits=0) by mail.fizon.de (8.13.6/8.13.6) with ESMTP id l3DIHv5p078508; Fri, 13 Apr 2007 20:17:57 +0200 (CEST) (envelope-from da@dirkarlt.de) Date: Fri, 13 Apr 2007 20:17:05 +0200 From: Dirk Arlt To: freebsd-stable@freebsd.org Message-Id: <20070413201705.f567c9ca.da@dirkarlt.de> In-Reply-To: <20061228181242.b8583f41.dirkarlt@gmail.com> References: <20061228181242.b8583f41.dirkarlt@gmail.com> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__13_Apr_2007_20_17_05_+0200_id9KMbV4ItdIwLJ7" X-Virus-Scanned: ClamAV 0.88.7/3064/Tue Apr 10 18:25:23 2007 on mail.fizon.de X-Virus-Status: Clean X-Spam-Status: No, score=-95.9 required=5.0 tests=AWL,BAYES_05,RCVD_IN_DSBL, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL,USER_IN_WHITELIST autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.fizon.de X-Mailman-Approved-At: Fri, 13 Apr 2007 20:43:07 +0000 Cc: freebsd-current@freebsd.org Subject: Re: atapicam - System freeze with hw.ata.atapi_dma=1 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, 13 Apr 2007 18:30:32 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__13_Apr_2007_20_17_05_+0200_id9KMbV4ItdIwLJ7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit * Dirk Arlt schrieb: > Hi All, > > I found that issue in older mailings and as bugreport, but its not > mentioned anymore. > > Loading atapicam freezes my system, with or without dvdram. Only > solution is setting hw.ata.atapi_dma to 0. > > I'd like to see that issue reanimated. Of course i'll give any > information necessary. > > I am using an SMP with 6.2-PRELEASE System with a custum Kernel where i > just threw out NICs and some other stuff i dont have. > > Dirk Still the same problem, now using 6.2-STABLE. attached: dmesg and kernel-config Dirk --Multipart=_Fri__13_Apr_2007_20_17_05_+0200_id9KMbV4ItdIwLJ7 Content-Type: application/octet-stream; name="P5LD2" Content-Disposition: attachment; filename="P5LD2" Content-Transfer-Encoding: base64 IyBQNUxEMiAtLSBLZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVlQlNEL2kzODYKCm1h Y2hpbmUJCWkzODYKY3B1CQlJNjg2X0NQVQppZGVudAkJUDVMRDIJCgojIFRvIHN0YXRpY2FsbHkg Y29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jvb3QvZGV2aWNlLmhpbnRzCiNo aW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2VzIHRvIGxvb2sgZm9yIGRldmlj ZXMuCgojbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRl YnVnIHN5bWJvbHMKCm9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBzY2hlZHVsZXIKb3B0aW9u cyAJUFJFRU1QVElPTgkJIyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uCm9wdGlvbnMg CUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRpb25zIAlJTkVUNgkJCSMgSVB2NiBjb21tdW5p Y2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJRkZTCQkJIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0 ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJCSMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9y dApvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0cwpv cHRpb25zIAlVRlNfRElSSEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJlY3Rv cmllcwpvcHRpb25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQoj b3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKI29wdGlvbnMg CU5GU1NFUlZFUgkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyCiNvcHRpb25zIAlORlNfUk9P VAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVApvcHRpb25zIAlNU0RPU0ZT CQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNPIDk2NjAgRmlsZXN5 c3RlbQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNF VURPRlMpCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpv cHRpb25zIAlHRU9NX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUNPTVBB VF80MwkJIyBDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElTIV0Kb3B0aW9ucyAJQ09N UEFUX0ZSRUVCU0Q0CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENApvcHRpb25zIAlDT01QQVRf RlJFRUJTRDUJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q1Cm9wdGlvbnMgCVNDU0lfREVMQVk9 NTAwMAkJIyBEZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNF CQkJIyBrdHJhY2UoMSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNo YXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVl cwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJX0tQ T1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVu c2lvbnMKb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RFVgkjIGluc3RhbGwgYSBDREVWIGVudHJ5IGlu IC9kZXYKb3B0aW9ucyAJQURBUFRJVkVfR0lBTlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUu CgpvcHRpb25zICAgICAgICAgU01QICAgICAgICAgICAgICAgICAgICAgIyBTeW1tZXRyaWMgTXVs dGlQcm9jZXNzb3IgS2VybmVsCmRldmljZQkJYXBpYwkJCSMgSS9PIEFQSUMKCiMgQnVzIHN1cHBv cnQuCmRldmljZQkJZWlzYQpkZXZpY2UJCXBjaQoKIyBBVEEgYW5kIEFUQVBJIGRldmljZXMKZGV2 aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRyaXZlcwojZGV2aWNlCQlhdGFy YWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJp dmVzCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoKIyBT Q1NJIHBlcmlwaGVyYWxzCmRldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBT Q1NJKQpkZXZpY2UJCWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJIyBEaXJl Y3QgQWNjZXNzIChkaXNrcykKZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Ro cm91Z2ggZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52 aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgYXRrYmRjMCBjb250cm9scyBib3Ro IHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5 Ym9hcmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNt CQkjIFBTLzIgbW91c2UKCmRldmljZQkJa2JkbXV4CQkjIGtleWJvYXJkIG11bHRpcGxleGVyCgpk ZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIKCiNkZXZpY2UJCXNwbGFzaAkJIyBT cGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBk ZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJ c2MKCiMgRW5hYmxlIHRoaXMgZm9yIHRoZSBwY3Z0IChWVDIyMCBjb21wYXRpYmxlKSBjb25zb2xl IGRyaXZlcgojZGV2aWNlCQl2dAojb3B0aW9ucyAJWFNFUlZFUgkJIyBzdXBwb3J0IGZvciBYIHNl cnZlciBvbiBhIHZ0IGNvbnNvbGUKI29wdGlvbnMgCUZBVF9DVVJTT1IJIyBzdGFydCB3aXRoIGJs b2NrIGN1cnNvcgoKZGV2aWNlCQlhZ3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0cwoK IyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9yZSBvcHRpb25zKQoj ZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0Lgpk ZXZpY2UJCXBtdGltZXIKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAs IDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNl cmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMo NCkgZ2x1ZSBkcml2ZXIsIHVuY29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUg aXQgKGNvbm5lY3RzIHRvIHRoZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZQkJcHVj CgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9s bGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGlu ZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBz dXBwb3J0CmRldmljZQkJeGwJCSMgM0NvbSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25l JycpCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFjawpk ZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0 IHN1cHBvcnQKI2RldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKI2RldmljZQkJcHBwCQkjIEtlcm5l bCBQUFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMgUHNldWRv LXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKZGV2aWNlCQln aWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQ djQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhl IEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZl IGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1 aXJlZCBmb3IgREhDUC4KI2RldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMg VVNCIHN1cHBvcnQKZGV2aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmlj ZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCWVoY2kJCSMgRUhDSSBQ Q0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVp cmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNl CQl1Z2VuCQkjIEdlbmVyaWMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNl cyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJIyBQcmludGVyCmRldmlj ZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCmRl dmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJdXNjYW5uZXIJIyBTY2FubmVycwo= --Multipart=_Fri__13_Apr_2007_20_17_05_+0200_id9KMbV4ItdIwLJ7 Content-Type: text/plain; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2007 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 6.2-STABLE #0: Sat Apr 7 23:39:54 CEST 2007 root@p5ld2.mjhp.net:/usr/obj/usr/src/sys/P5LD2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2137.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20000000 AMD Features2=0x1 Cores per package: 2 real memory = 1073348608 (1023 MB) avail memory = 1037021184 (988 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci4: on pcib1 nvidia0: port 0xe800-0xe87f mem 0xcf000000-0xcfffffff,0xd0000000-0xdfffffff,0xce000000-0xceffffff irq 16 at device 0.0 on pci4 nvidia0: [GIANT-LOCKED] pcm0: mem 0xcdcf8000-0xcdcfbfff irq 19 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci2: on pcib3 pci2: at device 0.0 (no driver attached) uhci0: port 0x7000-0x701f irq 20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x7400-0x741f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x7800-0x781f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x8000-0x801f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xcdcff800-0xcdcffbff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa000-0xa07f mem 0xcdddfc00-0xcdddfc7f irq 22 at device 2.0 on pci1 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:8d:39:93 atapci0: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f irq 20 at device 3.0 on pci1 ata2: on atapci0 ata3: on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 atapci2: port 0x9800-0x9807,0x9400-0x9403,0x9000-0x9007,0x8800-0x8803,0x8400-0x840f mem 0xcdcffc00-0xcdcfffff irq 23 at device 31.2 on pci0 ata4: on atapci2 ata5: on atapci2 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xce000-0xce7ff 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 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: CDROM at ata2-master UDMA33 ad8: 152627MB at ata4-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad8s1a --Multipart=_Fri__13_Apr_2007_20_17_05_+0200_id9KMbV4ItdIwLJ7-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 21:14:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 401F516A408 for ; Fri, 13 Apr 2007 21:14:41 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 25C0E13C45D for ; Fri, 13 Apr 2007 21:14:40 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 69828 invoked from network); 13 Apr 2007 20:56:20 -0000 Received: from ppp-71-139-28-99.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.28.99) by root.org with ESMTPA; 13 Apr 2007 20:56:20 -0000 Message-ID: <461FEE6D.4030201@root.org> Date: Fri, 13 Apr 2007 13:56:13 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> <461FDD28.6030502@root.org> <20070413204237.GG49158@codelabs.ru> In-Reply-To: <20070413204237.GG49158@codelabs.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: max@love2party.net, freebsd-current@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Fri, 13 Apr 2007 21:14:41 -0000 Eygene Ryabinkin wrote: > Nate, good day! > > Fri, Apr 13, 2007 at 12:42:32PM -0700, Nate Lawson wrote: >>> I see no difference between the -CURRENT from today and from 30th >>> March (I see that your commit was made at 26th of March, but I am >>> not sure that mu current was updated after it for the -CURRENT >>> compiled at 30th of March). >>> >>> The bad news are that the ALTQ behaves wrong: when the CPU frequency >>> is changed the bandwidth changes too. Either I am doing something >>> wrong, or your commit should be polished a bit. >> First, add a printf at line 915 (end of function tsc_freq_changed() in >> sys/contrib/altq/altq/altq_subr.c): >> printf("machclk_freq now %d\n", machclk_freq); > ^^ > Should be %lu, I believe? Sure, whatever's right. >> Does it trigger when you change the cpu freq? Is the number printent >> correct (i.e. 400 million for 400 Mhz)? > > Yes, the numbers are perfectly correct. I will try to redo the > tests on Monday (when I will be able to use the LAN link) and > will watch for this debug information. Any other recommendations > are, of course, welcome. Ok, that is good to know the code is running and the freq values are correct. Can you verify through some other cpu benchmark test that the freq actually did change to the value printed? Also, make sure you're not using the TSC timecounter. sysctl kern.timecounter >>> First two logs, ifstat.bw3Kb.old.wan.log and ifstat.bw3Kb.new.wan.log >>> do show the WAN results. The 100 Kbps corresponds to 400 MHz, 200 >>> Kbps -- to 800 MHz, 410 Kbps -- to 1600 MHz and 560 Kbps -- to 2200 >>> MHz CPU speed. I thought that I was bounded by the WAN link here. >> What was the CPU speed on bootup? > > 2200 MHz. I don't understand those values. Didn't you setup a constant 3 Kb/sec link? so why would you be getting even 100 Kbps at 400 Mhz? On the new code but without loading cpufreq and leaving the freq at 2200 Mhz, do you get the right numbers? Are they constant? -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 21:27:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7822A16A406; Fri, 13 Apr 2007 21:27:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAC513C48C; Fri, 13 Apr 2007 21:27:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=eFRBqezfLbmUh0D4aD5QC7ObF/JnJRqalbYYbNob8Pg1R3KVeMPZDJA4WG00ojdkDbdmY+GewbrY8GXrNWmb2I8CwT97GUIroa91kaZGsOkzdcQMQQAn2LCtyT4lUL7XjgdBhtTuGPRNxnRpCMsoeFzLD8g9F4HBr2nUWQSxPqY=; Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HcTJ5-000Lsw-QA; Sat, 14 Apr 2007 01:27:49 +0400 Date: Sat, 14 Apr 2007 01:27:43 +0400 From: Eygene Ryabinkin To: Nate Lawson Message-ID: <20070413212742.GH49158@codelabs.ru> References: <4617D3A6.8000201@root.org> <20070409094010.GL26348@codelabs.ru> <461FDD28.6030502@root.org> <20070413204237.GG49158@codelabs.ru> <461FEE6D.4030201@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <461FEE6D.4030201@root.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-3.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: max@love2party.net, freebsd-current@freebsd.org, pf@freebsd.org Subject: Re: call for testers: altq in 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: Fri, 13 Apr 2007 21:27:50 -0000 Nate, Fri, Apr 13, 2007 at 01:56:13PM -0700, Nate Lawson wrote: > > Yes, the numbers are perfectly correct. I will try to redo the > > tests on Monday (when I will be able to use the LAN link) and > > will watch for this debug information. Any other recommendations > > are, of course, welcome. > > Ok, that is good to know the code is running and the freq values are > correct. Can you verify through some other cpu benchmark test that the > freq actually did change to the value printed? Will try, but it is changing to 2200 MHz while I am doing the CPU-intensive tasks (compilation of something big) and the debug printf's are telling about 2200 MHz as well. Not so good benchmark, but at least something. > Also, make sure you're not using the TSC timecounter. sysctl > kern.timecounter I am just using the defaults for the -CURRENT. Can not verify them now -- my -CURRENT is crashing with the modem link, so I am either writing mails or doing the tests, sorry. > >>> First two logs, ifstat.bw3Kb.old.wan.log and ifstat.bw3Kb.new.wan.log > >>> do show the WAN results. The 100 Kbps corresponds to 400 MHz, 200 > >>> Kbps -- to 800 MHz, 410 Kbps -- to 1600 MHz and 560 Kbps -- to 2200 > >>> MHz CPU speed. I thought that I was bounded by the WAN link here. > >> What was the CPU speed on bootup? > > > > 2200 MHz. > > I don't understand those values. Didn't you setup a constant 3 Kb/sec > link? so why would you be getting even 100 Kbps at 400 Mhz? Yep, that was the constant 3Kbps. I do not understand the measured values too. > On the new code but without loading cpufreq and leaving the freq at 2200 > Mhz, do you get the right numbers? Are they constant? Monday will reveal the things. Will post an update. Thank you! -- Eygene From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 22:18:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F420D16A402 for ; Fri, 13 Apr 2007 22:18:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D5EA113C46E for ; Fri, 13 Apr 2007 22:18:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l3DMIlLf037605 for ; Fri, 13 Apr 2007 15:18:47 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l3DMIhIe037604 for freebsd-current@freebsd.org; Fri, 13 Apr 2007 15:18:43 -0700 (PDT) (envelope-from sgk) Date: Fri, 13 Apr 2007 15:18:43 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070413221843.GA37592@troutmask.apl.washington.edu> References: <20070413183525.GA34643@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070413183525.GA34643@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Subject: Re: gdb is broken 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, 13 Apr 2007 22:18:22 -0000 On Fri, Apr 13, 2007 at 11:35:25AM -0700, Steve Kargl wrote: > It appears that someone has broken gdb in -current. > > laptop:kargl[250] cat > hello.c > #include > int main(void) { > printf("Hello world!\n"); > return 0; > } > laptop:kargl[251] cc -o z -g hello.c > laptop:kargl[252] ./z > Hello world! > laptop:kargl[253] gdb z > (gdb) run > Starting program: /usr/home/kargl/tmp/z > Terminated > > gdb appears to spwan the csh comamnd below and then just spins. > Reverting to a March 01, 2007 -current gives (gdb) run Starting program: /usr/home/kargl/tmp/z Hello world! Program exited normally. the expected result. A binary search for the guilty commit is going to be a PITA on my old laptop. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Apr 13 21:40:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDB8516A402 for ; Fri, 13 Apr 2007 21:40:49 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9225A13C45E for ; Fri, 13 Apr 2007 21:40:49 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1HcTVg-0004eL-Re for freebsd-current@freebsd.org; Fri, 13 Apr 2007 14:40:48 -0700 Message-ID: <9986936.post@talk.nabble.com> Date: Fri, 13 Apr 2007 14:40:48 -0700 (PDT) From: Christophe Cap To: freebsd-current@freebsd.org In-Reply-To: <200704111021.44494.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: christophe.cap@GDNMAIL.NET References: <4608A5D9.2010902@root.org> <20070327082823.GA2356@kobe.laptop> <20070327151058.5qk9etifk880g4cc@webmail.leidinger.net> <20070327140741.GA60454@kobe.laptop> <200703271227.14308.jhb@freebsd.org> <20070406211229.GB1078@kobe.laptop> <461BEFD6.2050302@root.org> <200704101922.08255.jhb@freebsd.org> <20070411092104.GD1675@kobe.laptop> <200704111021.44494.jhb@freebsd.org> X-Mailman-Approved-At: Fri, 13 Apr 2007 23:55:05 +0000 Subject: Re: recent commits break via 8235 ata 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, 13 Apr 2007 21:40:49 -0000 I seem to have similare problems on my machine. My 2nd SATA disk does not get detected with 6.2 I've attached some logfiles, both dmesg and pciconf outputs are there for the 6-1 and 6-2 kernel on my machine. Hope you kan do something with them. Kind regards, Christophe http://www.nabble.com/file/7865/dmesg-6-1-sata-OK.log dmesg-6-1-sata-OK.log http://www.nabble.com/file/7866/dmesg-6-2-sata-FAIL.log dmesg-6-2-sata-FAIL.log http://www.nabble.com/file/7867/pciconf-6-1-sata-OK.log pciconf-6-1-sata-OK.log http://www.nabble.com/file/7867/pciconf-6-2-sata-FAIL.log pciconf-6-2-sata-FAIL.log John Baldwin wrote: > > On Wednesday 11 April 2007 05:21, Giorgos Keramidas wrote: >> On 2007-04-10 19:22, John Baldwin wrote: >> >On Tuesday 10 April 2007 16:13, Nate Lawson wrote: >> >>Giorgos Keramidas wrote: >> >>> This is the change which stops snd_hda from working here: >> >>> >> >>> % Revision Changes Path >> >>> % 1.233 +39 -55 src/sys/dev/acpica/acpi.c >> >>> >> >>> If I update my kernel sources to Wed Mar 21 14:39:39 2007 +0000 >> >>> (including the sys/modules/padlock/Makefile commit of Sam Leffler, to >> >>> fix the kernel build from Wed Mar 21 17:37:13 2007 +0000), I can see >> >>> that the snd_hda driver probes my sound card correctly. >> >>> >> >>> Updating after the commit shown above, breaks snd_hda. >> >> >> >> I just finished a binsearch and can verify this exact commit causes >> the >> >> problem for my ATA also. I'll spend some more time debugging it >> later. >> >> >> >> John, can I back out rev 1.233 of acpi.c until you return since it >> >> prevents some machines from booting? >> > >> > Well, it most likely means there are other bugs that just happen to >> > not break with the older stuff. Are you sure that just this one >> > change fixes things rather than the changes to the nexus drivers? >> >> For snd_hda on my Toshiba laptop, I can verify that reverting this >> changeset only makes snd_hda probe correctly again. I resynced to last >> night's HEAD version of CVS, reverted this change only, and the snd_hda >> drives still probes correctly. Rebuilding with rev 1.233 of acpi.c >> results in the same failure to attach with: >> >> pcm0: hdac_get_capabilities: Invalid rirb size (0) >> device_attach: pcm0 attach returned 6 > > Can you get boot verbose dmesg for both kernels? > > -- > John Baldwin > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/recent-commits-break-via-8235-ata-tf3471107.html#a9986936 Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 00:20:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FB4C16A404 for ; Sat, 14 Apr 2007 00:20:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 30E6013C46A for ; Sat, 14 Apr 2007 00:20:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l3E0Kjdd038520 for ; Fri, 13 Apr 2007 17:20:45 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l3E0KjKd038519 for freebsd-current@freebsd.org; Fri, 13 Apr 2007 17:20:45 -0700 (PDT) (envelope-from sgk) Date: Fri, 13 Apr 2007 17:20:44 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070414002044.GA38494@troutmask.apl.washington.edu> References: <20070413183525.GA34643@troutmask.apl.washington.edu> <20070413221843.GA37592@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070413221843.GA37592@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Subject: Re: gdb is broken 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, 14 Apr 2007 00:20:19 -0000 On Fri, Apr 13, 2007 at 03:18:43PM -0700, Steve Kargl wrote: > On Fri, Apr 13, 2007 at 11:35:25AM -0700, Steve Kargl wrote: > > It appears that someone has broken gdb in -current. > > > > laptop:kargl[250] cat > hello.c > > #include > > int main(void) { > > printf("Hello world!\n"); > > return 0; > > } > > laptop:kargl[251] cc -o z -g hello.c > > laptop:kargl[252] ./z > > Hello world! > > laptop:kargl[253] gdb z > > (gdb) run > > Starting program: /usr/home/kargl/tmp/z > > Terminated > > > > gdb appears to spwan the csh comamnd below and then just spins. > > > > Reverting to a March 01, 2007 -current gives > > (gdb) run > Starting program: /usr/home/kargl/tmp/z > Hello world! > > Program exited normally. > > the expected result. A binary search for the guilty commit > is going to be a PITA on my old laptop. A March 31, 2007 -current exibits a broken gdb. Up next March 15, 2007. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 02:53:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C99AA16A400; Sat, 14 Apr 2007 02:53:22 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.freebsd.org (Postfix) with ESMTP id 46B0313C480; Sat, 14 Apr 2007 02:53:21 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by fallbackmx01.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l3CBwxF5020144; Thu, 12 Apr 2007 21:59:06 +1000 Received: from [10.4.0.169] (c211-30-198-155.thorn1.nsw.optusnet.com.au [211.30.198.155]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l3CBws1L009497; Thu, 12 Apr 2007 21:58:55 +1000 Message-ID: <461E1EF5.9010809@mawer.org> Date: Thu, 12 Apr 2007 21:58:45 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> In-Reply-To: <86ps6aht1i.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 14 Apr 2007 04:14:13 +0000 Cc: freebsd-fs@freebsd.org, Peter Jeremy , freebsd-current@freebsd.org, Pawel Jakub Dawidek , ticso@cicely.de Subject: Re: ZFS committed to the FreeBSD base. 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, 14 Apr 2007 02:53:22 -0000 Dag-Erling Smørgrav wrote: > Peter Jeremy writes: >> There's a feature bit (CPUID_CX8) that advertises the availability of >> cmpxchg8b (and maybe some related instructions). My pre-MMX 586 has >> this bit set so I presume anything later than 486 will support it. >> (I'm not sure about the low-end VIA, GEODE etc clones). > > The Geode is a 486, and does not support it. > > The C3 however is a 586. The C3 Ezra and C3 Samuel / Samuel 2 do not > have CX8. I'm not sure about the C3 Nehemiah, I don't have one > running at the moment. The Nehemiah doesn't look like it has CX8.. from one of my systems running a PD10000 board: CPU: VIA C3 Nehemiah+RNG+ACE (1002.28-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b83f --Antony From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 05:16:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3483116A406 for ; Sat, 14 Apr 2007 05:16:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1A57D13C45A for ; Sat, 14 Apr 2007 05:16:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l3E5GWnQ040523 for ; Fri, 13 Apr 2007 22:16:32 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l3E5GS9O040522 for freebsd-current@freebsd.org; Fri, 13 Apr 2007 22:16:28 -0700 (PDT) (envelope-from sgk) Date: Fri, 13 Apr 2007 22:16:28 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070414051628.GA40509@troutmask.apl.washington.edu> References: <20070413183525.GA34643@troutmask.apl.washington.edu> <20070413221843.GA37592@troutmask.apl.washington.edu> <20070414002044.GA38494@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070414002044.GA38494@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.2i Subject: Re: gdb is broken 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, 14 Apr 2007 05:16:07 -0000 On Fri, Apr 13, 2007 at 05:20:44PM -0700, Steve Kargl wrote: > On Fri, Apr 13, 2007 at 03:18:43PM -0700, Steve Kargl wrote: > > On Fri, Apr 13, 2007 at 11:35:25AM -0700, Steve Kargl wrote: > > > It appears that someone has broken gdb in -current. > > > > > > laptop:kargl[250] cat > hello.c > > > #include > > > int main(void) { > > > printf("Hello world!\n"); > > > return 0; > > > } > > > laptop:kargl[251] cc -o z -g hello.c > > > laptop:kargl[252] ./z > > > Hello world! > > > laptop:kargl[253] gdb z > > > (gdb) run > > > Starting program: /usr/home/kargl/tmp/z > > > Terminated > > > > > > gdb appears to spwan the csh comamnd below and then just spins. > > > > > > > Reverting to a March 01, 2007 -current gives > > > > (gdb) run > > Starting program: /usr/home/kargl/tmp/z > > Hello world! > > > > Program exited normally. > > > > the expected result. A binary search for the guilty commit > > is going to be a PITA on my old laptop. > > A March 31, 2007 -current exibits a broken gdb. Up next > March 15, 2007. > I've narrowed the problem down to the 22-26 Mar 07 range. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 05:22:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8923016A406 for ; Sat, 14 Apr 2007 05:22:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 78B2C13C4BC for ; Sat, 14 Apr 2007 05:22:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Fri, 13 Apr 2007 21:51:46 -0700 Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id AC171125ADE; Fri, 13 Apr 2007 22:22:55 -0700 (PDT) Message-ID: <46206531.2050405@elischer.org> Date: Fri, 13 Apr 2007 22:22:57 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Steve Kargl References: <20070413183525.GA34643@troutmask.apl.washington.edu> <20070413221843.GA37592@troutmask.apl.washington.edu> <20070414002044.GA38494@troutmask.apl.washington.edu> <20070414051628.GA40509@troutmask.apl.washington.edu> In-Reply-To: <20070414051628.GA40509@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: gdb is broken 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, 14 Apr 2007 05:22:56 -0000 Steve Kargl wrote: > On Fri, Apr 13, 2007 at 05:20:44PM -0700, Steve Kargl wrote: >> On Fri, Apr 13, 2007 at 03:18:43PM -0700, Steve Kargl wrote: >>> On Fri, Apr 13, 2007 at 11:35:25AM -0700, Steve Kargl wrote: >>>> It appears that someone has broken gdb in -current. >>>> >>>> laptop:kargl[250] cat > hello.c >>>> #include >>>> int main(void) { >>>> printf("Hello world!\n"); >>>> return 0; >>>> } >>>> laptop:kargl[251] cc -o z -g hello.c >>>> laptop:kargl[252] ./z >>>> Hello world! >>>> laptop:kargl[253] gdb z >>>> (gdb) run >>>> Starting program: /usr/home/kargl/tmp/z >>>> Terminated >>>> >>>> gdb appears to spwan the csh comamnd below and then just spins. >>>> >>> Reverting to a March 01, 2007 -current gives >>> >>> (gdb) run >>> Starting program: /usr/home/kargl/tmp/z >>> Hello world! >>> >>> Program exited normally. >>> >>> the expected result. A binary search for the guilty commit >>> is going to be a PITA on my old laptop. >> A March 31, 2007 -current exibits a broken gdb. Up next >> March 15, 2007. >> > > I've narrowed the problem down to the 22-26 Mar 07 range. > there was a new version of csh in that period.. (or close to it...) From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:32:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AC1E16A402 for ; Sat, 14 Apr 2007 06:32:39 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n8.bullet.re3.yahoo.com (n8.bullet.re3.yahoo.com [68.142.237.93]) by mx1.freebsd.org (Postfix) with SMTP id 4F19413C455 for ; Sat, 14 Apr 2007 06:32:39 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.230.28] by n8.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 06:32:38 -0000 Received: from [66.196.101.132] by t1.bullet.re2.yahoo.com with NNFMP; 14 Apr 2007 06:32:38 -0000 Received: from [127.0.0.1] by rrr3.mail.re1.yahoo.com with NNFMP; 14 Apr 2007 06:32:38 -0000 Received: (qmail 41637 invoked by uid 60001); 14 Apr 2007 06:32:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=whREz6wv8Bzox00ZAUcYdDzItLSbn/q+rYrBn4YzXFO0IGMJAA09M1ZpoLtXHnPwYbHIuJfYtKojCOxoQxhQ2JQaJb1G/6Ag+FXk1nWdNRZKW6qLsKKXVtn47bXFKKTCiRiJkEkFjA0sPF99i1BmIrx/7/GWVG1TyDatrMFI/kY= ; Message-ID: <20070414063238.41635.qmail@web63711.mail.re1.yahoo.com> X-YMail-OSG: 8BxFaloVM1mjVim5WRTh.XF0kzMHlyVWS846aljX5yHuKExzonXIY8HL3b4whFM5wBgEOCbqVV5FFd_jYN.TQ8SKIVmcTqKgxEBg Received: from [201.58.251.2] by web63711.mail.re1.yahoo.com via HTTP; Sat, 14 Apr 2007 14:32:38 CST X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Sat, 14 Apr 2007 14:32:38 +0800 (CST) From: Joerg t To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <692955.56269.bm@rrr3.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 692955.56269.bm@rrr3.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Subject: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 06:32:39 -0000 after issuing (as in the manpage): gjournal label -v /dev/ad2 newfs -J /dev/ad2 mount -o noatime,async /dev/ad2 /home this warning showed up in the log: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below this in on today's -current. any hints ? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:34:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D64F16A402 for ; Sat, 14 Apr 2007 06:34:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6128913C483 for ; Sat, 14 Apr 2007 06:34:13 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3E6YC9i011169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 13 Apr 2007 23:34:13 -0700 X-Auth-Received: from [192.168.10.45] (c-24-7-142-221.hsd1.ca.comcast.net [24.7.142.221]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3E6YBGQ026772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 13 Apr 2007 23:34:12 -0700 Message-ID: <462075FE.4050508@u.washington.edu> Date: Fri, 13 Apr 2007 23:34:38 -0700 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.4.13.232633 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 06:34:13 -0000 I filed a bug with bugs@ but it appears that no one has gotten around to it yet. I have an issue where whenever I build make fails to cd into /usr/src/cddl (because it doesn't exist). I've been unable to turn up any documentation on what cddl is, other than possibly something with Sun, and /usr/src/sys. If someone knew how to get around this issue I would seriously appreciate it because it's a roadblock dealing with getting my SoC project up and going. -Error log excerpt: ===> bin/sync (obj) ===> bin/test (obj) ===> cddl (obj) cd: can't cd to /usr/src/cddl *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -My system cvsup file is as follows: *default host=cvsup10.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress src-base src-bin src-contrib src-etc src-eBones src-gnu src-include src-lib src-libexec src-rescue src-release src-sbin src-share src-sys src-tools src-usrbin src-usrsbin src-crypto src-secure src-sys-crypto doc-all cvsroot-common cvsroot-doc cvsroot-src -The relevant sections of my make.conf are as follows: SUP=/usr/bin/cvsup SUPHOST=cvsup20.FreeBSD.org SUPFLAGS=-g -L 2 SUPFILE=/root/sys.cvsup KERNCONF=OPTIMUS_VM NO_CLEAN=yes NO_CDDL=yes NO_BIND_NAMED=yes NO_BLUETOOTH=yes NO_I4B=yes NO_PF=yes NO_AUTHPF=yes NO_ATM=yes NO_GAMES=yes NO_GPIB=yes NO_KERBEROS=yes NO_MAILWRAPPER=yes NO_SENDMAIL=yes NO_NIS=no NO_USB=no TIA, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:40:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A928716A400 for ; Sat, 14 Apr 2007 06:40:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 99E4813C45D for ; Sat, 14 Apr 2007 06:40:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A94AF1A3C1C; Fri, 13 Apr 2007 23:40:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B91465133E; Sat, 14 Apr 2007 02:40:04 -0400 (EDT) Date: Sat, 14 Apr 2007 02:40:04 -0400 From: Kris Kennaway To: Garrett Cooper Message-ID: <20070414064004.GA10803@xor.obsecurity.org> References: <462075FE.4050508@u.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <462075FE.4050508@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 06:40:05 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 13, 2007 at 11:34:38PM -0700, Garrett Cooper wrote: > I filed a bug with bugs@ but it appears that no one has gotten around to= =20 > it yet. >=20 > I have an issue where whenever I build make fails to cd into=20 > /usr/src/cddl (because it doesn't exist). I've been unable to turn up=20 > any documentation on what cddl is, other than possibly something with=20 > Sun, and /usr/src/sys. If someone knew how to get around this issue I=20 > would seriously appreciate it because it's a roadblock dealing with=20 > getting my SoC project up and going. > src-base > src-bin > src-contrib > src-etc > src-eBones > src-gnu > src-include > src-lib > src-libexec > src-rescue > src-release > src-sbin > src-share > src-sys > src-tools > src-usrbin > src-usrsbin > src-crypto > src-secure > src-sys-crypto You have an incomplete source tree, usually you should use src-all. > NO_CDDL=3Dyes Probably it should be respecting this though. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIHdDWry0BWjoQKURAnvAAJ99G4k/kT3Tu0GbkD220TRi9EVPdgCg8q+K eHOfUm+SGoCifSWbI18a0JA= =OHIL -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:41:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9F2B16A407 for ; Sat, 14 Apr 2007 06:41:35 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3E22A13C483 for ; Sat, 14 Apr 2007 06:41:35 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so1151887muf for ; Fri, 13 Apr 2007 23:41:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OSzz0wTT3RHrd1YKGNoT3lDLdDwVL4qQ5mWakJr995Yg7PeVVIbj8dDnfZlO8Efsx6LcOYAy13kXJboP4od2kKk8ZYEQdTfdRs/HTaDm657oIyWNcDkr9rNlpW7PYT5GTKzsb0aftRHTZGAaywT+/UQ/Ks56WwNQxCvWUJhipgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IT4xAceixwHbtM2ukoYUwhs7O2GHlM/PHWR/J0+zcmeLuGJDR+sJvpss9PVSqAJRPH9rMyaF0wns7B5tNb3TMA1u7g+I5c9O+xw4RrujCXD0rafbNYoGd8Rlc3xR3AmJf52hjGu6kcJz9PDSb5fZ+Yh358LdCHZq1jAxXQPBOxQ= Received: by 10.82.153.5 with SMTP id a5mr5341298bue.1176532894081; Fri, 13 Apr 2007 23:41:34 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Fri, 13 Apr 2007 23:41:34 -0700 (PDT) Message-ID: <6eb82e0704132341l3f9bb98an12a5526a5d0874e7@mail.gmail.com> Date: Sat, 14 Apr 2007 14:41:34 +0800 From: "Rong-en Fan" To: "Joerg t" In-Reply-To: <20070414063238.41635.qmail@web63711.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070414063238.41635.qmail@web63711.mail.re1.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 06:41:35 -0000 On 4/14/07, Joerg t wrote: > after issuing (as in the manpage): > > > > gjournal label -v /dev/ad2 > > newfs -J /dev/ad2 Shouldn't this be newfs -J /dev/ad2.journal as manpage says? > mount -o noatime,async /dev/ad2 /home mount -o noatime,async /dev/ad2.journal? Regards, Rong-En Fan > this warning showed up in the log: > > > > WARNING: /home: GJOURNAL flag on fs but no gjournal provider below > > > > this in on today's -current. > > > > any hints ? > > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:45:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8F0316A400 for ; Sat, 14 Apr 2007 06:45:33 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 94EDB13C45A for ; Sat, 14 Apr 2007 06:45:33 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 6BEF7680F; Sat, 14 Apr 2007 10:45:32 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 4958A6052; Sat, 14 Apr 2007 10:45:32 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l3E6jHSd069817; Sat, 14 Apr 2007 10:45:17 +0400 (MSD) (envelope-from ru) Date: Sat, 14 Apr 2007 10:45:17 +0400 From: Ruslan Ermilov To: Kris Kennaway Message-ID: <20070414064517.GA69775@rambler-co.ru> References: <462075FE.4050508@u.washington.edu> <20070414064004.GA10803@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20070414064004.GA10803@xor.obsecurity.org> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: No virus found Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 06:45:33 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 02:40:04AM -0400, Kris Kennaway wrote: > On Fri, Apr 13, 2007 at 11:34:38PM -0700, Garrett Cooper wrote: [...] > You have an incomplete source tree, usually you should use src-all. >=20 > > NO_CDDL=3Dyes >=20 > Probably it should be respecting this though. >=20 It should, if one spells it correctly as per src.conf(5), i.e., WITHOUT_CDDL. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGIHh9qRfpzJluFF4RAgjtAJ9rjxG2cubpDkEmAOgbkNs6bw/DHQCeLwmw UQSXEyTo/UjkYgdigl9NPOw= =7Qft -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:47:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7222116A406 for ; Sat, 14 Apr 2007 06:47:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 02D2513C487 for ; Sat, 14 Apr 2007 06:47:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp72-59.lns3.adl2.internode.on.net [121.44.72.59]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3E6lsJk060906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Apr 2007 16:17:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 14 Apr 2007 16:17:45 +0930 User-Agent: KMail/1.9.5 References: <20070414063238.41635.qmail@web63711.mail.re1.yahoo.com> In-Reply-To: <20070414063238.41635.qmail@web63711.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2133092.LLnSgh6PC6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704141617.53864.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Joerg t Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 06:47:57 -0000 --nextPart2133092.LLnSgh6PC6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 14 April 2007 16:02, Joerg t wrote: > gjournal label -v /dev/ad2 > > newfs -J /dev/ad2 > mount -o noatime,async /dev/ad2 /home You need to use /dev/ad2.journal I think. Also, dangerously dedicated mode is silly, put an MBR and label on your=20 disk :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2133092.LLnSgh6PC6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGIHkZ5ZPcIHs/zowRAm7kAJ0Sg7FM8BgJWG5KyoTNDmw492jV3wCgk8sX tgrV6uLnSKxD2CC0Pg8k02E= =KjUY -----END PGP SIGNATURE----- --nextPart2133092.LLnSgh6PC6-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 06:51:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C3F816A403 for ; Sat, 14 Apr 2007 06:51:04 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4A44413C480 for ; Sat, 14 Apr 2007 06:51:04 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-71-192-57-29.hsd1.ma.comcast.net ([71.192.57.29]) by comcast.net (rwcrmhc13) with ESMTP id <20070414064055m130035626e>; Sat, 14 Apr 2007 06:40:55 +0000 Received: from c-71-192-57-29.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-71-192-57-29.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l3E6f3Hb052572; Sat, 14 Apr 2007 02:41:03 -0400 (EDT) (envelope-from rodrigc@c-71-192-57-29.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-192-57-29.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l3E6f2V8052571; Sat, 14 Apr 2007 02:41:02 -0400 (EDT) (envelope-from rodrigc) Date: Sat, 14 Apr 2007 02:41:02 -0400 From: Craig Rodrigues To: Garrett Cooper Message-ID: <20070414064102.GA52547@crodrigues.org> References: <462075FE.4050508@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462075FE.4050508@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 06:51:04 -0000 On Fri, Apr 13, 2007 at 11:34:38PM -0700, Garrett Cooper wrote: > I filed a bug with bugs@ but it appears that no one has gotten around to > it yet. > > -My system cvsup file is as follows: > > *default host=cvsup10.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. > *default delete use-rel-suffix > > *default compress > > src-base Try: src-all. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:01:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32E6116A402 for ; Sat, 14 Apr 2007 07:01:59 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id D013B13C46E for ; Sat, 14 Apr 2007 07:01:58 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l3E6a21n041335; Sat, 14 Apr 2007 02:36:02 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Joerg t In-Reply-To: <692955.56269.bm@rrr3.mail.re1.yahoo.com> References: <692955.56269.bm@rrr3.mail.re1.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0INKvX2gxKXbVehlhuvC" Organization: MarcusCom, Inc. Date: Sat, 14 Apr 2007 02:35:58 -0400 Message-Id: <1176532558.55505.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: freebsd-current@freebsd.org Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 07:01:59 -0000 --=-0INKvX2gxKXbVehlhuvC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-04-14 at 14:32 +0800, Joerg t wrote: > after issuing (as in the manpage): >=20 >=20 >=20 > gjournal label -v /dev/ad2 >=20 > newfs -J /dev/ad2 >=20 > mount -o noatime,async /dev/ad2 /home I think you want: mount -o noatime,async /dev/ad2.journal /home This is how it's documented in the gjournal man page, and it does work. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-0INKvX2gxKXbVehlhuvC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGIHZNb2iPiv4Uz4cRAgzIAJ40yKPFzwMEZU/9eQjOgiBy2IKDjQCdEwbu JztgKLnxsWMTfak7Df/EcAk= =eP3x -----END PGP SIGNATURE----- --=-0INKvX2gxKXbVehlhuvC-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:10:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8010816A401 for ; Sat, 14 Apr 2007 07:10:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 613B213C4B7 for ; Sat, 14 Apr 2007 07:10:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3E7AggX008160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 14 Apr 2007 00:10:43 -0700 X-Auth-Received: from [192.168.10.45] (c-24-7-142-221.hsd1.ca.comcast.net [24.7.142.221]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3E7AgUf020083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 14 Apr 2007 00:10:42 -0700 Message-ID: <46207E8C.90604@u.washington.edu> Date: Sat, 14 Apr 2007 00:11:08 -0700 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <462075FE.4050508@u.washington.edu> <20070414064004.GA10803@xor.obsecurity.org> <20070414064517.GA69775@rambler-co.ru> In-Reply-To: <20070414064517.GA69775@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.4.13.235835 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 07:10:43 -0000 Ruslan Ermilov wrote: > On Sat, Apr 14, 2007 at 02:40:04AM -0400, Kris Kennaway wrote: > >> On Fri, Apr 13, 2007 at 11:34:38PM -0700, Garrett Cooper wrote: >> > [...] > >> You have an incomplete source tree, usually you should use src-all. >> >> >>> NO_CDDL=yes >>> >> Probably it should be respecting this though. >> >> > It should, if one spells it correctly as per src.conf(5), > i.e., WITHOUT_CDDL. > > > Cheers, > I see. Thank you very much for that tip and I'll be sure to look through the src.conf(5) manpage is anything else like this arises. Which source distribution is cddl usually included with though? I didn't think it was included with kerberos{IV,5} or games, and I have everything else included, so unless the source tree is consistently incomplete on cvsup10.freebsd.org, something truly strange is going on. Thanks again for all of the help! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:15:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5905D16A401 for ; Sat, 14 Apr 2007 07:15:06 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n10.bullet.re3.yahoo.com (n10.bullet.re3.yahoo.com [68.142.237.123]) by mx1.freebsd.org (Postfix) with SMTP id 144E013C455 for ; Sat, 14 Apr 2007 07:15:05 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.237.87] by n10.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 07:15:05 -0000 Received: from [66.196.101.132] by t3.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 07:15:05 -0000 Received: from [127.0.0.1] by rrr3.mail.re1.yahoo.com with NNFMP; 14 Apr 2007 07:15:05 -0000 Received: (qmail 86570 invoked by uid 60001); 14 Apr 2007 07:15:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=WcZRrAfwcKpS7f16+iLm/qShfGJ0wIqG9A61O+C3fmne3OXaX4A73qU41vei3ZbWaojNVk3gwUjo+aoh+gscEnXw2sXkwguPsn8GhVKkzTiIO49xs85IJawAAqyvstZUzHS7vXYkdtYftVbnHZveumqrI76jwnXto4YDQXcavPw= ; Message-ID: <20070414071505.86552.qmail@web63713.mail.re1.yahoo.com> X-YMail-OSG: jNzS0OAVM1kLyUCA6Q.yR_pfmbLzlIanaWIkga.g.P0BD4qBQpusZ98lhz7T9XJe96u2_2XDpdD._rsPD_OjvmiBSA-- Received: from [201.58.251.2] by web63713.mail.re1.yahoo.com via HTTP; Sat, 14 Apr 2007 00:15:05 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Sat, 14 Apr 2007 00:15:04 -0700 (PDT) From: Joerg t To: Joe Marcus Clarke MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <286764.11364.bm@rrr3.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 286764.11364.bm@rrr3.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 07:15:06 -0000 > I think you want: > mount -o noatime,async /dev/ad2.journal /home after labeling it with gjournal label the /dev/ad2.journal didn't show up, restarting the devfs and devd rc scripts didn't help either. > This is how it's documented in the gjournal man page, and it does work. > Joe > -- > PGP Key : http://www.marcuscom.com/pgp.asc __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:19:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E0B616A402 for ; Sat, 14 Apr 2007 07:19:32 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 2DFFD13C480 for ; Sat, 14 Apr 2007 07:19:31 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l3E7JYML041905; Sat, 14 Apr 2007 03:19:34 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Joerg t In-Reply-To: <276531.11364.bm@rrr3.mail.re1.yahoo.com> References: <276531.11364.bm@rrr3.mail.re1.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lPkA3xmDKhPPqz+/irgp" Organization: MarcusCom, Inc. Date: Sat, 14 Apr 2007 03:19:30 -0400 Message-Id: <1176535170.55505.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 07:19:32 -0000 --=-lPkA3xmDKhPPqz+/irgp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-04-14 at 00:15 -0700, Joerg t wrote: > > I think you want: >=20 > > mount -o noatime,async /dev/ad2.journal /home >=20 > after labeling it with gjournal label the /dev/ad2.journal didn't > show up, restarting the devfs and devd rc scripts didn't help either. Do you have "options UFS_GJOURNAL" in your kernel config? Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-lPkA3xmDKhPPqz+/irgp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGIIB+b2iPiv4Uz4cRAm2qAJ9nkji8yMrAgES8R70UQeIl/eZDjgCdExM9 g9pSGlSCB+JK4omfpcpil30= =1mOY -----END PGP SIGNATURE----- --=-lPkA3xmDKhPPqz+/irgp-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:20:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 321B016A401 for ; Sat, 14 Apr 2007 07:20:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 21DF913C458 for ; Sat, 14 Apr 2007 07:20:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3270B1A3C1C; Sat, 14 Apr 2007 00:20:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C8E26515C1; Sat, 14 Apr 2007 03:20:04 -0400 (EDT) Date: Sat, 14 Apr 2007 03:20:03 -0400 From: Kris Kennaway To: Garrett Cooper Message-ID: <20070414072003.GA87084@xor.obsecurity.org> References: <462075FE.4050508@u.washington.edu> <20070414064004.GA10803@xor.obsecurity.org> <20070414064517.GA69775@rambler-co.ru> <46207E8C.90604@u.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <46207E8C.90604@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 07:20:06 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 12:11:08AM -0700, Garrett Cooper wrote: > Which source distribution is cddl usually included with though? I didn't= =20 > think it was included with kerberos{IV,5} or games, and I have=20 > everything else included, so unless the source tree is consistently=20 > incomplete on cvsup10.freebsd.org, something truly strange is going on. It's new (ZFS). Presumably it lives in the src-cddl cvsup collection. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIICiWry0BWjoQKURAijgAJ46BOamDhoS2osBZC5SDiKZNxBZEQCg4De8 EqD3EJ1zY4be4fvbveQnL8o= =mtQ2 -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:40:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8722416A400 for ; Sat, 14 Apr 2007 07:40:19 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n8.bullet.re3.yahoo.com (n8.bullet.re3.yahoo.com [68.142.237.93]) by mx1.freebsd.org (Postfix) with SMTP id 2242713C468 for ; Sat, 14 Apr 2007 07:40:19 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.230.28] by n8.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 07:40:18 -0000 Received: from [66.196.101.131] by t1.bullet.re2.yahoo.com with NNFMP; 14 Apr 2007 07:40:18 -0000 Received: from [127.0.0.1] by rrr2.mail.re1.yahoo.com with NNFMP; 14 Apr 2007 07:40:18 -0000 Received: (qmail 81450 invoked by uid 60001); 14 Apr 2007 07:40:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=WLVTkSqrF5D4I7UDoUBKMQehhCBgVFFRaftHipI1jI+aj2oD8X9JoSmCFIKV2Kuwa296y5eJCMzz5LWKekRb79SlGM/dPQgFgOl8RyiJbohQjOoTplnBmC0FcNTJUr2NhcWzvj6Cba4q2cMS0fYgggGHXu44q+5NPttFeq6c9WQ=; X-YMail-OSG: MEfl4BkVM1nOuXbpGbm22cf.Mj6dqtM5NkcQ2mQpYOpANnF5dlDBuGZnyNmMsxRjut1OVZ.I6SQQrFz1uGmJ2mrbnQ-- Received: from [201.58.251.2] by web63708.mail.re1.yahoo.com via HTTP; Sat, 14 Apr 2007 00:40:17 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Sat, 14 Apr 2007 00:40:17 -0700 (PDT) From: Joerg t To: Joe Marcus Clarke MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <508820.4161.qm@web63708.mail.re1.yahoo.com> Message-ID: <395940.61425.bm@rrr2.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 395940.61425.bm@rrr2.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 07:40:19 -0000 >> > I think you want: >> >> > mount -o noatime,async /dev/ad2.journal /home >> >> after labeling it with gjournal label the /dev/ad2.journal didn't >> show up, restarting the devfs and devd rc scripts didn't help either. >Do you have "options UFS_GJOURNAL" in your kernel config? pilla# grep -i gjournal /usr/src/sys/i386/conf/pilla7x options UFS_GJOURNAL # Enable gjournal-based UFS journaling i have seen cases where newly created partitions and slices would only show up correctly after rebooting, could be this? -- PGP Key : http://www.marcuscom.com/pgp.asc __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 07:46:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A56E016A401 for ; Sat, 14 Apr 2007 07:46:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 863FB13C459 for ; Sat, 14 Apr 2007 07:46:43 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3E7kh6G013274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 14 Apr 2007 00:46:43 -0700 X-Auth-Received: from [192.168.10.45] (c-24-7-142-221.hsd1.ca.comcast.net [24.7.142.221]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l3E7kg7U029702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 14 Apr 2007 00:46:42 -0700 Message-ID: <462086FD.7050101@u.washington.edu> Date: Sat, 14 Apr 2007 00:47:09 -0700 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <462075FE.4050508@u.washington.edu> <20070414064004.GA10803@xor.obsecurity.org> <20070414064517.GA69775@rambler-co.ru> <46207E8C.90604@u.washington.edu> <20070414072003.GA87084@xor.obsecurity.org> In-Reply-To: <20070414072003.GA87084@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.4.14.3249 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_MEDIA_2_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 07:46:43 -0000 Kris Kennaway wrote: > On Sat, Apr 14, 2007 at 12:11:08AM -0700, Garrett Cooper wrote: > > >> Which source distribution is cddl usually included with though? I didn't >> think it was included with kerberos{IV,5} or games, and I have >> everything else included, so unless the source tree is consistently >> incomplete on cvsup10.freebsd.org, something truly strange is going on. >> > > It's new (ZFS). Presumably it lives in the src-cddl cvsup collection. > > Kris > Perhaps, but that distribution doesn't live in cvsup10.freebsd.org. I tried that about 3-4 days ago and I was told that it didn't exist by csup. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 08:37:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D335516A403; Sat, 14 Apr 2007 08:37:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C20CD13C45E; Sat, 14 Apr 2007 08:37:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E96FF1A3C1C; Sat, 14 Apr 2007 01:37:44 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BDE4F52807; Sat, 14 Apr 2007 04:37:33 -0400 (EDT) Date: Sat, 14 Apr 2007 04:37:33 -0400 From: Kris Kennaway To: Garrett Cooper Message-ID: <20070414083733.GA71104@xor.obsecurity.org> References: <462075FE.4050508@u.washington.edu> <20070414064004.GA10803@xor.obsecurity.org> <20070414064517.GA69775@rambler-co.ru> <46207E8C.90604@u.washington.edu> <20070414072003.GA87084@xor.obsecurity.org> <462086FD.7050101@u.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <462086FD.7050101@u.washington.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, pjd@FreeBSD.org Subject: Re: Can't buildworld world on pristine 6.2-RELEASE machine with either 6.2-RELEASE sources or 7-CURRENT sources 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, 14 Apr 2007 08:37:34 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 12:47:09AM -0700, Garrett Cooper wrote: > Kris Kennaway wrote: > >On Sat, Apr 14, 2007 at 12:11:08AM -0700, Garrett Cooper wrote: > > > > =20 > >>Which source distribution is cddl usually included with though? I didn'= t=20 > >>think it was included with kerberos{IV,5} or games, and I have=20 > >>everything else included, so unless the source tree is consistently=20 > >>incomplete on cvsup10.freebsd.org, something truly strange is going on. > >> =20 > > > >It's new (ZFS). Presumably it lives in the src-cddl cvsup collection. > > > >Kris > > =20 > Perhaps, but that distribution doesn't live in cvsup10.freebsd.org. I=20 > tried that about 3-4 days ago and I was told that it didn't exist by csup. > -Garrett OK, maybe someone forgot to add it :) Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIJLMWry0BWjoQKURAmtuAKCT4P5ZUpbPtvBovmyPtwrYGHAbuACcC/bv QsSxbajE1JtVQ3F8gHC/B4g= =GdSe -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 09:42:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6684416A401; Sat, 14 Apr 2007 09:42:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2BCC513C459; Sat, 14 Apr 2007 09:42:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3E9gblP069809; Sat, 14 Apr 2007 05:42:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3E9gb6J035067; Sat, 14 Apr 2007 05:42:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DA2FC73039; Sat, 14 Apr 2007 05:42:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414094236.DA2FC73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 05:42:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 09:42:38 -0000 TB --- 2007-04-14 09:12:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 09:12:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-14 09:12:18 - cleaning the object tree TB --- 2007-04-14 09:12:49 - checking out the source tree TB --- 2007-04-14 09:12:49 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-14 09:12:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 09:22:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 09:22:55 - cd /src TB --- 2007-04-14 09:22:55 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 09:22:56 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.29\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_bzip2.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.29\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_compress.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.29\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_gzip.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.29\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.29\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.29\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:261: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 09:42:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 09:42:36 - ERROR: failed to build world TB --- 2007-04-14 09:42:36 - tinderbox aborted TB --- 0.85 user 2.88 system 1818.29 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 09:48:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27ADD16A406 for ; Sat, 14 Apr 2007 09:48:32 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6E12813C46A for ; Sat, 14 Apr 2007 09:48:30 +0000 (UTC) (envelope-from se@freebsd.org) Received: (qmail 14379 invoked by uid 10125); 14 Apr 2007 09:21:49 -0000 X-SpaceNet-Virusscan: Sophos Version: 4.13; Last IDE Update: 2007-04-14 04:30 no information about results Received: from p5087934c.dip0.t-ipconnect.de (HELO ?192.168.0.12?) (80.135.147.76) by mail.atsec.com with SMTP; 14 Apr 2007 09:21:49 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <46209D21.2010704@FreeBSD.org> Date: Sat, 14 Apr 2007 11:21:37 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> In-Reply-To: <20070409094319.GB76673@garage.freebsd.pl> X-Enigmail-Version: 0.94.1.2.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 14 Apr 2007 09:48:32 -0000 Pawel Jakub Dawidek wrote: > On Mon, Apr 09, 2007 at 03:17:23AM +0200, Pawel Jakub Dawidek wrote: Hi Pawel, great to see ZFS support committed to -current! It is amazingly simple to get a test setup going and it worked fine in my initial simple test cases. But now I've run into problems that probably are not technical but caused by a lack of understanding ... >> 3. It is now possible to have root file system on ZFS. You would still >> need UFS for your /boot/ file system. Hmmm, I yesterday bought a new disk for playing with ZFS and while it worked fine in most of my tests, I could not get the kernel to mount the ZFS based root partition. Maybe there is something wrong in the way I tried it (I did not strictly follow the method you suggested, because of special requirements). > Let me explain how this suppose to work. > > You have ad0 disk. Create one slice covering entire disk: > > # fdisk -BI /dev/ad0 In my case I have a ad0s1a (boot file system) and ad0s1b (swap for core dumps) and planned to have ad0s2 for ZFS. DOS and BSD partitions were created from, within sysinstall (and I have verified with CLI tools that the result looks OK). > Initialize BSDlabel: > > # bsdlabel -wB /dev/ad0s1 > > Edit your label and create small (like 256MB-512MB) 'a' partition and > use the rest for 'd' partition: > > # bsdlabel -e /dev/ad0s1 > > 'd' partition will be used for ZFS: In my case 1GB for ad0s1a (256MB) and ad0s1b (768MB) and 300GB for ad0s2. > # zpool create tank ad0s1d zpool create test ad0s2 > Create UFS file system on /dev/ad0s1a and copy /boot/ directory in > there: > > # newfs /dev/ad0s1a > # mount /dev/ad0s1a /mnt/tmp > # cp -Rp /boot/* /mnt/tmp/ I have copied /boot and /rescue to ad0s1a (and later, to simplify further testing, also /etc, /bin, /sbin, /lib, /libexec, since I wanted to be able to run recovery tools from ad0s1a). > Note that there is no /boot/ directory on ad0s1a yet. This is one of the > two possibilities. You now need to create symlink: > > # cd /mnt/tmp > # ln -s . boot > > From what I checked our loader should handle symlinks just fine. > This will allow us to mount /dev/ad0s1a on /boot directory and use it as > usual. > > Another option is to: > > # cp -Rp /boot /mnt/tmp/ > > and in the future mount /dev/ad0s1a on eg. /bootdisk and create symlink: > > # ln -s bootdisk/boot /boot I decided to habe a /.ufs file system and mount ad0s1a there, with symlinks from /boot and /rescue to /.ufs/boot and /.ufs/rescue ... > All in all, you should see your kernel when you do: > > # ls -l /mnt/tmp/boot/kernel > > Now don't forget to add zfs_load="YES" to /mnt/tmp/boot/loader.conf. > > Ok, you also need to tell your loader where your root file system is. > You can do it by adding: > > vfs.root.mountfrom="zfs:tank" > > to /mnt/tmp/boot/loader.conf or you can create /mnt/tmp/etc/fstab file > with one entry only: > > tank / zfs rw 0 0 Neither of these make the kernel accept the ZFS root file system in my case. (I currently have both, but even when I enter zfs:test at the prompt displayed by the kernel after failure to mount a root fs, it is not accepted). I do then enter ufs:ad0s1a to boot my UFS file system for recovery (with /bin, /sbin, /lib, and /etc besides /boot and /rescue). Then I have access to "zfs" and "zpool" commands, which let me mount the ZFS file system, even overloading the UFS root. I only have to make sure, that I manually mount DEVFS into the ZFS root. But in most of my tests, I need to "export" and "import -f" the ZFS pool, since it is displayed as "FAULTED" at first. This is true even if I manage to mount the UFS partition in such a way, that /boot/zfs/zpool.cache is correctly updated. I assume that file is used to control the automatic ZFS root mounting? Do I need to set the "alternate root" flag on the pool during import to have it accepted as a root FS during boot??? (This will be my next test, I think ...) > On your ZFS file system, your /etc/fstab should contains the line above > and: > > /dev/ad0s1a /boot ufs rw 0 0 I use: /dev/ad0s1a /.ufs ufs rw 1 2 > (and everything else, ie. your swap and other file systems) Hmmm, there are a few points that I do not fully understand: It seems that ZFS "legacy" mounts are not supported under FreeBSD, is this correct? (E.g. if I enter "zfs set mountpoint=legacy test" then "test" can not be mounted with "zfs mount test" and there is no other way to mount it since we do not have a "mount_zfs", yet?) I tried to set the mountpoint of my to-be root file system to "/" with "zfs set mountpoint=/ test" but I'm under the impression that this does not really work. Setting it to "//" does appear to have the desired effect, though, but may lead to a panic during shutdown. (Sorry, I've got no core-dumps but could try producing one later if there is interest. The panic is because of a ref count becoming negative but I did not write down the message.) I decided to have multiple zfs file systems (test/var, test/usr ...) and can see them with zfs list. What is the correct way to get them mounted automatically? (Assuming I get the problem to have the kernel automatically mount the ZFS root solved ...) Do I need fstab entries for for ZFS file systems (e.g. "test/usr") or does ZFS mount them automatically when the pool "test" is mounted? Or do I need a fstab line for each of them? What's supposed to go into /etc/zfs, besides the ZFS exports file? Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 10:17:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59FAF16A401; Sat, 14 Apr 2007 10:17:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3770F13C43E; Sat, 14 Apr 2007 10:17:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EAH3vi071136; Sat, 14 Apr 2007 06:17:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EAH3Am092587; Sat, 14 Apr 2007 06:17:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2ADE573039; Sat, 14 Apr 2007 06:17:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414101702.2ADE573039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 06:17:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 10:17:04 -0000 TB --- 2007-04-14 09:42:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 09:42:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-14 09:42:37 - cleaning the object tree TB --- 2007-04-14 09:43:15 - checking out the source tree TB --- 2007-04-14 09:43:15 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-14 09:43:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 09:51:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 09:51:56 - cd /src TB --- 2007-04-14 09:51:56 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 09:51:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 10:17:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 10:17:01 - ERROR: failed to build world TB --- 2007-04-14 10:17:01 - tinderbox aborted TB --- 0.80 user 2.84 system 2064.50 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 10:23:36 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF3F316A400; Sat, 14 Apr 2007 10:23:36 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id C1D1C13C45E; Sat, 14 Apr 2007 10:23:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 490084569A; Sat, 14 Apr 2007 12:23:34 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E359D45684; Sat, 14 Apr 2007 12:23:27 +0200 (CEST) Date: Sat, 14 Apr 2007 12:23:13 +0200 From: Pawel Jakub Dawidek To: Stefan Esser Message-ID: <20070414102313.GC10527@garage.freebsd.pl> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eHhjakXzOLJAF9wJ" Content-Disposition: inline In-Reply-To: <46209D21.2010704@FreeBSD.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 14 Apr 2007 10:23:36 -0000 --eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 11:21:37AM +0200, Stefan Esser wrote: > Pawel Jakub Dawidek wrote: > > On Mon, Apr 09, 2007 at 03:17:23AM +0200, Pawel Jakub Dawidek wrote: >=20 > Hi Pawel, >=20 > great to see ZFS support committed to -current! >=20 > It is amazingly simple to get a test setup going and it worked fine > in my initial simple test cases. But now I've run into problems that > probably are not technical but caused by a lack of understanding ... This is not the first report that it doesn't work as it should. One was that /boot/defaults/loader.conf wasn't fresh enough, and there were no: zpool_cache_load=3D"YES" zpool_cache_type=3D"/boot/zfs/zpool.cache" zpool_cache_name=3D"/boot/zfs/zpool.cache" lines at the end. Can you verify you have them? Can you send me log of full boot process? > Hmmm, there are a few points that I do not fully understand: >=20 > It seems that ZFS "legacy" mounts are not supported under FreeBSD, > is this correct? (E.g. if I enter "zfs set mountpoint=3Dlegacy test" > then "test" can not be mounted with "zfs mount test" and there is > no other way to mount it since we do not have a "mount_zfs", yet?) They are supported. "legacy" means that you no longer use 'zfs mount' to mount them, but simply mount(8) (or /etc/fstab). There is no mount_zfs and there won't be one, because we are moving away from such commands. You should use 'mount -t zfs' instead. > I tried to set the mountpoint of my to-be root file system to "/" > with "zfs set mountpoint=3D/ test" but I'm under the impression that > this does not really work. Setting it to "//" does appear to have > the desired effect, though, but may lead to a panic during shutdown. > (Sorry, I've got no core-dumps but could try producing one later > if there is interest. The panic is because of a ref count becoming > negative but I did not write down the message.) The mount point can be set to whatever you like, but you can still mount it using different mount point by hand (via mount(8)). The most proper way is probably to set mountpoint to "legacy". > I decided to have multiple zfs file systems (test/var, test/usr ...) > and can see them with zfs list. What is the correct way to get them > mounted automatically? (Assuming I get the problem to have the kernel > automatically mount the ZFS root solved ...) zfs_enable=3D"YES" in your /etc/rc.conf. > Do I need fstab entries for for ZFS file systems (e.g. "test/usr") > or does ZFS mount them automatically when the pool "test" is mounted? They are mount via rc.d/zfs script. > Or do I need a fstab line for each of them? > What's supposed to go into /etc/zfs, besides the ZFS exports file? For now only exports file. zpool.cache use to be there as well, but we need it in /boot/zfs/ to be able to have root-on-ZFS. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eHhjakXzOLJAF9wJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGIKuRForvXbEpPzQRArfeAJwMrRmHTFDd2H76tppk6cdrqRWwigCgozqN Lsf351DGH23timvBwQ+Ikas= =duuc -----END PGP SIGNATURE----- --eHhjakXzOLJAF9wJ-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 10:46:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2376A16A404; Sat, 14 Apr 2007 10:46:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0143B13C484; Sat, 14 Apr 2007 10:46:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EAkV5Q072203; Sat, 14 Apr 2007 06:46:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EAkVHF042367; Sat, 14 Apr 2007 06:46:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 24F8B73039; Sat, 14 Apr 2007 06:46:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414104631.24F8B73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 06:46:31 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 10:46:32 -0000 TB --- 2007-04-14 10:17:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 10:17:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-14 10:17:02 - cleaning the object tree TB --- 2007-04-14 10:17:32 - checking out the source tree TB --- 2007-04-14 10:17:32 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-14 10:17:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 10:27:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 10:27:27 - cd /src TB --- 2007-04-14 10:27:27 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 10:27:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 10:46:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 10:46:30 - ERROR: failed to build world TB --- 2007-04-14 10:46:30 - tinderbox aborted TB --- 0.75 user 2.46 system 1768.76 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 11:13:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB1C216A418; Sat, 14 Apr 2007 11:13:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 22B9D13C448; Sat, 14 Apr 2007 11:13:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EBDcEf073329; Sat, 14 Apr 2007 07:13:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EBDcBX081288; Sat, 14 Apr 2007 07:13:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B6C373039; Sat, 14 Apr 2007 07:13:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414111338.4B6C373039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 07:13:38 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 11:13:39 -0000 TB --- 2007-04-14 10:46:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 10:46:31 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-14 10:46:31 - cleaning the object tree TB --- 2007-04-14 10:46:50 - checking out the source tree TB --- 2007-04-14 10:46:50 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-14 10:46:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 10:54:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 10:54:56 - cd /src TB --- 2007-04-14 10:54:56 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 10:54:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 11:13:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 11:13:37 - ERROR: failed to build world TB --- 2007-04-14 11:13:37 - tinderbox aborted TB --- 0.72 user 2.10 system 1626.69 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 12:16:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC17E16A40B; Sat, 14 Apr 2007 12:16:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A28D113C468; Sat, 14 Apr 2007 12:16:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ECGogk076719; Sat, 14 Apr 2007 08:16:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ECGoVc014036; Sat, 14 Apr 2007 08:16:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A09C373039; Sat, 14 Apr 2007 08:16:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414121650.A09C373039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 08:16:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 12:16:51 -0000 TB --- 2007-04-14 11:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 11:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-14 11:40:00 - cleaning the object tree TB --- 2007-04-14 11:40:43 - checking out the source tree TB --- 2007-04-14 11:40:43 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-14 11:40:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 11:54:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 11:54:32 - cd /src TB --- 2007-04-14 11:54:32 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 11:54:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 12:16:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 12:16:50 - ERROR: failed to build world TB --- 2007-04-14 12:16:50 - tinderbox aborted TB --- 1.02 user 3.58 system 2209.77 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 13:31:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8900516A403 for ; Sat, 14 Apr 2007 13:31:24 +0000 (UTC) (envelope-from simokawa@freebsd.org) Received: from mail1.ecc.u-tokyo.ac.jp (mail1.ecc.u-tokyo.ac.jp [133.11.50.203]) by mx1.freebsd.org (Postfix) with ESMTP id 59F3813C46E for ; Sat, 14 Apr 2007 13:31:24 +0000 (UTC) (envelope-from simokawa@freebsd.org) Received: from spam002.ecc.u-tokyo.ac.jp (spam002.ecc.u-tokyo.ac.jp [133.11.50.195]) by mail1.ecc.u-tokyo.ac.jp (Postfix) with ESMTP id CC5E62A2AEF for ; Sat, 14 Apr 2007 22:31:23 +0900 (JST) Received: from maru5.nunu.org (157.82.169.72 [157.82.169.72]) by spam002.ecc.u-tokyo.ac.jp (SpamBlock.pst 3.4.97) with ESMTP id <86slb3t74o.wl%simokawa@FreeBSD.ORG> for ; Sat, 14 Apr 2007 22:31:20 +0900 Date: Sat, 14 Apr 2007 22:31:19 +0900 Message-ID: <86slb3t74o.wl%simokawa@FreeBSD.ORG> From: Hidetoshi Shimokawa To: Pawel Jakub Dawidek User-Agent: Wanderlust/2.15.2 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-IP: 157.82.169.72 X-FROM-DOMAIN: freebsd.org X-FROM-EMAIL: simokawa@freebsd.org Cc: freebsd-current@freebsd.org Subject: zdb patch 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, 14 Apr 2007 13:31:24 -0000 Here is a patch for zdb. Now we can 'zdb -u pool' :-) ==== //depot/user/simokawa/firewire/contrib/opensolaris/lib/libzpool/common/kernel.c#2 - /home/p4/firewire/contrib/opensolaris/lib/libzpool/common/kernel.c ==== @@ -38,6 +38,7 @@ #include #include #include +#include /* * Emulation of kernel services in userland. @@ -291,7 +292,11 @@ ASSERT(abstime > 0); top: +#if 0 delta = abstime - lbolt; +#else /* for compatibility with FreeBSD kernel */ + delta = abstime; +#endif if (delta <= 0) return (-1); @@ -413,7 +418,11 @@ *vpp = vp = umem_zalloc(sizeof (vnode_t), UMEM_NOFAIL); vp->v_fd = fd; - vp->v_size = st.st_size; + if (st.st_mode & S_IFCHR) { + ioctl(fd, DIOCGMEDIASIZE, &vp->v_size); + } else { + vp->v_size = st.st_size; + } vp->v_path = spa_strdup(path); return (0); /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 13:35:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C3CF16A402; Sat, 14 Apr 2007 13:35:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 04B2913C4B8; Sat, 14 Apr 2007 13:35:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EDZKku081739; Sat, 14 Apr 2007 09:35:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EDZKEn059160; Sat, 14 Apr 2007 09:35:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 21B1473039; Sat, 14 Apr 2007 09:35:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414133520.21B1473039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 09:35:20 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 13:35:21 -0000 TB --- 2007-04-14 12:16:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 12:16:50 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-14 12:16:50 - cleaning the object tree TB --- 2007-04-14 12:17:29 - checking out the source tree TB --- 2007-04-14 12:17:29 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-14 12:17:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 12:27:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 12:27:44 - cd /src TB --- 2007-04-14 12:27:44 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 12:27:45 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 14 13:25:02 UTC 2007 TB --- 2007-04-14 13:25:02 - generating LINT kernel config TB --- 2007-04-14 13:25:02 - cd /src/sys/i386/conf TB --- 2007-04-14 13:25:02 - /usr/bin/make -B LINT TB --- 2007-04-14 13:25:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-14 13:25:02 - cd /src TB --- 2007-04-14 13:25:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 14 13:25:02 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_crc32.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_indata.c /src/sys/netinet/sctp_indata.c: In function `sctp_handle_segments': /src/sys/netinet/sctp_indata.c:2925: error: `v' undeclared (first use in this function) /src/sys/netinet/sctp_indata.c:2925: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_indata.c:2925: error: for each function it appears in.) /src/sys/netinet/sctp_indata.c:2925: error: syntax error before "last_tsn" *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 13:35:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 13:35:19 - ERROR: failed to build lint kernel TB --- 2007-04-14 13:35:19 - tinderbox aborted TB --- 1.00 user 2.85 system 4709.09 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 13:47:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B40D16A402; Sat, 14 Apr 2007 13:47:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id B94CA13C45D; Sat, 14 Apr 2007 13:47:15 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4B11545CD9; Sat, 14 Apr 2007 15:47:14 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F21314569A; Sat, 14 Apr 2007 15:47:08 +0200 (CEST) Date: Sat, 14 Apr 2007 15:46:53 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070414134653.GF10527@garage.freebsd.pl> References: <86slb3t74o.wl%simokawa@FreeBSD.ORG> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wtjvnLv0o8UUzur2" Content-Disposition: inline In-Reply-To: <86slb3t74o.wl%simokawa@FreeBSD.ORG> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zdb patch 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, 14 Apr 2007 13:47:16 -0000 --wtjvnLv0o8UUzur2 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 10:31:19PM +0900, Hidetoshi Shimokawa wrote: > Here is a patch for zdb. > Now we can 'zdb -u pool' :-) >=20 > =3D=3D=3D=3D //depot/user/simokawa/firewire/contrib/opensolaris/lib/libzp= ool/common/kernel.c#2 - /home/p4/firewire/contrib/opensolaris/lib/libzpool/= common/kernel.c =3D=3D=3D=3D > @@ -38,6 +38,7 @@ > #include > #include > #include > +#include > =20 > /* > * Emulation of kernel services in userland. > @@ -291,7 +292,11 @@ > =20 > ASSERT(abstime > 0); > top: > +#if 0 > delta =3D abstime - lbolt; > +#else /* for compatibility with FreeBSD kernel */ > + delta =3D abstime; > +#endif What is this change for? It works ok without it here. > if (delta <=3D 0) > return (-1); > =20 > @@ -413,7 +418,11 @@ > *vpp =3D vp =3D umem_zalloc(sizeof (vnode_t), UMEM_NOFAIL); > =20 > vp->v_fd =3D fd; > - vp->v_size =3D st.st_size; > + if (st.st_mode & S_IFCHR) { > + ioctl(fd, DIOCGMEDIASIZE, &vp->v_size); > + } else { > + vp->v_size =3D st.st_size; > + } > vp->v_path =3D spa_strdup(path); > =20 > return (0); Please commit, but: 1. Move 'include ' to lib/libzpool/common/sys/zfs_context.h 2. Use S_ISCHR() macro and drop { }: if (S_ISCHR(st.st_mode)) ioctl(fd, DIOCGMEDIASIZE, &vp->v_size); else vp->v_size =3D st.st_size; Thanks! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wtjvnLv0o8UUzur2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGINtNForvXbEpPzQRAtQvAKDBpbmFT9N+66cPw2r3nIS3XuZEvQCgoU8z ovfmEH7EFkrLQDDY9LOl87E= =jkGY -----END PGP SIGNATURE----- --wtjvnLv0o8UUzur2-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:04:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C366716A402; Sat, 14 Apr 2007 14:04:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA4113C46A; Sat, 14 Apr 2007 14:04:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 188D6487F2; Sat, 14 Apr 2007 16:04:19 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0026745B26; Sat, 14 Apr 2007 16:04:13 +0200 (CEST) Date: Sat, 14 Apr 2007 16:03:58 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070414140358.GG10527@garage.freebsd.pl> References: <86slb3t74o.wl%simokawa@FreeBSD.ORG> <20070414134653.GF10527@garage.freebsd.pl> <626eb4530704140701n3b06df02o58f288baad4cf3d1@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w2JjAQZceEVGylhD" Content-Disposition: inline In-Reply-To: <626eb4530704140701n3b06df02o58f288baad4cf3d1@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zdb patch 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, 14 Apr 2007 14:04:20 -0000 --w2JjAQZceEVGylhD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 11:01:35PM +0900, Hidetoshi Shimokawa wrote: > On 4/14/07, Pawel Jakub Dawidek wrote: > >On Sat, Apr 14, 2007 at 10:31:19PM +0900, Hidetoshi Shimokawa wrote: > >> Here is a patch for zdb. > >> Now we can 'zdb -u pool' :-) > >> > >> =3D=3D=3D=3D //depot/user/simokawa/firewire/contrib/opensolaris/lib/li= bzpool/common/kernel.c#2 - /home/p4/firewire/contrib/opensolaris/lib/libzpo= ol/common/kernel.c =3D=3D=3D=3D > >> @@ -38,6 +38,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> > >> /* > >> * Emulation of kernel services in userland. > >> @@ -291,7 +292,11 @@ > >> > >> ASSERT(abstime > 0); > >> top: > >> +#if 0 > >> delta =3D abstime - lbolt; > >> +#else /* for compatibility with FreeBSD kernel */ > >> + delta =3D abstime; > >> +#endif > > > >What is this change for? It works ok without it here. >=20 > It is necessary for userland because of your change 104486. > (see p4 describe 104486) >=20 > Without above patch, cv_timedwait() never sleeps and arc_reclaim_thread > never releases the lock. Right... How can I reproduce the problem, because ztest seems to work just fine? BTW. Please commit this change as well, but just remove ' - lbolt' and forget about this '#if 0'. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --w2JjAQZceEVGylhD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGIN9OForvXbEpPzQRAqBmAJ4wpBXPninR+TNkv9kAdtjN309s9QCg857b oYzfkK5HxmzL1nt+prG9zqA= =nCPz -----END PGP SIGNATURE----- --w2JjAQZceEVGylhD-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:04:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 022D916A402 for ; Sat, 14 Apr 2007 14:04:29 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCD313C45E for ; Sat, 14 Apr 2007 14:04:28 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1088825wxc for ; Sat, 14 Apr 2007 07:04:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OVWITE5Kjqau0ZTjggSB6/cO9iz83Fjc7U+QJGWRJ1pEHvPWDWWzaidYvbq4T5xhFU/xkCBNHLqOtqaCAdCRkDdeZ/qq236ztSE11ruvpKgEd903ivg4OK308yES3s4yolIGEP0GtYSXBw0wdiPyRl9CA+kAU1CQNY5Q5lLBgJY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TWtBmPRaYNojmkOmostTCd+GzQQ7wRnwm5KbZSCdkTTeg7miTQU7hsd0O9c7Ijeeb2Hlang0mvd2J7GVzu+U3IHNJhPy8Hfuw/7KzcwQSeKmTFcIBKTJblD+hvMy6h1hdUlZS4Cdz2DJ7Br4LepUn0T0pslKQ37XmcLXJGyk5q0= Received: by 10.78.136.9 with SMTP id j9mr811724hud.1176559466875; Sat, 14 Apr 2007 07:04:26 -0700 (PDT) Received: by 10.78.188.9 with HTTP; Sat, 14 Apr 2007 07:04:26 -0700 (PDT) Message-ID: <70e8236f0704140704v44a1810ft6bf3b7e6c426bb65@mail.gmail.com> Date: Sat, 14 Apr 2007 15:04:26 +0100 From: "Joao Barros" To: "Pawel Jakub Dawidek" In-Reply-To: <70e8236f0704121416h15f398dah479351b7776e8679@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <70e8236f0704090808y5d305175wdc3cee5be1a26a9@mail.gmail.com> <20070409153338.GH76673@garage.freebsd.pl> <70e8236f0704090931v3d62d067kfa25993da10fb331@mail.gmail.com> <86bqhxcifq.fsf@dwp.des.no> <70e8236f0704100852y214dad89g1291bb525f4efc74@mail.gmail.com> <70e8236f0704121130u1262ccb6r571e18ad1a491dd3@mail.gmail.com> <86odlte2rm.fsf@dwp.des.no> <70e8236f0704121416h15f398dah479351b7776e8679@mail.gmail.com> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: ZFS: amd64, devd, root file system. 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, 14 Apr 2007 14:04:29 -0000 On 4/12/07, Joao Barros wrote: > On 4/12/07, Dag-Erling Sm=F8rgrav wrote: > > "Joao Barros" writes: > > > The aim is to disconnect the ATA ad0 thus rendering the SATA ad2 to > > > ad0, something like this: > > > > > > ATA channel 0: > > > Master: ad0 Serial ATA II > > > Slave: ad1 Serial ATA II > > > ATA channel 1: > > > Master: ad2 Serial ATA II > > > Slave: no device present > > > ATA channel 2: > > > Master: ad4 Serial ATA II > > > Slave: no device present > > > > > > The problem is that the info in zpool.cache is diferent from the new > > > disk order and zfs doesn't pick the volume thus no root fs. > > > I jumped on my "let's go for anything" suit and even tried to edit > > > zpool.cache by hand with the new disk order, sadly with no luck. > > > > Run "zpool export" before moving the disks, then "zpool import" after > > rebooting. > > I can export the zpool when I'm running off the ATA ad0 but I can't > import from the SATA ad0, the root fs is on zfs... > As a workaround I copied my system from the ATA ad0 to a scsi disk in order to get a zpool.cache with the final configuration. I got my system on zfs :D xeon# mount r4x320 on / (zfs, local) devfs on /dev (devfs, local) /dev/ad0s1a on /bootdisk (ufs, local) xeon# zfs list NAME USED AVAIL REFER MOUNTPOINT r4x320 6.55G 870G 4.55G /r4x320 r4x320/swap 23.9K 872G 23.9K - xeon# cat /etc/fstab # Device Mountpoint FStype Options Dump Pas= s# /dev/zvol/r4x320/swap none swap sw 0 0 /dev/ad0s1a /bootdisk ufs rw 0 0 #/dev/zvol/r4x320 / ufs rw 1 1 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 I only got one problem now: from what I can see swapon runs first that the zfs startup script so I have no swap. Only after booting I can see /dev/zvol/r4x320/swap and swapon works. Here is dmesg: Mar 19 10:59:32 xeon syslogd: kernel boot file is /boot/kernel/kernel Mar 19 10:59:32 xeon kernel: Copyright (c) 1992-2007 The FreeBSD Project. Mar 19 10:59:32 xeon kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 19 10:59:32 xeon kernel: The Regents of the University of California. All rights reserved. Mar 19 10:59:32 xeon kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Mar 19 10:59:32 xeon kernel: FreeBSD 7.0-CURRENT #5: Tue Apr 10 00:06:35 WEST 2007 Mar 19 10:59:32 xeon kernel: root@xeon.bsdtech.org:/usr/obj/usr/src/sys/GEN= ERIC Mar 19 10:59:32 xeon kernel: WARNING: WITNESS option enabled, expect reduced performance. Mar 19 10:59:32 xeon kernel: acpi_alloc_wakeup_handler: can't alloc wake me= mory Mar 19 10:59:32 xeon kernel: ACPI APIC Table: Mar 19 10:59:32 xeon kernel: Timecounter "i8254" frequency 1193182 Hz quali= ty 0 Mar 19 10:59:32 xeon kernel: CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3073.65-MHz 686-class CPU) Mar 19 10:59:32 xeon kernel: Origin =3D "GenuineIntel" Id =3D 0xf29 Stepp= ing =3D 9 Mar 19 10:59:32 xeon kernel: Features=3D0xbfebfbff Mar 19 10:59:32 xeon kernel: Logical CPUs per core: 2 Mar 19 10:59:32 xeon kernel: real memory =3D 1072562176 (1022 MB) Mar 19 10:59:32 xeon kernel: avail memory =3D 1035956224 (987 MB) Mar 19 10:59:32 xeon kernel: FreeBSD/SMP: Multiprocessor System Detected: 2= CPUs Mar 19 10:59:32 xeon kernel: cpu0 (BSP): APIC ID: 0 Mar 19 10:59:32 xeon kernel: cpu1 (AP): APIC ID: 1 Mar 19 10:59:32 xeon kernel: ACPI: RSDP @ 0x0xf7bf0/0x0014 (v 0 IntelR) Mar 19 10:59:32 xeon kernel: ACPI: RSDT @ 0x0x3fee3040/0x002C (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) Mar 19 10:59:32 xeon kernel: ACPI: FACP @ 0x0x3fee30c0/0x0074 (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) Mar 19 10:59:32 xeon kernel: ACPI: DSDT @ 0x0x3fee3180/0x3FF3 (v 1 INTELR AWRDACPI 0x00001000 MSFT 0x0100000E) Mar 19 10:59:32 xeon kernel: ACPI: FACS @ 0x0x3fee0000/0x0040 Mar 19 10:59:32 xeon kernel: ACPI: APIC @ 0x0x3fee71c0/0x0090 (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) Mar 19 10:59:32 xeon kernel: ioapic0: Changing APIC ID to 4 Mar 19 10:59:32 xeon kernel: ioapic0 irqs 0-23 on motherboard Mar 19 10:59:32 xeon kernel: ioapic1 irqs 24-47 on motherboar= d Mar 19 10:59:32 xeon kernel: kbd1 at kbdmux0 Mar 19 10:59:32 xeon kernel: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Mar 19 10:59:32 xeon kernel: acpi0: on motherboard Mar 19 10:59:32 xeon kernel: acpi0: [ITHREAD] Mar 19 10:59:32 xeon kernel: acpi0: Power Button (fixed) Mar 19 10:59:32 xeon kernel: acpi0: reservation of 0, a0000 (3) failed Mar 19 10:59:32 xeon kernel: acpi0: reservation of 100000, 3fde0000 (3) fai= led Mar 19 10:59:32 xeon kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Mar 19 10:59:32 xeon kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Mar 19 10:59:32 xeon kernel: cpu0: on acpi0 Mar 19 10:59:32 xeon kernel: cpu1: on acpi0 Mar 19 10:59:32 xeon kernel: acpi_button0: on acpi0 Mar 19 10:59:32 xeon kernel: pcib0: port 0xcf8-0xcff on acpi0 Mar 19 10:59:32 xeon kernel: pci0: on pcib0 Mar 19 10:59:32 xeon kernel: agp0: on hos= tb0 Mar 19 10:59:32 xeon kernel: pcib1: at device 1.0 on pci0 Mar 19 10:59:32 xeon kernel: pci1: on pcib1 Mar 19 10:59:32 xeon kernel: vgapci0: mem 0xf8000000-0xf8ffffff,0xf0000000-0xf7ffffff irq 16 at de Mar 19 10:59:32 xeon kernel: pcib2: at device 3.0 on = pci0 Mar 19 10:59:32 xeon kernel: pci2: on pcib2 Mar 19 10:59:32 xeon kernel: em0: port 0xa000-0xa01f mem 0xfb020000- Mar 19 10:59:32 xeon kernel: em0: Ethernet address: 00:11:d8:a2:21:c8 Mar 19 10:59:32 xeon kernel: em0: [FILTER] Mar 19 10:59:32 xeon kernel: pcib3: at device 28.0 on= pci0 Mar 19 10:59:32 xeon kernel: pci3: on pcib3 Mar 19 10:59:32 xeon kernel: uhci0: port 0xc400-0xc41f irq 16 at device 29.0 on pci0 Mar 19 10:59:32 xeon kernel: uhci0: [GIANT-LOCKED] Mar 19 10:59:32 xeon kernel: uhci0: [ITHREAD] Mar 19 10:59:32 xeon kernel: usb0: on uhci0 Mar 19 10:59:32 xeon kernel: usb0: USB revision 1.0 Mar 19 10:59:32 xeon kernel: uhub0: on usb0 Mar 19 10:59:32 xeon kernel: uhub0: 2 ports with 2 removable, self powered Mar 19 10:59:32 xeon kernel: uhci1: port 0xc000-0xc01f irq 19 at device 29.1 on pci0 Mar 19 10:59:32 xeon kernel: uhci1: [GIANT-LOCKED] Mar 19 10:59:32 xeon kernel: uhci1: [ITHREAD] Mar 19 10:59:32 xeon kernel: usb1: on uhci1 Mar 19 10:59:32 xeon kernel: usb1: USB revision 1.0 Mar 19 10:59:32 xeon kernel: uhub1: on usb1 Mar 19 10:59:32 xeon kernel: uhub1: 2 ports with 2 removable, self powered Mar 19 10:59:32 xeon kernel: pci0: at device 29.4 (no driver attached) Mar 19 10:59:32 xeon kernel: ehci0: mem 0xfc100000-0xfc1003ff irq 23 at device 29.7 on p Mar 19 10:59:32 xeon kernel: ehci0: [GIANT-LOCKED] Mar 19 10:59:32 xeon kernel: ehci0: [ITHREAD] Mar 19 10:59:32 xeon kernel: usb2: EHCI version 1.0 Mar 19 10:59:32 xeon kernel: usb2: companion controllers, 2 ports each: usb0 usb1 Mar 19 10:59:32 xeon kernel: usb2: on eh= ci0 Mar 19 10:59:32 xeon kernel: usb2: USB revision 2.0 Mar 19 10:59:32 xeon kernel: uhub2: on usb2 Mar 19 10:59:32 xeon kernel: uhub2: 4 ports with 4 removable, self powered Mar 19 10:59:32 xeon kernel: pcib4: at device 30.0 on= pci0 Mar 19 10:59:32 xeon kernel: pci4: on pcib4 Mar 19 10:59:32 xeon kernel: fwohci0: mem 0xfc025000-0xfc0257ff,0xfc020000-0xfc023fff irq 2 Mar 19 10:59:32 xeon kernel: fwohci0: [ITHREAD] Mar 19 10:59:32 xeon kernel: fwohci0: OHCI version 1.10 (ROM=3D1) Mar 19 10:59:32 xeon kernel: fwohci0: No. of Isochronous channels is 4. Mar 19 10:59:32 xeon kernel: fwohci0: EUI64 00:11:d8:00:00:18:1b:79 Mar 19 10:59:32 xeon kernel: fwohci0: Phy 1394a available S400, 2 ports. Mar 19 10:59:32 xeon kernel: fwohci0: Link S400, max_rec 2048 bytes. Mar 19 10:59:32 xeon kernel: firewire0: on fwohci0 Mar 19 10:59:32 xeon kernel: fwe0: on firewire0 Mar 19 10:59:32 xeon kernel: if_fwe0: Fake Ethernet address: 02:11:d8:18:1b= :79 Mar 19 10:59:32 xeon kernel: fwe0: Ethernet address: 02:11:d8:18:1b:79 Mar 19 10:59:32 xeon kernel: fwe0: if_start running deferred for Giant Mar 19 10:59:32 xeon kernel: sbp0: on firewire0 Mar 19 10:59:32 xeon kernel: fwohci0: Initiate bus reset Mar 19 10:59:32 xeon kernel: fwohci0: BUS reset Mar 19 10:59:32 xeon kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode Mar 19 10:59:32 xeon kernel: firewire0: 1 nodes, maxhop <=3D 0, cable IRM = =3D 0 (me) Mar 19 10:59:32 xeon kernel: firewire0: bus manager 0 (me) Mar 19 10:59:32 xeon kernel: atapci0: port 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f Mar 19 10:59:32 xeon kernel: atapci0: [ITHREAD] Mar 19 10:59:32 xeon kernel: atapci0: [ITHREAD] Mar 19 10:59:32 xeon kernel: ata2: on atapci0 Mar 19 10:59:32 xeon kernel: ata2: [ITHREAD] Mar 19 10:59:32 xeon kernel: ata3: on atapci0 Mar 19 10:59:32 xeon kernel: ata3: [ITHREAD] Mar 19 10:59:32 xeon kernel: ata4: on atapci0 Mar 19 10:59:32 xeon kernel: ata4: [ITHREAD] Mar 19 10:59:32 xeon kernel: ata5: on atapci0 Mar 19 10:59:32 xeon kernel: ata5: [ITHREAD] Mar 19 10:59:32 xeon kernel: isab0: at device 31.0 on pci0 Mar 19 10:59:32 xeon kernel: isa0: on isab0 Mar 19 10:59:32 xeon kernel: atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0x Mar 19 10:59:32 xeon kernel: ata0: on atapci1 Mar 19 10:59:32 xeon kernel: ata0: [ITHREAD] Mar 19 10:59:32 xeon kernel: ata1: on atapci1 Mar 19 10:59:32 xeon kernel: ata1: [ITHREAD] Mar 19 10:59:32 xeon kernel: ichsmb0: port 0x500-0x51f irq 17 at device 31.3 on pci0 Mar 19 10:59:32 xeon kernel: ichsmb0: [GIANT-LOCKED] Mar 19 10:59:32 xeon kernel: ichsmb0: [ITHREAD] Mar 19 10:59:32 xeon kernel: smbus0: on ichsmb0 Mar 19 10:59:32 xeon kernel: pcm0: port 0xe000-0xe0ff,0xe400-0xe43f mem 0xfc102000-0xfc1021ff,0xfc103000-0x Mar 19 10:59:32 xeon kernel: pcm0: [ITHREAD] Mar 19 10:59:32 xeon kernel: pcm0: Mar 19 10:59:32 xeon kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Mar 19 10:59:32 xeon kernel: sio0: type 16550A Mar 19 10:59:32 xeon kernel: sio0: [FILTER] Mar 19 10:59:32 xeon kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Mar 19 10:59:32 xeon kernel: atkbd0: irq 1 on atkbdc0 Mar 19 10:59:32 xeon kernel: kbd0 at atkbd0 Mar 19 10:59:32 xeon kernel: atkbd0: [GIANT-LOCKED] Mar 19 10:59:32 xeon kernel: atkbd0: [ITHREAD] Mar 19 10:59:32 xeon kernel: psm0: irq 12 on atkbdc0 Mar 19 10:59:32 xeon kernel: psm0: [GIANT-LOCKED] Mar 19 10:59:32 xeon kernel: psm0: [ITHREAD] Mar 19 10:59:32 xeon kernel: psm0: model IntelliMouse Explorer, device ID 4 Mar 19 10:59:32 xeon kernel: pmtimer0 on isa0 Mar 19 10:59:32 xeon kernel: orm0: at iomem 0xc0000-0xcb7ff pnpid ORM0000 on isa0 Mar 19 10:59:32 xeon kernel: ppc0: parallel port not found. Mar 19 10:59:32 xeon kernel: sc0: at flags 0x100 on isa0 Mar 19 10:59:32 xeon kernel: sc0: VGA <16 virtual consoles, flags=3D0x300> Mar 19 10:59:32 xeon kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Mar 19 10:59:32 xeon kernel: sio1: port may not be enabled Mar 19 10:59:32 xeon kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Mar 19 10:59:32 xeon kernel: Timecounters tick every 1.000 msec Mar 19 10:59:32 xeon kernel: ad0: 305245MB at ata0-master SATA150 Mar 19 10:59:32 xeon kernel: ad1: 305245MB at ata0-slave SATA150 Mar 19 10:59:32 xeon kernel: acd0: DVDROM at ata1-master UDMA66 Mar 19 10:59:32 xeon kernel: ad4: 305245MB at ata2-master SATA150 Mar 19 10:59:32 xeon kernel: ad6: 305245MB at ata3-master SATA150 Mar 19 10:59:32 xeon kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 Mar 19 10:59:32 xeon kernel: ar0: 305245MB status: READY Mar 19 10:59:32 xeon kernel: ar0: disk0 READY using ad4 at ata2-master Mar 19 10:59:32 xeon kernel: ar1: 305245MB status: READY Mar 19 10:59:32 xeon kernel: ar1: disk0 READY using ad6 at ata3-master Mar 19 10:59:32 xeon kernel: WARNING: ZFS is considered to be an experimental feature in FreeBSD. Mar 19 10:59:32 xeon kernel: SMP: AP CPU #1 Launched! Mar 19 10:59:32 xeon kernel: cd0 at ata1 bus 0 target 0 lun 0 Mar 19 10:59:32 xeon kernel: cd0: Removable CD-ROM SCSI-0 device Mar 19 10:59:32 xeon kernel: cd0: 66.000MB/s transfers Mar 19 10:59:32 xeon kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Mar 19 10:59:32 xeon kernel: ZFS filesystem version 6 Mar 19 10:59:32 xeon kernel: ZFS storage pool version 6 Mar 19 10:59:32 xeon kernel: Trying to mount root from zfs:r4x320 Mar 19 10:59:32 xeon kernel: lock order reversal: Mar 19 10:59:32 xeon kernel: 1st 0xc4bbd520 zfs:&dr->dt.di.dr_mtx (zfs:&dr->dt.di.dr_mtx) @ /usr/src/sys/modules/zfs/../../ Mar 19 10:59:32 xeon kernel: 2nd 0xc4932f00 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/open Mar 19 10:59:32 xeon kernel: KDB: stack backtrace: Mar 19 10:59:32 xeon kernel: db_trace_self_wrapper(c094c217) at db_trace_self_wrapper+0x25 Mar 19 10:59:32 xeon kernel: kdb_backtrace(0,ffffffff,c0a5b5c8,c0a5b6e0,c09f6eac,...) at kdb_backtrace+0x29 Mar 19 10:59:32 xeon kernel: witness_checkorder(c4932f00,9,c0cb54b3,75f) at witness_checkorder+0x586 Mar 19 10:59:32 xeon kernel: _sx_xlock(c4932f00,c0cb54b3,75f,b55,0,...) at _sx_xlock+0x3e Mar 19 10:59:32 xeon kernel: dbuf_sync_list(c4bbd538,c44bdd00,b55,0,c4197800,...) at dbuf_sync_list+0x15b Mar 19 10:59:32 xeon kernel: dbuf_sync_list(c492fb90,c44bdd00,255,14,0,...) at dbuf_sync_list+0xde Mar 19 10:59:32 xeon kernel: dnode_sync(c492fae0,c44bdd00,c4197878,c492fae0,10,...) at dnode_sync+0x3a8 Mar 19 10:59:32 xeon kernel: dmu_objset_sync_dnodes(c492f3a0,c44bdd00,b55,0,c48c9400,...) at dmu_objset_sync_dnodes+0x29 Mar 19 10:59:32 xeon kernel: dmu_objset_sync(c4197800,c48d1000,c44bdd00,c41a2000,0,...) at dmu_objset_sync+0x11d Mar 19 10:59:32 xeon kernel: dsl_pool_sync(c434ea00,b55,0,c41a2000,b55,...) at dsl_pool_sync+0x13e Mar 19 10:59:32 xeon kernel: spa_sync(c41a2000,b55,0,c434eaac,c0cb8db2,...) at spa_sync+0x33f Mar 19 10:59:32 xeon kernel: txg_sync_thread(c434ea00,e6952d38) at txg_sync_thread+0x183 Mar 19 10:59:32 xeon kernel: fork_exit(c0c889bc,c434ea00,e6952d38) at fork_exit+0xac Mar 19 10:59:32 xeon kernel: fork_trampoline() at fork_trampoline+0x8 Mar 19 10:59:32 xeon kernel: --- trap 0, eip =3D 0, esp =3D 0xe6952d70, ebp= =3D 0 --- Loading configuration files. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: /dev/zvol/r4x320/swap: No sich file or directory Starting file system checks: Mar 19 10:59:32 xeon kernel: lock order reversal: Mar 19 10:59:32 xeon kernel: 1st 0xc60871e0 zfs:&db->db_mtx (zfs:&db->db_mtx) @ /usr/src/sys/modules/zfs/../../contrib/open Mar 19 10:59:32 xeon kernel: 2nd 0xc60411e8 zfs:&zp->z_lock (zfs:&zp->z_lock) @ /usr/src/sys/modules/zfs/../../contrib/open Mar 19 10:59:32 xeon kernel: KDB: stack backtrace: Mar 19 10:59:32 xeon kernel: db_trace_self_wrapper(c094c217) at db_trace_self_wrapper+0x25 Mar 19 10:59:32 xeon kernel: kdb_backtrace(0,ffffffff,c0a5b6e0,c0a5b578,c09f6eac,...) at kdb_backtrace+0x29 Mar 19 10:59:32 xeon kernel: witness_checkorder(c60411e8,9,c0cb9cda,49) at witness_checkorder+0x586 Mar 19 10:59:32 xeon kernel: _sx_xlock(c60411e8,c0cb9cda,49,c0cb5dd5,e69529d8,...) at _sx_xlock+0x3e Mar 19 10:59:32 xeon kernel: znode_pageout_func(c60871a4,c60411d8,c60871a4,e6952a04,c0c63d01,...) at znode_pageout_func+0x1 Mar 19 10:59:32 xeon kernel: dbuf_evict_user(c6087230,c60871a4,0,c566ee30,e6952a14,...) at dbuf_evict_user+0x31 Mar 19 10:59:32 xeon kernel: dbuf_clear(c60871a4,0,e6952ad4,c0c732bd,c60871a4,...) at dbuf_clear+0x1d Mar 19 10:59:32 xeon kernel: dbuf_evict(c60871a4,c60871e0,c0cb5dd5,1a1,c566ee18,...) at dbuf_evict+0xd Mar 19 10:59:32 xeon kernel: dnode_evict_dbufs(c566ecb0,0,255,28,0,...) at dnode_evict_dbufs+0x1fd Mar 19 10:59:32 xeon kernel: dnode_sync(c566ecb0,c5f37600,c4bb54c8,c566ecb0,20,...) at dnode_sync+0x257 Mar 19 10:59:32 xeon kernel: dmu_objset_sync_dnodes(c4b5f3a0,c5f37600,b56,0,c460bc00,...) at dmu_objset_sync_dnodes+0x29 Mar 19 10:59:32 xeon kernel: dmu_objset_sync(c4bb5400,c47bb400,c5f37600,c434eb4c,c4197800,...) at dmu_objset_sync+0x112 Mar 19 10:59:32 xeon kernel: dsl_pool_sync(c434ea00,b56,0,c41a2000,b56,...) at dsl_pool_sync+0x6d Mar 19 10:59:32 xeon kernel: spa_sync(c41a2000,b56,0,c434eaac,c0cb8db2,...) at spa_sync+0x33f Mar 19 10:59:32 xeon kernel: txg_sync_thread(c434ea00,e6952d38) at txg_sync_thread+0x183 Mar 19 10:59:32 xeon kernel: fork_exit(c0c889bc,c434ea00,e6952d38) at fork_exit+0xac Mar 19 10:59:32 xeon kernel: fork_trampoline() at fork_trampoline+0x8 Mar 19 10:59:32 xeon kernel: --- trap 0, eip =3D 0, esp =3D 0xe6952d70, ebp= =3D 0 --- Mounting local file systems:. Mar 19 10:59:32 xeon kernel: lock order reversal: Mar 19 10:59:32 xeon kernel: 1st 0xc0a4bccc GEOM topology (GEOM topology) @ /usr/src/sys/modules/zfs/../../contrib/opensola Mar 19 10:59:32 xeon kernel: 2nd 0xc0cc9d50 zfs:&spa_namespace_lock (zfs:&spa_namespace_lock) @ /usr/src/sys/modules/zfs/.. Mar 19 10:59:32 xeon kernel: KDB: stack backtrace: Mar 19 10:59:32 xeon kernel: db_trace_self_wrapper(c094c217) at db_trace_self_wrapper+0x25 Mar 19 10:59:32 xeon kernel: kdb_backtrace(0,ffffffff,c0a5cb80,c0a5be10,c09f6eac,...) at kdb_backtrace+0x29 Mar 19 10:59:32 xeon kernel: witness_checkorder(c0cc9d50,9,c0cb70e1,33c) at witness_checkorder+0x586 Mar 19 10:59:32 xeon kernel: _sx_xlock(c0cc9d50,c0cb70e1,33c,0,0,...) at _sx_xlock+0x3e Mar 19 10:59:32 xeon kernel: spa_open_common(c0cb3bcb,0,c0cb3bcb,c144eba0,0,...) at spa_open_common+0x46 Mar 19 10:59:32 xeon kernel: dsl_dir_open_spa(0,c5cc9000,c0cb3c79,e67cfaec,e67cfaf0,...) at dsl_dir_open_spa+0x58 Mar 19 10:59:32 xeon kernel: dsl_dataset_open_spa(0,c5cc9000,2,c43523b0,e67cfb40,...) at dsl_dataset_open_spa+0x28 Mar 19 10:59:32 xeon kernel: dsl_dataset_open(c5cc9000,2,c43523b0,e67cfb40,8,...) at dsl_dataset_open+0x16 Mar 19 10:59:32 xeon kernel: dmu_objset_open(c5cc9000,3,2,e67cfb84,11,...) at dmu_objset_open+0x25 Mar 19 10:59:32 xeon kernel: zvol_create_minor(c5cc9000,c4373200,e67cfbf4,c0ca7988,c5cc9000,...) at zvol_create_minor+0x152 Mar 19 10:59:32 xeon kernel: zfs_ioc_create_minor(c5cc9000,0,cef45a17,c4eef438,e67cfc24,...) at zfs_ioc_create_minor+0x12 Mar 19 10:59:32 xeon kernel: zfsdev_ioctl(c4373200,cef45a17,c5cc9000,3,c44f11b0,...) at zfsdev_ioctl+0x84 Mar 19 10:59:32 xeon kernel: devfs_ioctl_f(c4eef438,cef45a17,c5cc9000,c3f08900,c44f11b0) at devfs_ioctl_f+0xaf Mar 19 10:59:32 xeon kernel: kern_ioctl(c44f11b0,3,cef45a17,c5cc9000) at kern_ioctl+0x1ae Mar 19 10:59:32 xeon kernel: ioctl(c44f11b0,e67cfd00) at ioctl+0xf1 Mar 19 10:59:32 xeon kernel: syscall(e67cfd38) at syscall+0x252 Mar 19 10:59:32 xeon kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20 Mar 19 10:59:32 xeon kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x281976eb, esp =3D 0xbfbfc70c, ebp =3D 0xbfbfd638 - Mar 19 10:59:32 xeon kernel: em0: link state changed to UP Mar 19 10:59:32 xeon root: /etc/rc: WARNING: Dump device does not exist. Savecore not run. --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:07:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA75716A401; Sat, 14 Apr 2007 14:07:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C2DA913C44B; Sat, 14 Apr 2007 14:07:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EE7Qr1084241; Sat, 14 Apr 2007 10:07:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EE7QoM078582; Sat, 14 Apr 2007 10:07:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D811873039; Sat, 14 Apr 2007 10:07:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414140725.D811873039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 10:07:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 14:07:27 -0000 TB --- 2007-04-14 13:35:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 13:35:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-14 13:35:20 - cleaning the object tree TB --- 2007-04-14 13:35:30 - checking out the source tree TB --- 2007-04-14 13:35:30 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-14 13:35:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 13:43:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 13:43:41 - cd /src TB --- 2007-04-14 13:43:41 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 13:43:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 14:07:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 14:07:24 - ERROR: failed to build world TB --- 2007-04-14 14:07:24 - tinderbox aborted TB --- 0.30 user 0.55 system 1924.37 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:08:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFE6E16A485; Sat, 14 Apr 2007 14:08:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A8A2E13C45B; Sat, 14 Apr 2007 14:08:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EE8qiv084334; Sat, 14 Apr 2007 10:08:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EE8qBb023742; Sat, 14 Apr 2007 10:08:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 02AA473039; Sat, 14 Apr 2007 10:08:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414140852.02AA473039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 10:08:51 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 14:08:53 -0000 TB --- 2007-04-14 12:55:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 12:55:54 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-14 12:55:54 - cleaning the object tree TB --- 2007-04-14 12:56:06 - checking out the source tree TB --- 2007-04-14 12:56:06 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-14 12:56:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 13:05:12 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 13:05:12 - cd /src TB --- 2007-04-14 13:05:12 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 13:05:14 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 14 14:00:01 UTC 2007 TB --- 2007-04-14 14:00:01 - generating LINT kernel config TB --- 2007-04-14 14:00:01 - cd /src/sys/pc98/conf TB --- 2007-04-14 14:00:01 - /usr/bin/make -B LINT TB --- 2007-04-14 14:00:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-14 14:00:01 - cd /src TB --- 2007-04-14 14:00:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 14 14:00:01 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_crc32.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_indata.c /src/sys/netinet/sctp_indata.c: In function `sctp_handle_segments': /src/sys/netinet/sctp_indata.c:2925: error: `v' undeclared (first use in this function) /src/sys/netinet/sctp_indata.c:2925: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_indata.c:2925: error: for each function it appears in.) /src/sys/netinet/sctp_indata.c:2925: error: syntax error before "last_tsn" *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 14:08:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 14:08:51 - ERROR: failed to build lint kernel TB --- 2007-04-14 14:08:51 - tinderbox aborted TB --- 0.22 user 0.73 system 4377.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:17:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26F3416A402 for ; Sat, 14 Apr 2007 14:17:14 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id E4A3213C45D for ; Sat, 14 Apr 2007 14:17:13 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so843009pyh for ; Sat, 14 Apr 2007 07:17:13 -0700 (PDT) Received: by 10.35.65.17 with SMTP id s17mr7284286pyk.1176559856991; Sat, 14 Apr 2007 07:10:56 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Sat, 14 Apr 2007 07:10:56 -0700 (PDT) Message-ID: <626eb4530704140710j3969510cg8176b14d3ee7f783@mail.gmail.com> Date: Sat, 14 Apr 2007 23:10:56 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070414140358.GG10527@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86slb3t74o.wl%simokawa@FreeBSD.ORG> <20070414134653.GF10527@garage.freebsd.pl> <626eb4530704140701n3b06df02o58f288baad4cf3d1@mail.gmail.com> <20070414140358.GG10527@garage.freebsd.pl> X-Google-Sender-Auth: 8ea0fc1f14779f40 Cc: freebsd-current@freebsd.org Subject: Re: zdb patch 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, 14 Apr 2007 14:17:14 -0000 On 4/14/07, Pawel Jakub Dawidek wrote: > Right... How can I reproduce the problem, because ztest seems to work > just fine? At first, apply my second patch and then run 'zdb pool'. I have not tried ztest yet. > BTW. Please commit this change as well, but just remove ' - lbolt' and > forget about this '#if 0'. I'll commit. Thanks. -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:18:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D5FF16A555; Sat, 14 Apr 2007 14:18:13 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id DFA8813C4B9; Sat, 14 Apr 2007 14:18:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6FE8C487F2; Sat, 14 Apr 2007 16:18:11 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4B1E745B26; Sat, 14 Apr 2007 16:18:07 +0200 (CEST) Date: Sat, 14 Apr 2007 16:17:51 +0200 From: Pawel Jakub Dawidek To: Hidetoshi Shimokawa Message-ID: <20070414141751.GH10527@garage.freebsd.pl> References: <86slb3t74o.wl%simokawa@FreeBSD.ORG> <20070414134653.GF10527@garage.freebsd.pl> <626eb4530704140701n3b06df02o58f288baad4cf3d1@mail.gmail.com> <20070414140358.GG10527@garage.freebsd.pl> <626eb4530704140710j3969510cg8176b14d3ee7f783@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0Ed1hDcWxc3B7cn" Content-Disposition: inline In-Reply-To: <626eb4530704140710j3969510cg8176b14d3ee7f783@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zdb patch 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, 14 Apr 2007 14:18:13 -0000 --y0Ed1hDcWxc3B7cn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 11:10:56PM +0900, Hidetoshi Shimokawa wrote: > On 4/14/07, Pawel Jakub Dawidek wrote: > >Right... How can I reproduce the problem, because ztest seems to work > >just fine? >=20 > At first, apply my second patch and then run 'zdb pool'. > I have not tried ztest yet. Yes, this works for me with your patch. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --y0Ed1hDcWxc3B7cn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGIOKPForvXbEpPzQRAmUVAJ9u5OPbTBN4VfFQ06Ba1LMS2Jfo0QCeJBno VFDura+kWGx1laIMJmaJ2/g= =s6i2 -----END PGP SIGNATURE----- --y0Ed1hDcWxc3B7cn-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:27:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9361416A403 for ; Sat, 14 Apr 2007 14:27:15 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 4676313C43E for ; Sat, 14 Apr 2007 14:27:15 +0000 (UTC) (envelope-from freebsd@gm.nunu.org) Received: by py-out-1112.google.com with SMTP id f31so844548pyh for ; Sat, 14 Apr 2007 07:27:14 -0700 (PDT) Received: by 10.35.69.11 with SMTP id w11mr7269147pyk.1176559295496; Sat, 14 Apr 2007 07:01:35 -0700 (PDT) Received: by 10.35.52.3 with HTTP; Sat, 14 Apr 2007 07:01:35 -0700 (PDT) Message-ID: <626eb4530704140701n3b06df02o58f288baad4cf3d1@mail.gmail.com> Date: Sat, 14 Apr 2007 23:01:35 +0900 From: "Hidetoshi Shimokawa" Sender: freebsd@gm.nunu.org To: "Pawel Jakub Dawidek" In-Reply-To: <20070414134653.GF10527@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86slb3t74o.wl%simokawa@FreeBSD.ORG> <20070414134653.GF10527@garage.freebsd.pl> X-Google-Sender-Auth: 80cc80ac6f3f812c Cc: freebsd-current@freebsd.org Subject: Re: zdb patch 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, 14 Apr 2007 14:27:15 -0000 On 4/14/07, Pawel Jakub Dawidek wrote: > On Sat, Apr 14, 2007 at 10:31:19PM +0900, Hidetoshi Shimokawa wrote: > > Here is a patch for zdb. > > Now we can 'zdb -u pool' :-) > > > > ==== //depot/user/simokawa/firewire/contrib/opensolaris/lib/libzpool/common/kernel.c#2 - /home/p4/firewire/contrib/opensolaris/lib/libzpool/common/kernel.c ==== > > @@ -38,6 +38,7 @@ > > #include > > #include > > #include > > +#include > > > > /* > > * Emulation of kernel services in userland. > > @@ -291,7 +292,11 @@ > > > > ASSERT(abstime > 0); > > top: > > +#if 0 > > delta = abstime - lbolt; > > +#else /* for compatibility with FreeBSD kernel */ > > + delta = abstime; > > +#endif > > What is this change for? It works ok without it here. It is necessary for userland because of your change 104486. (see p4 describe 104486) Without above patch, cv_timedwait() never sleeps and arc_reclaim_thread never releases the lock. -- /\ Hidetoshi Shimokawa \/ simokawa@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:36:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24CA016A400; Sat, 14 Apr 2007 14:36:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F1F8813C4BB; Sat, 14 Apr 2007 14:36:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EEabeW086061; Sat, 14 Apr 2007 10:36:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EEab73095379; Sat, 14 Apr 2007 10:36:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DF77F73039; Sat, 14 Apr 2007 10:36:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414143636.DF77F73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 10:36:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 14:36:38 -0000 TB --- 2007-04-14 14:08:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 14:08:52 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-14 14:08:52 - cleaning the object tree TB --- 2007-04-14 14:09:01 - checking out the source tree TB --- 2007-04-14 14:09:01 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-14 14:09:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 14:17:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 14:17:39 - cd /src TB --- 2007-04-14 14:17:39 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 14:17:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 14:36:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 14:36:36 - ERROR: failed to build world TB --- 2007-04-14 14:36:36 - tinderbox aborted TB --- 0.25 user 0.58 system 1664.50 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 15:04:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59D0F16A403; Sat, 14 Apr 2007 15:04:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 327B213C4B0; Sat, 14 Apr 2007 15:04:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EF4aHk087601; Sat, 14 Apr 2007 11:04:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EF4aln010393; Sat, 14 Apr 2007 11:04:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F36273039; Sat, 14 Apr 2007 11:04:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414150436.6F36273039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 11:04:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 15:04:37 -0000 TB --- 2007-04-14 14:36:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 14:36:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-14 14:36:37 - cleaning the object tree TB --- 2007-04-14 14:36:53 - checking out the source tree TB --- 2007-04-14 14:36:53 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-14 14:36:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 14:45:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 14:45:24 - cd /src TB --- 2007-04-14 14:45:24 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 14:45:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 15:04:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 15:04:36 - ERROR: failed to build world TB --- 2007-04-14 15:04:36 - tinderbox aborted TB --- 0.19 user 0.80 system 1679.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 15:23:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 050CF16A401; Sat, 14 Apr 2007 15:23:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BA3F513C457; Sat, 14 Apr 2007 15:23:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EFNbYZ088748; Sat, 14 Apr 2007 11:23:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EFNbCQ066323; Sat, 14 Apr 2007 11:23:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0AC2873039; Sat, 14 Apr 2007 11:23:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414152337.0AC2873039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 11:23:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 15:23:38 -0000 TB --- 2007-04-14 14:07:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 14:07:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-14 14:07:26 - cleaning the object tree TB --- 2007-04-14 14:07:42 - checking out the source tree TB --- 2007-04-14 14:07:42 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-14 14:07:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 14:17:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 14:17:39 - cd /src TB --- 2007-04-14 14:17:39 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 14:17:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 14 15:15:54 UTC 2007 TB --- 2007-04-14 15:15:54 - generating LINT kernel config TB --- 2007-04-14 15:15:54 - cd /src/sys/powerpc/conf TB --- 2007-04-14 15:15:54 - /usr/bin/make -B LINT TB --- 2007-04-14 15:15:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-14 15:15:54 - cd /src TB --- 2007-04-14 15:15:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 14 15:15:54 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_crc32.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_indata.c /src/sys/netinet/sctp_indata.c: In function `sctp_handle_segments': /src/sys/netinet/sctp_indata.c:2925: error: `v' undeclared (first use in this function) /src/sys/netinet/sctp_indata.c:2925: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_indata.c:2925: error: for each function it appears in.) /src/sys/netinet/sctp_indata.c:2925: error: syntax error before "last_tsn" *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 15:23:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 15:23:37 - ERROR: failed to build lint kernel TB --- 2007-04-14 15:23:37 - tinderbox aborted TB --- 0.69 user 2.38 system 4571.01 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 15:42:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1326616A402 for ; Sat, 14 Apr 2007 15:42:46 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id C64AF13C448 for ; Sat, 14 Apr 2007 15:42:45 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E700A8BD0DA for ; Sat, 14 Apr 2007 17:42:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZuRWBjKg2K4u for ; Sat, 14 Apr 2007 17:42:42 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DA9FE66C9AE for ; Sat, 14 Apr 2007 17:42:42 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3EFgg5t082384 for current@freebsd.org; Sat, 14 Apr 2007 17:42:42 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 14 Apr 2007 17:42:42 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20070414154242.GA82355@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: off-by-one error in sbin/atm 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, 14 Apr 2007 15:42:46 -0000 hi in /usr/src/sbin/atm/atmconfig/diag.c on line 871 there's off-by-one error. array of size IFNAMSIZ is being written on IFNAMSIZ, ie. one byte after the array. this code ifr.ifr_name[IFNAMSIZ] = '\0'; should be ifr.ifr_name[IFNAMSIZ-1] = '\0'; thnx for fixing it :) roman From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 15:47:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BBC516A409 for ; Sat, 14 Apr 2007 15:47:29 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 156BC13C4BC for ; Sat, 14 Apr 2007 15:47:28 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l3EFlUhV045237; Sat, 14 Apr 2007 11:47:30 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Joerg t In-Reply-To: <416879.61425.bm@rrr2.mail.re1.yahoo.com> References: <416879.61425.bm@rrr2.mail.re1.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3qxrKBbB1bUYPDRpjRHj" Organization: MarcusCom, Inc. Date: Sat, 14 Apr 2007 11:47:24 -0400 Message-Id: <1176565644.49037.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 15:47:29 -0000 --=-3qxrKBbB1bUYPDRpjRHj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-04-14 at 00:40 -0700, Joerg t wrote: > >> > I think you want: > >>=20 > >> > mount -o noatime,async /dev/ad2.journal /home > >>=20 > >> after labeling it with gjournal label the /dev/ad2.journal didn't > >> show up, restarting the devfs and devd rc scripts didn't help either. >=20 > >Do you have "options UFS_GJOURNAL" in your kernel config? >=20 > pilla# grep -i gjournal /usr/src/sys/i386/conf/pilla7x > options UFS_GJOURNAL # Enable gjournal-based UFS journ= aling >=20 > i have seen cases where newly created partitions and slices would only sh= ow up correctly after rebooting, could be this? Perhaps, or the label didn't really stick. Repeat the whole process with gjournal label -f ad2, and see if that gets your .journal device to show up. When you do reboot, make sure you're loading the gjournal kmod at boot time by adding: geom_journal_load=3D"YES" to /boot/loader.conf. Joe >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-3qxrKBbB1bUYPDRpjRHj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGIPeLb2iPiv4Uz4cRAiqBAKCMWbCYPV0hD2tXHAu39/XkZKxd+wCgri0p wwMgIhVVuJ2dkvITGFPyEf4= =UWcT -----END PGP SIGNATURE----- --=-3qxrKBbB1bUYPDRpjRHj-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 15:56:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C33C516A400; Sat, 14 Apr 2007 15:56:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C9F313C4C3; Sat, 14 Apr 2007 15:56:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EFugCL090541; Sat, 14 Apr 2007 11:56:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EFugYr030956; Sat, 14 Apr 2007 11:56:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D430773039; Sat, 14 Apr 2007 11:56:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414155641.D430773039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 11:56:41 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 15:56:42 -0000 TB --- 2007-04-14 15:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 15:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-14 15:25:00 - cleaning the object tree TB --- 2007-04-14 15:25:15 - checking out the source tree TB --- 2007-04-14 15:25:15 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-14 15:25:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 15:35:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 15:35:24 - cd /src TB --- 2007-04-14 15:35:24 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 15:35:25 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 15:56:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 15:56:41 - ERROR: failed to build world TB --- 2007-04-14 15:56:41 - tinderbox aborted TB --- 0.28 user 0.68 system 1900.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 16:20:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3CF216A402; Sat, 14 Apr 2007 16:20:07 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 283F013C458; Sat, 14 Apr 2007 16:20:06 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l3EG9eBu087520; Sat, 14 Apr 2007 20:09:41 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 14 Apr 2007 20:09:40 +0400 (MSD) From: Maxim Konovalov To: Roman Divacky In-Reply-To: <20070414154242.GA82355@freebsd.org> Message-ID: <20070414200928.F9990@mp2.macomnet.net> References: <20070414154242.GA82355@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: off-by-one error in sbin/atm 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, 14 Apr 2007 16:20:07 -0000 On Sat, 14 Apr 2007, 17:42+0200, Roman Divacky wrote: > hi > > in /usr/src/sbin/atm/atmconfig/diag.c on line 871 there's > off-by-one error. array of size IFNAMSIZ is being written > on IFNAMSIZ, ie. one byte after the array. > > this code > ifr.ifr_name[IFNAMSIZ] = '\0'; > should be > ifr.ifr_name[IFNAMSIZ-1] = '\0'; > > thnx for fixing it :) fixed, thanks. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 16:31:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3041316A402 for ; Sat, 14 Apr 2007 16:31:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id E3B2B13C45B for ; Sat, 14 Apr 2007 16:31:48 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E66998BD0E0; Sat, 14 Apr 2007 18:31:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q3McO89nyZQc; Sat, 14 Apr 2007 18:31:46 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B8D6066C9AE; Sat, 14 Apr 2007 18:31:46 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3EGVkJW083474; Sat, 14 Apr 2007 18:31:46 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 14 Apr 2007 18:31:46 +0200 From: Roman Divacky To: Maxim Konovalov Message-ID: <20070414163146.GA83428@freebsd.org> References: <20070414154242.GA82355@freebsd.org> <20070414200928.F9990@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070414200928.F9990@mp2.macomnet.net> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: off-by-one error in sbin/atm 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, 14 Apr 2007 16:31:49 -0000 On Sat, Apr 14, 2007 at 08:09:40PM +0400, Maxim Konovalov wrote: > On Sat, 14 Apr 2007, 17:42+0200, Roman Divacky wrote: > > > hi > > > > in /usr/src/sbin/atm/atmconfig/diag.c on line 871 there's > > off-by-one error. array of size IFNAMSIZ is being written > > on IFNAMSIZ, ie. one byte after the array. > > > > this code > > ifr.ifr_name[IFNAMSIZ] = '\0'; > > should be > > ifr.ifr_name[IFNAMSIZ-1] = '\0'; > > > > thnx for fixing it :) > > fixed, thanks. thnx, that was fast :) just a note.. this was found by compiling world using gcc43. I wonder how many more I'll find :) From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 14:55:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA73C16A400 for ; Sat, 14 Apr 2007 14:55:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A739F13C489 for ; Sat, 14 Apr 2007 14:55:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1HcjeY-0003iS-T8 for freebsd-current@freebsd.org; Sat, 14 Apr 2007 16:55:02 +0200 Received: from n220246159048.netvigator.com ([220.246.159.48]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Apr 2007 16:55:02 +0200 Received: from gmane by n220246159048.netvigator.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Apr 2007 16:55:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Daniel Cheng Date: Sat, 14 Apr 2007 22:47:11 +0800 Lines: 29 Message-ID: References: <20070406025700.GB98545@garage.freebsd.pl> <86k5wo55s0.fsf@dwp.des.no> <20070407203411.GJ8831@cicely12.cicely.de> <86wt0n3mxv.fsf@dwp.des.no> <20070411214911.GA38351@VARK.MIT.EDU> <20070412073605.GB834@turion.vk2pj.dyndns.org> <86ps6aht1i.fsf@dwp.des.no> <20070412160603.GB92079@keira.kiwi-computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=Big5-HKSCS Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: n220246159048.netvigator.com User-Agent: Icedove 1.5.0.10 (X11/20070329) In-Reply-To: <20070412160603.GB92079@keira.kiwi-computer.com> Sender: news X-Mailman-Approved-At: Sat, 14 Apr 2007 16:43:29 +0000 Cc: freebsd-fs@freebsd.org Subject: Re: ZFS committed to the FreeBSD base. 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, 14 Apr 2007 14:55:17 -0000 Rick C. Petty wrote: > On Thu, Apr 12, 2007 at 10:54:17AM +0200, Dag-Erling Sm?rgrav wrote: >> Our native atomic operations are all defined as either macros or >> static inline functions in machine/atomic.h, so we can easily make >> this choice at compile time based on a config option. > > Is there any way we could make the choice at boot time, by checking for > presence of the CX8 feature? Either as something like: > > extern int feature_cx8; /* or MIB variable */ > #define CMPXCHG8(a) (feature_cx8 ? { _asm "..." } : emulate_cmpxch8(a)) > In Linux, Two copies of code are compiled: one with cmpxch8, one without. They are placed into different sections. When the computer boot up, it choose the best code, update the pointers then free the unused codes memory. > Otherwise something like ZFS which utilizes this feature a lot could > check the MIB variable and set different fn ptr in its device structure, > or something along those lines. Of course, that would require compiling > the same code twice essentially, but it had the advantage that it would > work on non-CX8 systems and that it would be fast on systems with CX8. > > -- Rick C. Petty -- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 17:12:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F07016A400; Sat, 14 Apr 2007 17:12:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1067413C45E; Sat, 14 Apr 2007 17:12:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EHCqjA095025; Sat, 14 Apr 2007 13:12:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EHCqGM075610; Sat, 14 Apr 2007 13:12:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 31E0E73039; Sat, 14 Apr 2007 13:12:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414171252.31E0E73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 13:12:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 17:12:53 -0000 TB --- 2007-04-14 15:56:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 15:56:41 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-14 15:56:42 - cleaning the object tree TB --- 2007-04-14 15:57:01 - checking out the source tree TB --- 2007-04-14 15:57:01 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-14 15:57:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 16:06:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 16:06:19 - cd /src TB --- 2007-04-14 16:06:19 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 16:06:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 14 17:02:22 UTC 2007 TB --- 2007-04-14 17:02:22 - generating LINT kernel config TB --- 2007-04-14 17:02:22 - cd /src/sys/i386/conf TB --- 2007-04-14 17:02:22 - /usr/bin/make -B LINT TB --- 2007-04-14 17:02:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-14 17:02:22 - cd /src TB --- 2007-04-14 17:02:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 14 17:02:22 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_crc32.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_indata.c /src/sys/netinet/sctp_indata.c: In function `sctp_handle_segments': /src/sys/netinet/sctp_indata.c:2925: error: `v' undeclared (first use in this function) /src/sys/netinet/sctp_indata.c:2925: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_indata.c:2925: error: for each function it appears in.) /src/sys/netinet/sctp_indata.c:2925: error: syntax error before "last_tsn" *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 17:12:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 17:12:51 - ERROR: failed to build lint kernel TB --- 2007-04-14 17:12:51 - tinderbox aborted TB --- 0.66 user 1.99 system 4569.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 17:44:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D11416A400; Sat, 14 Apr 2007 17:44:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 372AC13C459; Sat, 14 Apr 2007 17:44:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EHinhP096757; Sat, 14 Apr 2007 13:44:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EHinir038811; Sat, 14 Apr 2007 13:44:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 50B6A73039; Sat, 14 Apr 2007 13:44:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414174449.50B6A73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 13:44:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Sat, 14 Apr 2007 17:44:50 -0000 TB --- 2007-04-14 17:12:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 17:12:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-14 17:12:52 - cleaning the object tree TB --- 2007-04-14 17:13:01 - checking out the source tree TB --- 2007-04-14 17:13:01 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-14 17:13:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 17:21:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 17:21:27 - cd /src TB --- 2007-04-14 17:21:27 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 17:21:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 17:44:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 17:44:49 - ERROR: failed to build world TB --- 2007-04-14 17:44:49 - tinderbox aborted TB --- 0.26 user 0.65 system 1916.78 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 17:48:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF98816A400; Sat, 14 Apr 2007 17:48:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A0EB013C468; Sat, 14 Apr 2007 17:48:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EHm2F2096908; Sat, 14 Apr 2007 13:48:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EHm2dD041749; Sat, 14 Apr 2007 13:48:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B25473039; Sat, 14 Apr 2007 13:48:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414174801.7B25473039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 13:48:01 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 17:48:03 -0000 TB --- 2007-04-14 16:35:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 16:35:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-14 16:35:12 - cleaning the object tree TB --- 2007-04-14 16:35:31 - checking out the source tree TB --- 2007-04-14 16:35:31 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-14 16:35:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 16:44:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 16:44:06 - cd /src TB --- 2007-04-14 16:44:06 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 16:44:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 14 17:39:10 UTC 2007 TB --- 2007-04-14 17:39:10 - generating LINT kernel config TB --- 2007-04-14 17:39:10 - cd /src/sys/pc98/conf TB --- 2007-04-14 17:39:10 - /usr/bin/make -B LINT TB --- 2007-04-14 17:39:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-14 17:39:10 - cd /src TB --- 2007-04-14 17:39:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 14 17:39:10 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_crc32.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 -fformat-extensions -nostdinc -I- -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 -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_indata.c /src/sys/netinet/sctp_indata.c: In function `sctp_handle_segments': /src/sys/netinet/sctp_indata.c:2925: error: `v' undeclared (first use in this function) /src/sys/netinet/sctp_indata.c:2925: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_indata.c:2925: error: for each function it appears in.) /src/sys/netinet/sctp_indata.c:2925: error: syntax error before "last_tsn" *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 17:48:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 17:48:01 - ERROR: failed to build lint kernel TB --- 2007-04-14 17:48:01 - tinderbox aborted TB --- 0.56 user 2.16 system 4369.14 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 17:56:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5047616A409 for ; Sat, 14 Apr 2007 17:56:56 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3EAE513C465 for ; Sat, 14 Apr 2007 17:56:56 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.197]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HcmVA-00060N-AX; Sat, 14 Apr 2007 10:57:33 -0700 In-Reply-To: <00805276_-_@srv.sem.ipt.ru> References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Sat, 14 Apr 2007 10:56:41 -0700 To: current@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Boris Samorodov , adam radford , freebsd@bitfreak.org, Mike Tancsa Subject: twa crashes 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, 14 Apr 2007 17:56:56 -0000 I'm getting constant twa failures on HEAD, I have several of the same servers with the most up-to-date firmware and on heavy disk IO they just crash with looping reset messages. This is not on a single machine, it happens on all of my 7.0 TWA machines, but not in 6.2: twa0: ERROR: (0x05: 0x210B): Request timed out!: request = 0xffffffff80e46de0 twa0: INFO: (0x16: 0x1108): Resetting controller...: twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=5 twa0: INFO: (0x16: 0x1107): Controller reset done!: twa0: ERROR: (0x05: 0x210B): Request timed out!: request = 0xffffffff80e45680 twa0: INFO: (0x16: 0x1108): Resetting controller...: twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=6 twa0: INFO: (0x16: 0x1107): Controller reset done!: From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 18:12:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 225D016A401 for ; Sat, 14 Apr 2007 18:12:20 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id CF61113C458 for ; Sat, 14 Apr 2007 18:12:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HcmjO-000EuF-4N; Sat, 14 Apr 2007 22:12:14 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hcmje-00045r-Cw; Sat, 14 Apr 2007 22:12:30 +0400 To: Barrett Lyon References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> From: Boris Samorodov Date: Sat, 14 Apr 2007 22:12:30 +0400 In-Reply-To: <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> (Barrett Lyon's message of "Sat, 14 Apr 2007 10:56:41 -0700") Message-ID: <88302561@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: adam radford , current@freebsd.org, Mike Tancsa Subject: Re: twa crashes 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, 14 Apr 2007 18:12:20 -0000 deletting freebsd@bitfreak.org from the CC list as he asked On Sat, 14 Apr 2007 10:56:41 -0700 Barrett Lyon wrote: > I'm getting constant twa failures on HEAD, I have several of the same > servers with the most up-to-date firmware and on heavy disk IO they > just crash with looping reset messages. This is not on a single > machine, it happens on all of my 7.0 TWA machines, but not in 6.2: > twa0: ERROR: (0x05: 0x210B): Request timed out!: request = > 0xffffffff80e46de0 > twa0: INFO: (0x16: 0x1108): Resetting controller...: > twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=5 > twa0: INFO: (0x16: 0x1107): Controller reset done!: > twa0: ERROR: (0x05: 0x210B): Request timed out!: request = > 0xffffffff80e45680 > twa0: INFO: (0x16: 0x1108): Resetting controller...: > twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=6 > twa0: INFO: (0x16: 0x1107): Controller reset done!: Please, give some some information (uname -a, dmesg | grep twa) as well as information about the twa driver. Did you use the patch I published at: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106488 BTW, I can't even load the twa driver with those patches at -current (the kernel panics). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 18:18:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 051B616A402; Sat, 14 Apr 2007 18:18:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D34A713C4BE; Sat, 14 Apr 2007 18:18:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EIInuG098412; Sat, 14 Apr 2007 14:18:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EIInu7031285; Sat, 14 Apr 2007 14:18:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 177E273039; Sat, 14 Apr 2007 14:18:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414181849.177E273039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 14:18:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 18:18:50 -0000 TB --- 2007-04-14 17:48:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 17:48:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-14 17:48:02 - cleaning the object tree TB --- 2007-04-14 17:48:12 - checking out the source tree TB --- 2007-04-14 17:48:12 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-14 17:48:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 17:59:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 17:59:49 - cd /src TB --- 2007-04-14 17:59:49 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 17:59:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 18:18:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 18:18:48 - ERROR: failed to build world TB --- 2007-04-14 18:18:48 - tinderbox aborted TB --- 0.20 user 0.66 system 1847.23 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 18:37:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9911E16A402 for ; Sat, 14 Apr 2007 18:37:06 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from util2.sjc1.bitgravity.com (util2.sjc1.bitgravity.com [208.67.233.36]) by mx1.freebsd.org (Postfix) with ESMTP id 879B813C46C for ; Sat, 14 Apr 2007 18:37:06 +0000 (UTC) (envelope-from blyon@blyon.com) Received: from c-69-181-166-240.hsd1.ca.comcast.net ([69.181.166.240] helo=[192.168.1.197]) by util2.sjc1.bitgravity.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hcn8E-00063E-1G; Sat, 14 Apr 2007 11:37:54 -0700 In-Reply-To: <88302561@srv.sem.ipt.ru> References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> <88302561@srv.sem.ipt.ru> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4E2B22EF-A228-4B03-ABEF-8CB952349331@blyon.com> Content-Transfer-Encoding: 7bit From: Barrett Lyon Date: Sat, 14 Apr 2007 11:37:03 -0700 To: Boris Samorodov X-Mailer: Apple Mail (2.752.2) Cc: adam radford , current@freebsd.org, Mike Tancsa Subject: Re: twa crashes 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, 14 Apr 2007 18:37:06 -0000 Hey Boris, The default driver appears to load fine, and does great until it's been under a load for longer than maybe 12 hours. Then the bus starts to reset in a loop and requires a reboot. twa0: [FILTER] twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-16ML, 16 ports, Firmware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 FreeBSD host 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Apr 14 08:48:03 PDT 2007 blyon@host:/usr/obj/usr/src/sys/BLYON amd64 twa0@pci5:1:0: class=0x010400 card=0x100313c1 chip=0x100313c1 rev=0x00 hdr=0x00 vendor = '3ware Inc.' device = '9550SX SATA-RAID' class = mass storage subclass = RAID On Apr 14, 2007, at 11:12 AM, Boris Samorodov wrote: > deletting freebsd@bitfreak.org from the CC list as he asked > On Sat, 14 Apr 2007 10:56:41 -0700 Barrett Lyon wrote: > >> I'm getting constant twa failures on HEAD, I have several of the same >> servers with the most up-to-date firmware and on heavy disk IO they >> just crash with looping reset messages. This is not on a single >> machine, it happens on all of my 7.0 TWA machines, but not in 6.2: > >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = >> 0xffffffff80e46de0 >> twa0: INFO: (0x16: 0x1108): Resetting controller...: >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=5 >> twa0: INFO: (0x16: 0x1107): Controller reset done!: >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = >> 0xffffffff80e45680 >> twa0: INFO: (0x16: 0x1108): Resetting controller...: >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=6 >> twa0: INFO: (0x16: 0x1107): Controller reset done!: > > Please, give some some information (uname -a, dmesg | grep twa) as > well as information about the twa driver. Did you use the patch I > published at: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106488 > > BTW, I can't even load the twa driver with those patches at -current > (the kernel panics). > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 18:46:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F080216A402; Sat, 14 Apr 2007 18:46:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CA91013C44C; Sat, 14 Apr 2007 18:46:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EIk3AE099851; Sat, 14 Apr 2007 14:46:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EIk3uK048522; Sat, 14 Apr 2007 14:46:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0594673039; Sat, 14 Apr 2007 14:46:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414184603.0594673039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 14:46:02 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 18:46:04 -0000 TB --- 2007-04-14 18:18:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 18:18:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-14 18:18:49 - cleaning the object tree TB --- 2007-04-14 18:18:55 - checking out the source tree TB --- 2007-04-14 18:18:55 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-14 18:18:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 18:27:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 18:27:05 - cd /src TB --- 2007-04-14 18:27:05 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 18:27:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_compression_none.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_all.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"2.0.30\" -DPLATFORM_CONFIG_H=\"config_freebsd.h\" -I/obj/sun4v/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_read_support_format_ar.c /src/lib/libarchive/archive_read_support_format_ar.c: In function `archive_read_format_ar_read_header': /src/lib/libarchive/archive_read_support_format_ar.c:252: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:298: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:316: warning: comparison between signed and unsigned /src/lib/libarchive/archive_read_support_format_ar.c:412: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 18:46:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 18:46:02 - ERROR: failed to build world TB --- 2007-04-14 18:46:02 - tinderbox aborted TB --- 0.22 user 0.71 system 1633.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 18:58:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C21E16A404 for ; Sat, 14 Apr 2007 18:58:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 53FF513C48C for ; Sat, 14 Apr 2007 18:58:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HcnRt-000F7i-GJ; Sat, 14 Apr 2007 22:58:13 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HcnS9-00047Z-Tw; Sat, 14 Apr 2007 22:58:29 +0400 To: Barrett Lyon References: <452D709E.10904@bitfreak.org> <200704112111.l3BLBUaD094648@lava.sentex.ca> <00805276_-_@srv.sem.ipt.ru> <86541CA9-905E-4E6A-A9A4-0DD8892A16D9@blyon.com> <88302561@srv.sem.ipt.ru> <4E2B22EF-A228-4B03-ABEF-8CB952349331@blyon.com> From: Boris Samorodov Date: Sat, 14 Apr 2007 22:58:29 +0400 In-Reply-To: <4E2B22EF-A228-4B03-ABEF-8CB952349331@blyon.com> (Barrett Lyon's message of "Sat, 14 Apr 2007 11:37:03 -0700") Message-ID: <00789802@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: adam radford , current@freebsd.org, Mike Tancsa Subject: Re: twa crashes 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, 14 Apr 2007 18:58:17 -0000 On Sat, 14 Apr 2007 11:37:03 -0700 Barrett Lyon wrote: > The default driver appears to load fine, and does great until it's Can you try those patches from PR/106488? > been under a load for longer than maybe 12 hours. Then the bus > starts to reset in a loop and requires a reboot. > twa0: [FILTER] > twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-16ML, > 16 ports, Firmware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 > FreeBSD host 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Apr 14 08:48:03 > PDT 2007 blyon@host:/usr/obj/usr/src/sys/BLYON amd64 > twa0@pci5:1:0: class=0x010400 card=0x100313c1 chip=0x100313c1 > rev=0x00 hdr=0x00 > vendor = '3ware Inc.' > device = '9550SX SATA-RAID' > class = mass storage > subclass = RAID May be a binary search to find the commit to blame? > On Apr 14, 2007, at 11:12 AM, Boris Samorodov wrote: > > deletting freebsd@bitfreak.org from the CC list as he asked > > On Sat, 14 Apr 2007 10:56:41 -0700 Barrett Lyon wrote: > > > >> I'm getting constant twa failures on HEAD, I have several of the same > >> servers with the most up-to-date firmware and on heavy disk IO they > >> just crash with looping reset messages. This is not on a single > >> machine, it happens on all of my 7.0 TWA machines, but not in 6.2: > > > >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = > >> 0xffffffff80e46de0 > >> twa0: INFO: (0x16: 0x1108): Resetting controller...: > >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=5 > >> twa0: INFO: (0x16: 0x1107): Controller reset done!: > >> twa0: ERROR: (0x05: 0x210B): Request timed out!: request = > >> 0xffffffff80e45680 > >> twa0: INFO: (0x16: 0x1108): Resetting controller...: > >> twa0: INFO: (0x04: 0x0001): Controller reset occurred: resets=6 > >> twa0: INFO: (0x16: 0x1107): Controller reset done!: > > > > Please, give some some information (uname -a, dmesg | grep twa) as > > well as information about the twa driver. Did you use the patch I > > published at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106488 > > > > BTW, I can't even load the twa driver with those patches at -current > > (the kernel panics). > > > > > > WBR > > -- > > Boris Samorodov (bsam) > > Research Engineer, http://www.ipt.ru Telephone & Internet SP > > FreeBSD committer, http://www.FreeBSD.org The Power To Serve WBR -- bsam Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 19:04:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29C1B16A401 for ; Sat, 14 Apr 2007 19:04:03 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id DA09113C468 for ; Sat, 14 Apr 2007 19:04:02 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.1/8.14.1) with ESMTP id l3EJ475J046675; Sat, 14 Apr 2007 15:04:07 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Joerg t In-Reply-To: <820853.35590.bm@rrr2.mail.re1.yahoo.com> References: <820853.35590.bm@rrr2.mail.re1.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AlbsfozOk5CsEJteApx2" Organization: MarcusCom, Inc. Date: Sat, 14 Apr 2007 15:04:01 -0400 Message-Id: <1176577441.98712.1.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on creme-brulee.marcuscom.com Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 19:04:03 -0000 --=-AlbsfozOk5CsEJteApx2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-04-14 at 11:57 -0700, Joerg t wrote:=20 > > Perhaps, or the label didn't really stick. Repeat the whole process > > with gjournal label -f ad2, and see if that gets your .journal device t= o > > show up. When you do reboot, make sure you're loading the gjournal kmod > > at boot time by adding: >=20 > i'll try that. >=20 > > geom_journal_load=3D"YES" >=20 > i have to load the geom_journal module even having "options UFS_GJOURNAL" > in my kernel config ? Yes. If you wanted gjournal in your kernel instead of loading it as a module, you would need to add "options GEOM_JOURNAL" in addition to UFS_GJOURNAL. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-AlbsfozOk5CsEJteApx2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGISWcb2iPiv4Uz4cRAs13AJ9F7tJ+RZplR5Zf1ctWBAP6EenpzQCdH70P Yq2NAo1TBBYygkg+kDyK8rA= =HU5Z -----END PGP SIGNATURE----- --=-AlbsfozOk5CsEJteApx2-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 19:04:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A88E16A400; Sat, 14 Apr 2007 19:04:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4477813C4B8; Sat, 14 Apr 2007 19:04:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EJ4orp000829; Sat, 14 Apr 2007 15:04:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EJ4ohu090993; Sat, 14 Apr 2007 15:04:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5E06673039; Sat, 14 Apr 2007 15:04:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414190450.5E06673039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 15:04:50 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 19:04:51 -0000 TB --- 2007-04-14 17:44:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 17:44:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-14 17:44:49 - cleaning the object tree TB --- 2007-04-14 17:45:05 - checking out the source tree TB --- 2007-04-14 17:45:05 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-14 17:45:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 17:58:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 17:58:27 - cd /src TB --- 2007-04-14 17:58:27 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 17:58:29 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 14 18:57:11 UTC 2007 TB --- 2007-04-14 18:57:11 - generating LINT kernel config TB --- 2007-04-14 18:57:11 - cd /src/sys/powerpc/conf TB --- 2007-04-14 18:57:11 - /usr/bin/make -B LINT TB --- 2007-04-14 18:57:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-14 18:57:11 - cd /src TB --- 2007-04-14 18:57:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 14 18:57:11 UTC 2007 >>> 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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_crc32.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 -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_indata.c /src/sys/netinet/sctp_indata.c: In function `sctp_handle_segments': /src/sys/netinet/sctp_indata.c:2925: error: `v' undeclared (first use in this function) /src/sys/netinet/sctp_indata.c:2925: error: (Each undeclared identifier is reported only once /src/sys/netinet/sctp_indata.c:2925: error: for each function it appears in.) /src/sys/netinet/sctp_indata.c:2925: error: syntax error before "last_tsn" *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 19:04:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 19:04:50 - ERROR: failed to build lint kernel TB --- 2007-04-14 19:04:50 - tinderbox aborted TB --- 0.61 user 1.76 system 4800.80 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 19:11:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 952A916A404 for ; Sat, 14 Apr 2007 19:11:15 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n29b.bullet.scd.yahoo.com (n29b.bullet.scd.yahoo.com [209.73.160.87]) by mx1.freebsd.org (Postfix) with SMTP id 6262F13C457 for ; Sat, 14 Apr 2007 19:11:15 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [66.218.69.5] by n29.bullet.scd.yahoo.com with NNFMP; 14 Apr 2007 18:57:50 -0000 Received: from [68.142.237.89] by t5.bullet.scd.yahoo.com with NNFMP; 14 Apr 2007 18:57:50 -0000 Received: from [66.196.101.131] by t5.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 18:57:50 -0000 Received: from [127.0.0.1] by rrr2.mail.re1.yahoo.com with NNFMP; 14 Apr 2007 18:57:50 -0000 Received: (qmail 76478 invoked by uid 60001); 14 Apr 2007 18:57:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=ws5WJMlvV7LPxVVDAAxtGa8lhBi68fXuXy/DkOtZzs3RlGujqHI5fJSjDHgenwEUElGQQITDTtZemwTUec5BewNPDkc91wmsC0xKL0hNDzXcrqKnmYwnAEHoTX087zkOO0g1e6dmO6whc3ZYoHcJorbsUEWPTA367f2vUwt43p0=; X-YMail-OSG: 5l3jyDoVM1mXX.c82_DVEpzOwruQZS4YmYbYuSkc9GeBsjCGp6Hl4WwewilyiFHeX2Mwz_cPZxxzjy5IYVF4hQ1AUg-- Received: from [201.58.251.2] by web63708.mail.re1.yahoo.com via HTTP; Sat, 14 Apr 2007 11:57:50 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Sat, 14 Apr 2007 11:57:50 -0700 (PDT) From: Joerg t To: Joe Marcus Clarke MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <544448.74008.qm@web63708.mail.re1.yahoo.com> Message-ID: <786936.87260.bm@rrr2.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 786936.87260.bm@rrr2.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-5 Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 19:11:15 -0000 > Perhaps, or the label didn't really stick. Repeat the whole process > with gjournal label -f ad2, and see if that gets your .journal device to > show up. When you do reboot, make sure you're loading the gjournal kmod > at boot time by adding: i'll try that. > geom_journal_load="YES" i have to load the geom_journal module even having "options UFS_GJOURNAL" in my kernel config ? > to /boot/loader.conf. > Joe Thanks! -- PGP Key : http://www.marcuscom.com/pgp.asc __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 19:21:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BBFD16A407 for ; Sat, 14 Apr 2007 19:21:11 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n21b.bullet.sp1.yahoo.com (n21b.bullet.sp1.yahoo.com [69.147.64.251]) by mx1.freebsd.org (Postfix) with SMTP id 1A82113C480 for ; Sat, 14 Apr 2007 19:21:11 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [216.252.122.219] by n21.bullet.sp1.yahoo.com with NNFMP; 14 Apr 2007 19:08:37 -0000 Received: from [66.218.69.4] by t4.bullet.sp1.yahoo.com with NNFMP; 14 Apr 2007 19:08:37 -0000 Received: from [68.142.237.90] by t4.bullet.scd.yahoo.com with NNFMP; 14 Apr 2007 19:08:37 -0000 Received: from [66.196.101.131] by t6.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 19:08:37 -0000 Received: from [127.0.0.1] by rrr2.mail.re1.yahoo.com with NNFMP; 14 Apr 2007 19:08:37 -0000 Received: (qmail 20037 invoked by uid 60001); 14 Apr 2007 19:08:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=iNWPtfjHWhtPYN9fL9otvilYMckAB0AQFV0wZrtT4lMhGR28hoXs+vRoWyH0k6Rrjj3q2A7JSCLlUUyEAdETghlvmj51MpPnctm9NWrKq2c5yqy1B82JODaIV/7bTrAhATmhmjMxUFAmDgfBxMm+mBvcKQcpe2lvG7yk5QcD69g= ; Message-ID: <20070414190837.20035.qmail@web63706.mail.re1.yahoo.com> X-YMail-OSG: jhFe9bQVM1mGnj1ceJsevGaneY9LphTVOrCwqXA2KD94xtCH5kr25ogN_n61Ao25m1JE5IsY6ebYwBhnP7PkqEZN3vVMBuvETATA Received: from [201.58.251.2] by web63706.mail.re1.yahoo.com via HTTP; Sat, 14 Apr 2007 12:08:37 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Sat, 14 Apr 2007 12:08:36 -0700 (PDT) From: Joerg t To: Daniel O'Connor , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <164244.93739.bm@rrr2.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 164244.93739.bm@rrr2.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-5 Cc: Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 19:21:11 -0000 > You need to use /dev/ad2.journal I think. > Also, dangerously dedicated mode is silly, put an MBR and label on your > disk :) why i cannot use the whole device ? slicing it would eat even more disk space, the UFS2 + journal are taking 3GB out of a 40GB disk. Also the journal size still defaults to 1GB ? how can i check these from geom ? i have put a standard MBR on the disk, isan't that enough ? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:01:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7C7B16A401; Sat, 14 Apr 2007 20:01:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C10A313C45B; Sat, 14 Apr 2007 20:01:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EK1luR004229; Sat, 14 Apr 2007 16:01:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EK1lwC097917; Sat, 14 Apr 2007 16:01:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 07ED773039; Sat, 14 Apr 2007 16:01:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414200147.07ED773039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 16:01:46 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Sat, 14 Apr 2007 20:01:48 -0000 TB --- 2007-04-14 19:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 19:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-04-14 19:05:00 - cleaning the object tree TB --- 2007-04-14 19:05:20 - checking out the source tree TB --- 2007-04-14 19:05:20 - cd /tinderbox/HEAD/arm/arm TB --- 2007-04-14 19:05:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 19:15:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 19:15:27 - cd /src TB --- 2007-04-14 19:15:27 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 19:15:29 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo dhclient.lo gzip .lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/arm/src/rescue/rescue/../librescue/exec.o /obj/arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm/src/rescue/rescue/../librescue/login_class.o /obj/arm/src/rescue/rescue/../librescue/popen.o /obj/arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/arm/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0x14): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 20:01:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 20:01:46 - ERROR: failed to build world TB --- 2007-04-14 20:01:46 - tinderbox aborted TB --- 0.42 user 1.67 system 3406.15 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:02:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F2DE16A403; Sat, 14 Apr 2007 20:02:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 192E113C44C; Sat, 14 Apr 2007 20:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EK2JAm004262; Sat, 14 Apr 2007 16:02:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EK2J4j001448; Sat, 14 Apr 2007 16:02:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 242B373039; Sat, 14 Apr 2007 16:02:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414200219.242B373039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 16:02:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 20:02:20 -0000 TB --- 2007-04-14 19:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 19:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-14 19:05:00 - cleaning the object tree TB --- 2007-04-14 19:05:17 - checking out the source tree TB --- 2007-04-14 19:05:17 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-14 19:05:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 19:15:27 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 19:15:27 - cd /src TB --- 2007-04-14 19:15:27 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 19:15:29 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo fdisk.lo dhclien t.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/amd64/src/rescue/rescue/../librescue/exec.o /obj/amd64/src/rescue/rescue/../librescue/getusershell.o /obj/amd64/src/rescue/rescue/../librescue/login_class.o /obj/amd64/src/rescue/rescue/../librescue/popen.o /obj/amd64/src/rescue/rescue/../librescue/rcmdsh.o /obj/amd64/src/rescue/rescue/../librescue/sysctl.o /obj/amd64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/amd64/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0x5): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 20:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 20:02:19 - ERROR: failed to build world TB --- 2007-04-14 20:02:19 - tinderbox aborted TB --- 0.25 user 0.70 system 3438.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:03:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ECFB16A40F for ; Sat, 14 Apr 2007 20:03:26 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.freebsd.org (Postfix) with ESMTP id A5D7813C4C6 for ; Sat, 14 Apr 2007 20:03:25 +0000 (UTC) (envelope-from se@freebsd.org) Received: (qmail 6014 invoked by uid 10125); 14 Apr 2007 20:03:24 -0000 X-SpaceNet-Virusscan: Sophos Version: 4.13; Last IDE Update: 2007-04-14 04:30 no information about results Received: from p5087934c.dip0.t-ipconnect.de (HELO ?192.168.0.12?) (80.135.147.76) by mail.atsec.com with SMTP; 14 Apr 2007 20:03:24 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <46213380.1050209@FreeBSD.org> Date: Sat, 14 Apr 2007 22:03:12 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> In-Reply-To: <20070414102313.GC10527@garage.freebsd.pl> X-Enigmail-Version: 0.94.1.2.0 X-Enigmail-Version: 0.94.1.2.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Esser Subject: Re: ZFS: amd64, devd, root file system. 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, 14 Apr 2007 20:03:26 -0000 Pawel Jakub Dawidek wrote: > On Sat, Apr 14, 2007 at 11:21:37AM +0200, Stefan Esser wrote: >> It is amazingly simple to get a test setup going and it worked fine >> in my initial simple test cases. But now I've run into problems that >> probably are not technical but caused by a lack of understanding ... > > This is not the first report that it doesn't work as it should. One was > that /boot/defaults/loader.conf wasn't fresh enough, and there were no: Hi Pawel, thanks for the reply, I got it working with some effort, see below ... > zpool_cache_load="YES" This is apparently implied by zfs_load="YES" and redundant. > zpool_cache_type="/boot/zfs/zpool.cache" > zpool_cache_name="/boot/zfs/zpool.cache" These are defined in /boot/defaults/loader.conf ... > lines at the end. Can you verify you have them? > > Can you send me log of full boot process? I even performed a "boot -v" but did not see anything useful. But a "zpool status" gave: pool: test state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-D3 scrub: none requested config: NAME STATE READ WRITE CKSUM test UNAVAIL 0 0 0 insufficient replicas ad0s2 UNAVAIL 0 0 0 cannot open This could be fixed by exporting and then importing the pool (with -f). There after the pool could be mounted and I could manually set up the complete file system hierarchy. I verified that "/boot/zfs/zpool.cache" was updated during the import (written to the boot partition), but the next reboot failed again and I again got the same error status as shown above. I made an attempt to fix it by creating another pool on an (during the tests) unused swap partition on my "normal" UFS system disk (which I had made an IDE slave for these tests). After copying the necessary files over to the newly created "test2" pool on the SWAP partition I got a system that mounted "zfs:test2" and that just worked ... Not working: zpool create test ad0s2 Working: zpool create test2 ad1s1b (I.e. "test2" could be mounted automatically, while "test" required me to boot with an UFS root and to export/import the pool before it could be manually mounted.) Well, after some more testing I destroyed the pool "test" and created it on "ad0s2c" instead of "ad0s2", and voila, I had my problem solved. It appears, that a zpool can be manually mounted if it resides on ad0s2, but in order to make the kernel accept it during boot, it must be in a BSD partition. Does that make sense? (I did not want to try again with another pool in a slice, since I did not want to give up what I had just achieved with so much effort ;-) >> Hmmm, there are a few points that I do not fully understand: >> >> It seems that ZFS "legacy" mounts are not supported under FreeBSD, >> is this correct? (E.g. if I enter "zfs set mountpoint=legacy test" >> then "test" can not be mounted with "zfs mount test" and there is >> no other way to mount it since we do not have a "mount_zfs", yet?) > > They are supported. "legacy" means that you no longer use 'zfs mount' to > mount them, but simply mount(8) (or /etc/fstab). There is no mount_zfs > and there won't be one, because we are moving away from such commands. > You should use 'mount -t zfs' instead. Hmmm, didn't work during some of my tests, but does work now ... This is very nice! >> I tried to set the mountpoint of my to-be root file system to "/" >> with "zfs set mountpoint=/ test" but I'm under the impression that >> this does not really work. Setting it to "//" does appear to have >> the desired effect, though, but may lead to a panic during shutdown. >> (Sorry, I've got no core-dumps but could try producing one later >> if there is interest. The panic is because of a ref count becoming >> negative but I did not write down the message.) > > The mount point can be set to whatever you like, but you can still mount > it using different mount point by hand (via mount(8)). > The most proper way is probably to set mountpoint to "legacy". Ok, this will come next when I have some more spare time (next weekend), I guess. For now I'm testing the system and then I'll decide whether I'll keep it running with ZFS or reconnect the UFS disk that currently is stored in a save place. I think we need a handbook section for ZFS and it could suggest reasonable choices for FreeBSD. >> I decided to have multiple zfs file systems (test/var, test/usr ...) >> and can see them with zfs list. What is the correct way to get them >> mounted automatically? (Assuming I get the problem to have the kernel >> automatically mount the ZFS root solved ...) > > zfs_enable="YES" in your /etc/rc.conf. Yes, that one I got (together with zfs_load="YES" in loader.conf). >> Do I need fstab entries for for ZFS file systems (e.g. "test/usr") >> or does ZFS mount them automatically when the pool "test" is mounted? > > They are mount via rc.d/zfs script. Oh well, I should have looked there instead of asking ;-) Hmmm, I assume that "zfs mount -a" will ignore file systems that are marked as "legacy", and those will instead mounted together with other local file systems? >> Or do I need a fstab line for each of them? >> What's supposed to go into /etc/zfs, besides the ZFS exports file? > > For now only exports file. zpool.cache use to be there as well, but we > need it in /boot/zfs/ to be able to have root-on-ZFS. Yes, I see. It might be useful to make zpool.cache available in /etc/zfs via a symlink, but this might also cause confusion or inconsistencies and I see good reasons to maintain that file in /boot/zfs. Ok, it took me quite a few hours to get ZFS installed the way I wanted it, and it seems that ad0s2 and ad0s2c are quite different with regard to their suitability to hold ZFS pools. Was this to be expected? Or is the diagnosis wrong and something else is responsible that it works for me, now? Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:08:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E56216A407 for ; Sat, 14 Apr 2007 20:08:36 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from n6.bullet.re3.yahoo.com (n6.bullet.re3.yahoo.com [68.142.237.91]) by mx1.freebsd.org (Postfix) with SMTP id 5026813C469 for ; Sat, 14 Apr 2007 20:08:35 +0000 (UTC) (envelope-from tjoerg@yahoo.com) Received: from [68.142.230.28] by n6.bullet.re3.yahoo.com with NNFMP; 14 Apr 2007 20:08:35 -0000 Received: from [66.196.101.130] by t1.bullet.re2.yahoo.com with NNFMP; 14 Apr 2007 20:08:35 -0000 Received: from [127.0.0.1] by rrr1.mail.re1.yahoo.com with NNFMP; 14 Apr 2007 20:08:35 -0000 Received: (qmail 33674 invoked by uid 60001); 14 Apr 2007 20:08:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=IP8RnH4WV3mLYiLk149EkFR7O0POrCXADPCYeu1X3GuiufvJPhXzmBJM0RekImaYKlfGtsoHGldgq4eqZBFWUJcndhcyPmFWjIlH3cOUcxPki/hDTEY8IrgQkApXhzD18P7GOB61k0E2VLNBeNjTc/d6A4sB/aAnEQopgAkFtpQ=; X-YMail-OSG: OcEASNwVM1lwcdTPw9nis8xq7KGIc1cp0xtKXlOl5ez5sfPgU.WjmkeFZbC3pRuRQA-- Received: from [201.58.251.2] by web63703.mail.re1.yahoo.com via HTTP; Sat, 14 Apr 2007 13:08:35 PDT X-Mailer: YahooMailRC/478 YahooMailWebService/0.7.41.10 Date: Sat, 14 Apr 2007 13:08:35 -0700 (PDT) From: Joerg t To: Joe Marcus Clarke MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Message-ID: <378576.32340.qm@web63703.mail.re1.yahoo.com> Message-ID: <573891.56309.bm@rrr1.mail.re1.yahoo.com> X-Yahoo-Newman-Id: 573891.56309.bm@rrr1.mail.re1.yahoo.com X-Yahoo-Newman-Property: ymail-3 Cc: freebsd-current Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 20:08:36 -0000 >> i have to load the geom_journal module even having "options UFS_GJOURNAL" >> in my kernel config ? > Yes. If you wanted gjournal in your kernel instead of loading it as a > module, you would need to add "options GEOM_JOURNAL" in addition to > UFS_GJOURNAL. building the kernel with "options GEOM_JOURNAL" solved it, now the ad2.journal shows up just after labeling. pilla# gjournal list Geom name: gjournal 1638309218 ID: 1638309218 Providers: 1. Name: ad2.journal Mediasize: 40036400640 (37G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad2 Mediasize: 41110142976 (38G) Sectorsize: 512 Mode: r1w1e1 Jend: 41110142464 Jstart: 40036400640 Role: Data,Journal working nicely! i see that the default jounal size is 1GB, but after mounted df -h shows the filesystem size as 36GB and avail size of 33GB. what consumes so much space ? Many thanks Joe! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:29:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D161116A402; Sat, 14 Apr 2007 20:29:01 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 4122413C45A; Sat, 14 Apr 2007 20:29:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AD78348809; Sat, 14 Apr 2007 22:28:59 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 24E0748800; Sat, 14 Apr 2007 22:28:51 +0200 (CEST) Date: Sat, 14 Apr 2007 22:28:31 +0200 From: Pawel Jakub Dawidek To: Stefan Esser Message-ID: <20070414202831.GI10527@garage.freebsd.pl> References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <46213380.1050209@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dMdWWqg3F2Dv/qfw" Content-Disposition: inline In-Reply-To: <46213380.1050209@FreeBSD.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 14 Apr 2007 20:29:01 -0000 --dMdWWqg3F2Dv/qfw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 10:03:12PM +0200, Stefan Esser wrote: > Pawel Jakub Dawidek wrote: > > On Sat, Apr 14, 2007 at 11:21:37AM +0200, Stefan Esser wrote: > >> It is amazingly simple to get a test setup going and it worked fine > >> in my initial simple test cases. But now I've run into problems that > >> probably are not technical but caused by a lack of understanding ... > >=20 > > This is not the first report that it doesn't work as it should. One was > > that /boot/defaults/loader.conf wasn't fresh enough, and there were no: >=20 > Hi Pawel, >=20 > thanks for the reply, I got it working with some effort, see below ... >=20 > > zpool_cache_load=3D"YES" >=20 > This is apparently implied by zfs_load=3D"YES" and redundant. No, it isn't. It is absolutely necessary. > > zpool_cache_type=3D"/boot/zfs/zpool.cache" > > zpool_cache_name=3D"/boot/zfs/zpool.cache" >=20 > These are defined in /boot/defaults/loader.conf ... zpool_cache_load=3D"YES" should be as well. I hope you didn't change it. You should not need to touch /boot/defaults/loader.conf. > This could be fixed by exporting and then importing the pool (with -f). > There after the pool could be mounted and I could manually set up the > complete file system hierarchy. I verified that "/boot/zfs/zpool.cache" > was updated during the import (written to the boot partition), but the > next reboot failed again and I again got the same error status as shown > above. Are you sure the updated file is the same file which is loaded on boot? > I made an attempt to fix it by creating another pool on an (during the > tests) unused swap partition on my "normal" UFS system disk (which I > had made an IDE slave for these tests). After copying the necessary > files over to the newly created "test2" pool on the SWAP partition I > got a system that mounted "zfs:test2" and that just worked ... >=20 > Not working: zpool create test ad0s2 > Working: zpool create test2 ad1s1b >=20 > (I.e. "test2" could be mounted automatically, while "test" required me > to boot with an UFS root and to export/import the pool before it could > be manually mounted.) >=20 > Well, after some more testing I destroyed the pool "test" and created > it on "ad0s2c" instead of "ad0s2", and voila, I had my problem solved. >=20 > It appears, that a zpool can be manually mounted if it resides on ad0s2, > but in order to make the kernel accept it during boot, it must be in a > BSD partition. Does that make sense? (I did not want to try again with > another pool in a slice, since I did not want to give up what I had just > achieved with so much effort ;-) I'm sorry, but it doesn't make sense at all:) All GEOM providers should be equal for ZFS, no matter if this is disk, slice, partition, mirror, encrypted provider or anything else. > >> Do I need fstab entries for for ZFS file systems (e.g. "test/usr") > >> or does ZFS mount them automatically when the pool "test" is mounted? > >=20 > > They are mount via rc.d/zfs script. >=20 > Oh well, I should have looked there instead of asking ;-) > Hmmm, I assume that "zfs mount -a" will ignore file systems that are > marked as "legacy", and those will instead mounted together with other > local file systems? That's right. > > For now only exports file. zpool.cache use to be there as well, but we > > need it in /boot/zfs/ to be able to have root-on-ZFS. >=20 > Yes, I see. It might be useful to make zpool.cache available in /etc/zfs > via a symlink, but this might also cause confusion or inconsistencies > and I see good reasons to maintain that file in /boot/zfs. Hmm? What for do you need zpool.cache in /etc/zfs/? This file is for ZFS internal use only, I see no reason to symlink it or do anything with it. ZFS should work in the way that you shouldn't even know it exists and we should be moving into that direction:) > Ok, it took me quite a few hours to get ZFS installed the way I wanted > it, and it seems that ad0s2 and ad0s2c are quite different with regard > to their suitability to hold ZFS pools. Was this to be expected? >=20 > Or is the diagnosis wrong and something else is responsible that it > works for me, now? I don't know what was the reason, but ad0s2/ad0s2c should make no difference... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --dMdWWqg3F2Dv/qfw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGITlvForvXbEpPzQRAma9AKD3VIafQ1xuDXPQ7xZreJBB5EqCoACcC0UL fMNZZ/awX8I2HD816S/q0jo= =gc7I -----END PGP SIGNATURE----- --dMdWWqg3F2Dv/qfw-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:57:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6654916A404; Sat, 14 Apr 2007 20:57:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA2A13C4C1; Sat, 14 Apr 2007 20:57:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EKv4Ds007062; Sat, 14 Apr 2007 16:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EKv40I019897; Sat, 14 Apr 2007 16:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 41C7973039; Sat, 14 Apr 2007 16:57:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414205704.41C7973039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 16:57:04 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 20:57:05 -0000 TB --- 2007-04-14 20:01:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 20:01:47 - starting HEAD tinderbox run for i386/i386 TB --- 2007-04-14 20:01:47 - cleaning the object tree TB --- 2007-04-14 20:02:12 - checking out the source tree TB --- 2007-04-14 20:02:12 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-04-14 20:02:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 20:11:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 20:11:39 - cd /src TB --- 2007-04-14 20:11:39 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 20:11:40 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo sconfig.lo fdisk .lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/src/rescue/rescue/../librescue/exec.o /obj/src/rescue/rescue/../librescue/getusershell.o /obj/src/rescue/rescue/../librescue/login_class.o /obj/src/rescue/rescue/../librescue/popen.o /obj/src/rescue/rescue/../librescue/rcmdsh.o /obj/src/rescue/rescue/../librescue/sysctl.o /obj/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0xc): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 20:57:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 20:57:03 - ERROR: failed to build world TB --- 2007-04-14 20:57:03 - tinderbox aborted TB --- 0.65 user 2.02 system 3316.68 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 20:57:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6023E16A400; Sat, 14 Apr 2007 20:57:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A09E13C43E; Sat, 14 Apr 2007 20:57:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EKvDnF007078; Sat, 14 Apr 2007 16:57:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EKvDnC003177; Sat, 14 Apr 2007 16:57:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9751C7303E; Sat, 14 Apr 2007 16:57:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414205713.9751C7303E@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 16:57:13 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 20:57:14 -0000 TB --- 2007-04-14 20:02:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 20:02:19 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-04-14 20:02:19 - cleaning the object tree TB --- 2007-04-14 20:02:40 - checking out the source tree TB --- 2007-04-14 20:02:40 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-04-14 20:02:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 20:11:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 20:11:39 - cd /src TB --- 2007-04-14 20:11:39 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 20:11:40 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo sconfig.lo fdisk .lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/pc98/src/rescue/rescue/../librescue/exec.o /obj/pc98/src/rescue/rescue/../librescue/getusershell.o /obj/pc98/src/rescue/rescue/../librescue/login_class.o /obj/pc98/src/rescue/rescue/../librescue/popen.o /obj/pc98/src/rescue/rescue/../librescue/rcmdsh.o /obj/pc98/src/rescue/rescue/../librescue/sysctl.o /obj/pc98/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/pc98/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0xc): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 20:57:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 20:57:13 - ERROR: failed to build world TB --- 2007-04-14 20:57:13 - tinderbox aborted TB --- 0.52 user 1.99 system 3294.35 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 21:50:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 587C716A403 for ; Sat, 14 Apr 2007 21:50:16 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from mail.btshosting.co.uk (mail.btshosting.co.uk [213.228.232.37]) by mx1.freebsd.org (Postfix) with ESMTP id D81B913C4B9 for ; Sat, 14 Apr 2007 21:50:15 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.0.3] (host81-154-38-234.range81-154.btcentralplus.com [81.154.38.234]) (authenticated bits=0) by mail.btshosting.co.uk (8.13.8/8.13.8) with ESMTP id l3EKsE8T004344 for ; Sat, 14 Apr 2007 21:54:14 +0100 Message-ID: <46213FEA.5@beardz.net> Date: Sat, 14 Apr 2007 21:56:10 +0100 From: Jase Thew User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-current References: <378576.32340.qm@web63703.mail.re1.yahoo.com> In-Reply-To: <378576.32340.qm@web63703.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.6, clamav-milter version 0.88.6 on mail.btshosting.co.uk X-Virus-Status: Clean Subject: Re: WARNING: /home: GJOURNAL flag on fs but no gjournal provider below 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, 14 Apr 2007 21:50:16 -0000 Joerg t wrote: > i see that the default jounal size is 1GB, but after mounted df -h shows the filesystem size as 36GB and avail size of 33GB. what consumes so much space ? > > Many thanks Joe! When you create a new UFS fs, by default 8% is reserved from use by normal users. See the tunefs(8) man page for further details. Jase. From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 21:52:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B407116A404; Sat, 14 Apr 2007 21:52:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8D30313C45E; Sat, 14 Apr 2007 21:52:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ELqd4Y009744; Sat, 14 Apr 2007 17:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3ELqcbj000271; Sat, 14 Apr 2007 17:52:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D476873039; Sat, 14 Apr 2007 17:52:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414215238.D476873039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 17:52:38 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 21:52:39 -0000 TB --- 2007-04-14 20:57:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 20:57:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-04-14 20:57:13 - cleaning the object tree TB --- 2007-04-14 20:57:38 - checking out the source tree TB --- 2007-04-14 20:57:38 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-04-14 20:57:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 21:06:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 21:06:42 - cd /src TB --- 2007-04-14 21:06:42 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 21:06:43 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo dhclient.lo gzip .lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/powerpc/src/rescue/rescue/../librescue/exec.o /obj/powerpc/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc/src/rescue/rescue/../librescue/login_class.o /obj/powerpc/src/rescue/rescue/../librescue/popen.o /obj/powerpc/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/powerpc/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0x14): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 21:52:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 21:52:38 - ERROR: failed to build world TB --- 2007-04-14 21:52:38 - tinderbox aborted TB --- 0.47 user 1.89 system 3324.88 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 22:06:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B228D16A403; Sat, 14 Apr 2007 22:06:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 88AD513C4AD; Sat, 14 Apr 2007 22:06:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EM6KjC010225; Sat, 14 Apr 2007 18:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EM6KUY052385; Sat, 14 Apr 2007 18:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2390573039; Sat, 14 Apr 2007 18:06:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414220620.2390573039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 18:06:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 22:06:22 -0000 TB --- 2007-04-14 20:57:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 20:57:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-04-14 20:57:04 - cleaning the object tree TB --- 2007-04-14 20:57:21 - checking out the source tree TB --- 2007-04-14 20:57:21 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-04-14 20:57:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 21:06:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 21:06:42 - cd /src TB --- 2007-04-14 21:06:42 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 21:06:43 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo mca.lo gpt.lo fd isk.lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/ia64/src/rescue/rescue/../librescue/exec.o /obj/ia64/src/rescue/rescue/../librescue/getusershell.o /obj/ia64/src/rescue/rescue/../librescue/login_class.o /obj/ia64/src/rescue/rescue/../librescue/popen.o /obj/ia64/src/rescue/rescue/../librescue/rcmdsh.o /obj/ia64/src/rescue/rescue/../librescue/sysctl.o /obj/ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/ia64/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0x22): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 22:06:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 22:06:19 - ERROR: failed to build world TB --- 2007-04-14 22:06:19 - tinderbox aborted TB --- 0.22 user 0.74 system 4155.43 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 22:19:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2611216A524 for ; Sat, 14 Apr 2007 22:19:31 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.freebsd.org (Postfix) with ESMTP id DFE6213C480 for ; Sat, 14 Apr 2007 22:19:29 +0000 (UTC) (envelope-from se@freebsd.org) Received: (qmail 18617 invoked by uid 10125); 14 Apr 2007 22:19:28 -0000 X-SpaceNet-Virusscan: Sophos Version: 4.13; Last IDE Update: 2007-04-14 04:30 no information about results Received: from p5087934c.dip0.t-ipconnect.de (HELO ?192.168.0.12?) (80.135.147.76) by mail.atsec.com with SMTP; 14 Apr 2007 22:19:28 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <46215363.8020402@FreeBSD.org> Date: Sun, 15 Apr 2007 00:19:15 +0200 From: Stefan Esser User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20070409011723.GB74547@garage.freebsd.pl> <20070409094319.GB76673@garage.freebsd.pl> <46209D21.2010704@FreeBSD.org> <20070414102313.GC10527@garage.freebsd.pl> <46213380.1050209@FreeBSD.org> <20070414202831.GI10527@garage.freebsd.pl> In-Reply-To: <20070414202831.GI10527@garage.freebsd.pl> X-Enigmail-Version: 0.94.1.2.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS: amd64, devd, root file system. 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, 14 Apr 2007 22:19:31 -0000 Pawel Jakub Dawidek wrote: > On Sat, Apr 14, 2007 at 10:03:12PM +0200, Stefan Esser wrote: >> Pawel Jakub Dawidek wrote: >>> On Sat, Apr 14, 2007 at 11:21:37AM +0200, Stefan Esser wrote: >>>> It is amazingly simple to get a test setup going and it worked fine >>>> in my initial simple test cases. But now I've run into problems that >>>> probably are not technical but caused by a lack of understanding ... >>> This is not the first report that it doesn't work as it should. One was >>> that /boot/defaults/loader.conf wasn't fresh enough, and there were no: >> Hi Pawel, >> >> thanks for the reply, I got it working with some effort, see below ... >> >>> zpool_cache_load="YES" >> This is apparently implied by zfs_load="YES" and redundant. > > No, it isn't. It is absolutely necessary. > >>> zpool_cache_type="/boot/zfs/zpool.cache" >>> zpool_cache_name="/boot/zfs/zpool.cache" >> These are defined in /boot/defaults/loader.conf ... > > zpool_cache_load="YES" should be as well. I hope you didn't change it. > You should not need to touch /boot/defaults/loader.conf. Yes, it is there, I did not change it but missed it when I looked up the other default values. (All files in /{boot,etc}/defaults/ are unmodified and from a very recent -current.) >> This could be fixed by exporting and then importing the pool (with -f). >> There after the pool could be mounted and I could manually set up the >> complete file system hierarchy. I verified that "/boot/zfs/zpool.cache" >> was updated during the import (written to the boot partition), but the >> next reboot failed again and I again got the same error status as shown >> above. > > Are you sure the updated file is the same file which is loaded on boot? Yes, definitely, literally tens of times (I checked the modification date and verified the readable parts matched what I changed, e.g. that the pool name and underlying device where there). One of the problems that I encountered was that mounting /boot (in my recovery root) R/W meant that I could not later mount it within the ZFS root (after the export/import of the pool). But I got around this problem and I'm quite sure that /boot/zfs/zpool.cache was written to and that this file was loaded with the kernel and the zfs module. >> I made an attempt to fix it by creating another pool on an (during the >> tests) unused swap partition on my "normal" UFS system disk (which I >> had made an IDE slave for these tests). After copying the necessary >> files over to the newly created "test2" pool on the SWAP partition I >> got a system that mounted "zfs:test2" and that just worked ... >> >> Not working: zpool create test ad0s2 >> Working: zpool create test2 ad1s1b >> >> (I.e. "test2" could be mounted automatically, while "test" required me >> to boot with an UFS root and to export/import the pool before it could >> be manually mounted.) >> >> Well, after some more testing I destroyed the pool "test" and created >> it on "ad0s2c" instead of "ad0s2", and voila, I had my problem solved. >> >> It appears, that a zpool can be manually mounted if it resides on ad0s2, >> but in order to make the kernel accept it during boot, it must be in a >> BSD partition. Does that make sense? (I did not want to try again with >> another pool in a slice, since I did not want to give up what I had just >> achieved with so much effort ;-) > > I'm sorry, but it doesn't make sense at all:) All GEOM providers should > be equal for ZFS, no matter if this is disk, slice, partition, mirror, > encrypted provider or anything else. Yes, I had read this and for that reason never bothered to change the underlying device. But when I just created a pool in ad1s1b I could enter zfs:test2 at the prompt (after zfs:test had not been found). This was absolutely reproducible (with the boot then failing on test2 since it did not contain a /dev for the devfs mount in the beginning). This made me suspicious and I prepared a ZFS root in test2. That worked, but since it was on the wrong disk (to be removed from the system), I tried to destroy the pool "test" and then created it again on ad0s2. It did fail with identical problems (could be manually mounted but not during the automatic root mount step while booting). Then I made another try and destroyed test and created it on ad0s2c and found that it worked without problem there after. >>>> Do I need fstab entries for for ZFS file systems (e.g. "test/usr") >>>> or does ZFS mount them automatically when the pool "test" is mounted? >>> They are mount via rc.d/zfs script. >> Oh well, I should have looked there instead of asking ;-) >> Hmmm, I assume that "zfs mount -a" will ignore file systems that are >> marked as "legacy", and those will instead mounted together with other >> local file systems? > > That's right. > >>> For now only exports file. zpool.cache use to be there as well, but we >>> need it in /boot/zfs/ to be able to have root-on-ZFS. >> Yes, I see. It might be useful to make zpool.cache available in /etc/zfs >> via a symlink, but this might also cause confusion or inconsistencies >> and I see good reasons to maintain that file in /boot/zfs. > > Hmm? What for do you need zpool.cache in /etc/zfs/? This file is for ZFS > internal use only, I see no reason to symlink it or do anything with it. > ZFS should work in the way that you shouldn't even know it exists and we > should be moving into that direction:) No, I do not need it there ... But /etc/zfs appears to be the logical place (if it was not required for booting). I assume that zpool.cache preserves the pool information over reboots and is not specifically used for the ZFS root configuration (and thus could be in /etc/zfs, if support of a ZFS root was not desirable). >> Ok, it took me quite a few hours to get ZFS installed the way I wanted >> it, and it seems that ad0s2 and ad0s2c are quite different with regard >> to their suitability to hold ZFS pools. Was this to be expected? >> >> Or is the diagnosis wrong and something else is responsible that it >> works for me, now? > > I don't know what was the reason, but ad0s2/ad0s2c should make no > difference... Well, it did in my case, but I'm not going to try it with ad0s2 again right now (ENOTIME). I can not explain it, but ad0s2c made it work for me instantly, while a pool on ad0s2 always resulted in the FAULTED state of the pool because the device ad0s2 could not be opened (see output from "zpool status" in previous mail). My disk drive is partitioned this way: da0 da0s1 (type 165) da0s1a 256MB da0s1b 768MB da0s1c 1024MB (overlapping a and b) da0s2 (type 165) da0s2c 300GB (rest of disk) Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 22:45:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DE7A16A401; Sat, 14 Apr 2007 22:45:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DA4E713C46C; Sat, 14 Apr 2007 22:45:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EMjQ2h012107; Sat, 14 Apr 2007 18:45:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EMjPK4070252; Sat, 14 Apr 2007 18:45:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AC1CE73039; Sat, 14 Apr 2007 18:45:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414224525.AC1CE73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 18:45:25 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Apr 2007 22:45:27 -0000 TB --- 2007-04-14 21:52:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 21:52:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-04-14 21:52:39 - cleaning the object tree TB --- 2007-04-14 21:52:46 - checking out the source tree TB --- 2007-04-14 21:52:46 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-04-14 21:52:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 22:01:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 22:01:30 - cd /src TB --- 2007-04-14 22:01:30 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 22:01:32 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo sunlabel.lo dhcl ient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/sparc64/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0xc): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 22:45:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 22:45:25 - ERROR: failed to build world TB --- 2007-04-14 22:45:25 - tinderbox aborted TB --- 0.22 user 0.64 system 3166.40 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 14 22:56:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5E1A16A401; Sat, 14 Apr 2007 22:56:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC7113C45D; Sat, 14 Apr 2007 22:56:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EMuUqi012550; Sat, 14 Apr 2007 18:56:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3EMuUtZ017870; Sat, 14 Apr 2007 18:56:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D8FB73039; Sat, 14 Apr 2007 18:56:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070414225630.8D8FB73039@freebsd-current.sentex.ca> Date: Sat, 14 Apr 2007 18:56:30 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean 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: Sat, 14 Apr 2007 22:56:31 -0000 TB --- 2007-04-14 22:06:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-14 22:06:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-04-14 22:06:20 - cleaning the object tree TB --- 2007-04-14 22:06:26 - checking out the source tree TB --- 2007-04-14 22:06:26 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-04-14 22:06:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-14 22:14:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-14 22:14:26 - cd /src TB --- 2007-04-14 22:14:26 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 14 22:14:27 UTC 2007 >>> 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 [...] `vs_split.o' is up to date. (cd /src/rescue/rescue/../../usr.bin/id && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/id/ id.o) `id.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo sunlabel.lo dhcl ient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /obj/sun4v/src/rescue/rescue/../librescue/exec.o /obj/sun4v/src/rescue/rescue/../librescue/getusershell.o /obj/sun4v/src/rescue/rescue/../librescue/login_class.o /obj/sun4v/src/rescue/rescue/../librescue/popen.o /obj/sun4v/src/rescue/rescue/../librescue/rcmdsh.o /obj/sun4v/src/rescue/rescue/../librescue/sysctl.o /obj/sun4v/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive /obj/sun4v/src/tmp/usr/lib/libarchive.a(archive_read_support_format_all.o)(.text+0xc): In function `archive_read_support_format_all': : undefined reference to `archive_read_support_format_ar' *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-14 22:56:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-14 22:56:30 - ERROR: failed to build world TB --- 2007-04-14 22:56:30 - tinderbox aborted TB --- 0.25 user 0.59 system 3010.50 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full