From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 00:26:10 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39726106566C; Sun, 6 Mar 2011 00:26:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 07A528FC0A; Sun, 6 Mar 2011 00:26:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p260Q82a037618; Sat, 5 Mar 2011 19:26:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p260Q825037594; Sun, 6 Mar 2011 00:26:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 00:26:08 GMT Message-Id: <201103060026.p260Q825037594@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 00:26:10 -0000 TB --- 2011-03-05 23:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-05 23:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-03-05 23:50:00 - cleaning the object tree TB --- 2011-03-05 23:50:10 - cvsupping the source tree TB --- 2011-03-05 23:50:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-03-05 23:50:32 - building world TB --- 2011-03-05 23:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-05 23:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-05 23:50:32 - TARGET=arm TB --- 2011-03-05 23:50:32 - TARGET_ARCH=arm TB --- 2011-03-05 23:50:32 - TZ=UTC TB --- 2011-03-05 23:50:32 - __MAKE_CONF=/dev/null TB --- 2011-03-05 23:50:32 - cd /src TB --- 2011-03-05 23:50:32 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 5 23:50:33 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/arm.arm/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 00:26:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 00:26:08 - ERROR: failed to build world TB --- 2011-03-06 00:26:08 - 1547.83 user 469.78 system 2167.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 00:28:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D3081065670 for ; Sun, 6 Mar 2011 00:28:49 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3121A8FC17 for ; Sun, 6 Mar 2011 00:28:48 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id p25NX2wd003387 for ; Sat, 5 Mar 2011 15:33:02 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id p25NX1kA003386 for freebsd-current@freebsd.org; Sat, 5 Mar 2011 15:33:01 -0800 (PST) (envelope-from obrien) Date: Sat, 5 Mar 2011 15:33:01 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20110305233301.GA3232@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Subject: [PANIC] ffs_alloccg: map corrupted (w/SU+J) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 00:28:49 -0000 Feb 24 19:43:16 : FreeBSD 9.0-CURRENT #662 r218815:218845M: Tue Feb 22 00:13:31 PST 2011 Feb 24 19:43:16 : /sys/i386/compile/DRAGON i386 [..] Mar 5 14:41:38 : start = 0, len = 1659, fs = /storage Mar 5 14:41:38 : panic: ffs_alloccg: map corrupted Mar 5 14:41:38 : cpuid = 0 Mar 5 14:41:38 : KDB: stack backtrace: Mar 5 14:41:38 : db_trace_self_wrapper(c084242b,65676172,a0d,4,0,...) at 0xc04ebf46 = db_trace_self_wrapper+0x26 Mar 5 14:41:38 : kdb_backtrace(c0860edc,0,c085531a,eaf4870c,0,...) at 0xc05ff87a = kdb_backtrace+0x2a Mar 5 14:41:38 : panic(c085531a,0,67b,c65230d4,e000c000,...) at 0xc05d1d67 = panic+0x117 Mar 5 14:41:38 : ffs_mapsearch(4462ea0,0,8,0,0,...) at 0xc0759163 = ffs_mapsearch+0x153 Mar 5 14:41:38 : ffs_alloccgblk(4462ea0,0,4000,5ae,0,...) at 0xc075935c = ffs_alloccgblk+0xec Mar 5 14:41:38 : ffs_alloccg(c99c29f8,2fa,4462ea0,0,4000,...) at 0xc0759c83 = ffs_alloccg+0x1b3 Mar 5 14:41:38 : ffs_hashalloc(4462ea0,0,4000,4000,c0759ad0,...) at 0xc0756321 = ffs_hashalloc+0x41 Mar 5 14:41:38 : ffs_alloc(c99c29f8,100e,0,4462ea0,0,...) at 0xc075acff = ffs_alloc+0x19f Mar 5 14:41:38 : ffs_balloc_ufs2(ca740110,4038000,0,4000,c8bc7400,...) at 0xc075cff9 = ffs_balloc_ufs2+0x1949 Mar 5 14:41:38 : ffs_write(eaf48b90,eaf48b4c,eaf48b10,c0780ac2,ca740168,...) at 0xc077fc66 = ffs_write+0x276 Mar 5 14:41:38 : VOP_WRITE_APV(c08bb080,eaf48b90,ca740110,264,0,...) at 0xc08036e4 = VOP_WRITE_APV+0xe4 Mar 5 14:41:38 : vn_write(c7cfcc78,eaf48c24,c8bc7400,0,cddd05c0,...) at 0xc0663ad3 = vn_write+0x1c3 Mar 5 14:41:38 : dofilewrite(eaf48c24,ffffffff,ffffffff,0,c7cfcc78,...) at 0xc060fe55 = dofilewrite+0x95 Mar 5 14:41:38 : kern_writev(cddd05c0,4,eaf48c24,eaf48c44,1,...) at 0xc06100e8 = kern_writev+0x58 Mar 5 14:41:38 : write(cddd05c0,eaf48cec,cddd05c0,eaf48d28,4,...) at 0xc061016f = write+0x4f Mar 5 14:41:38 : syscallenter(cddd05c0,eaf48ce4,eaf48ce4,0,3,...) at 0xc060b363 = syscallenter+0x2c3 Mar 5 14:41:38 : syscall(eaf48d28) at 0xc07e3114 = syscall+0x34 Mar 5 14:41:38 : Xint0x80_syscall() at 0xc07cf121 = Xint0x80_syscall+0x21 Mar 5 14:41:38 : --- syscall (4, FreeBSD ELF32, write), eip = 0x2818c60b, esp = 0xbfbfe86c, ebp = 0xbfbfe8d8 --- Changes since my last reported SU+J panic: 1. Newer revision of ahd(4) ASIC 2. New U320 SCA enclosures (different vendor + model). 3. New motherboard -- -- David (obrien@FreeBSD.org) P.S. I am using this UFS patch: Index: ufs/ffs/ffs_softdep.c =================================================================== --- ufs/ffs/ffs_softdep.c (revision 218815) +++ ufs/ffs/ffs_softdep.c (working copy) @@ -6068,6 +6068,7 @@ indir_trunc(freework, dbn, lbn) struct jnewblk *jnewblk; struct freeblks *freeblks; struct buf *bp; + struct bufobj *bo; struct fs *fs; struct worklist *wkn; struct worklist *wk; @@ -6106,14 +6107,13 @@ indir_trunc(freework, dbn, lbn) * a complete copy of the indirect block in memory for our use. * Otherwise we have to read the blocks in from the disk. */ -#ifdef notyet - bp = getblk(freeblks->fb_devvp, dbn, (int)fs->fs_bsize, 0, 0, - GB_NOCREAT); -#else - bp = incore(&freeblks->fb_devvp->v_bufobj, dbn); -#endif + bo = &freeblks->fb_devvp->v_bufobj; +check_incore: ACQUIRE_LOCK(&lk); + BO_LOCK(bo); + bp = gbincore(bo, dbn); if (bp != NULL && (wk = LIST_FIRST(&bp->b_dep)) != NULL) { + BO_UNLOCK(bo); if (wk->wk_type != D_INDIRDEP || (wk->wk_state & GOINGAWAY) == 0) panic("indir_trunc: lost indirdep %p", wk); @@ -6126,15 +6126,34 @@ indir_trunc(freework, dbn, lbn) ump->um_numindirdeps -= 1; FREE_LOCK(&lk); } else { -#ifdef notyet - if (bp) - brelse(bp); -#endif FREE_LOCK(&lk); - if (bread(freeblks->fb_devvp, dbn, (int)fs->fs_bsize, - NOCRED, &bp) != 0) { - brelse(bp); - return; + if (bp != NULL) { + if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT | + LK_INTERLOCK, BO_MTX(bo)) != 0) { + pause("INDIRT", 1); + goto check_incore; + } + } else { + BO_UNLOCK(bo); + bp = getblk(freeblks->fb_devvp, dbn, fs->fs_bsize, 0, + 0, 0); + if (LIST_FIRST(&bp->b_dep) != NULL) { + brelse(bp); + goto check_incore; + } + } + + if ((bp->b_flags & B_CACHE) == 0) { + bp->b_iocmd = BIO_READ; + bp->b_flags &= ~B_INVAL; + bp->b_ioflags &= ~BIO_ERROR; + vfs_busy_pages(bp, 0); + bp->b_iooffset = dbtob(bp->b_blkno); + bstrategy(bp); + if (bufwait(bp) != 0) { + brelse(bp); + return; + } } } /* @@ -6805,7 +6824,8 @@ cancel_diradd(dap, dirrem, jremref, dotr mkdir->md_jaddref = NULL; if (mkdir->md_state & MKDIR_PARENT) { if (cancel_jaddref(jaddref, NULL, - &dirrem->dm_jwork) == 0) { + &dirrem->dm_jwork) == 0 && + dotdotremref != NULL) { free_jremref(dotdotremref); dotdotremref = NULL; } From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 00:44:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E58E6106566C for ; Sun, 6 Mar 2011 00:44:09 +0000 (UTC) (envelope-from nlandys@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7EC9C8FC0C for ; Sun, 6 Mar 2011 00:44:09 +0000 (UTC) Received: by wwb31 with SMTP id 31so4171487wwb.31 for ; Sat, 05 Mar 2011 16:44:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=qBRKWZF0uxYcD7rSVDuj7OQS1ZYMNXm7Uv+5K0uowW8=; b=CL5DFYqPb5jKjKAf8036GeahOFjcUjM9YIc73cNjmFWz1UkP7H1ZJOIoJCbgyZx0I1 dP3Vbo0hJ0qATWowXRvmw8mVeQ5dpkcXhjiC/P8F71YAbrwWoJ9FhrTjNAr9Nk/Mcxyn pdIa/dssGbjkHuF5cF9xqE2+zvLSDx61EU/KI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=p5xXZd/uDN6vLNZHalyjwZcHSIQWO4qmLEAE39VX7i7XALmgeNsbQ5ygCuxQxPiBoP WmOYrbU0czKY8OSY3c5cFDZCbbDqbZgN4885BX1mF8t6bDZrlU3TO39pVA/KuweU2a99 ucWjskD/fGY6vsocCglmPC7n9ELfa/x/RankM= MIME-Version: 1.0 Received: by 10.227.177.199 with SMTP id bj7mr1664861wbb.140.1299370566727; Sat, 05 Mar 2011 16:16:06 -0800 (PST) Received: by 10.227.30.97 with HTTP; Sat, 5 Mar 2011 16:16:06 -0800 (PST) Date: Sat, 5 Mar 2011 16:16:06 -0800 Message-ID: From: Nerius Landys To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Introduce myself and question about getting 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, 06 Mar 2011 00:44:10 -0000 Hi guys, I'd like to contribute to the FreeBSD community by testing and programming a little in the coming months/years. I'm a mathematician from Berkeley (B.S.), I have been using FreeBSD for about 5 years (on a router and on 2 servers) and I come from a strong programming background (12+ years). I'm also currently involved with some other open source projects such as GtkRadiant, which is a map editor for Quake 3 engine games. An issue in FreeBSD that I'm interested in looking into in the short run is the ath wireless driver situation (I've already contacted Adrian). The two particular issues with the ath driver that I'm currently having may very well already be resolved in CURRENT, so I'm about to test that. Anyhow, first things are first. I need to get CURRENT. So, what is the preferred way to get CURRENT on your system? I'm very familiar with the whole buildkernel/buildworld mechanism and I intend to compile CURRENT from source on a continual basis. The only question I have about this is, is the upgrade 8.2 -> CURRENT a supported upgrade that will work fairly well? Or are there some CD image ISOs available for a relatively recent CURRENT? Basically, I'm about to install CURRENT on a new system that will be used for testing and development, and don't know the preferred way to do this. - Nerius "Rambetter" Landys From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:02:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C82251065678 for ; Sun, 6 Mar 2011 01:02:37 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 595CC8FC0A for ; Sun, 6 Mar 2011 01:02:35 +0000 (UTC) Received: by wwb31 with SMTP id 31so4178715wwb.31 for ; Sat, 05 Mar 2011 17:02:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rxNyRFYKYps+Xv8boeMvOwVJl1J9DlT2HhBF9L4HzM0=; b=RRAYza49FirqZBObS//OpnhSfiKzdqPcX38OJgSIgd6s36fYg7fkxO665CUmvfrHo3 WcwyOSRI6yD1U9ll5VJAt/i5YH0SCgv3yVI7PKJ8PRSYZu/+HoE0qqX06BBhPhYs2gWL bZew8pk4yHZCQy+B5OwXxrv1fSCvhDk6d7O8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=l1ROyhLF9Fe2JHJnCOvQtNXqcn12xxDx/KMZymI+vqu/+L5voHcTemc5U4+illHJvp +AhHax4qxNY2ZTPLHq6jIrpJUU0xRd6LHzrVLs/uypx6S1oZWf0AW+a3x68lX+Tgtbsx Dtl6bZZZr7GgA6Vq8aErLwd2fFAbY7GtAQJQk= MIME-Version: 1.0 Received: by 10.216.122.193 with SMTP id t43mr1846900weh.60.1299373354285; Sat, 05 Mar 2011 17:02:34 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.172.7 with HTTP; Sat, 5 Mar 2011 17:02:34 -0800 (PST) In-Reply-To: References: Date: Sat, 5 Mar 2011 17:02:34 -0800 X-Google-Sender-Auth: QCe4ywfd2Bj2S-DJ8xtMhGkLGTM Message-ID: From: Garrett Cooper To: Nerius Landys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Introduce myself and question about getting 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, 06 Mar 2011 01:02:38 -0000 On Sat, Mar 5, 2011 at 4:16 PM, Nerius Landys wrote: > Hi guys, I'd like to contribute to the FreeBSD community by testing > and programming a little in the coming months/years. =A0I'm a > mathematician from Berkeley (B.S.), I have been using FreeBSD for > about 5 years (on a router and on 2 servers) and I come from a strong > programming background (12+ years). =A0I'm also currently involved with > some other open source projects such as GtkRadiant, which is a map > editor for Quake 3 engine games. =A0An issue in FreeBSD that I'm > interested in looking into in the short run is the ath wireless driver > situation (I've already contacted Adrian). =A0The two particular issues > with the ath driver that I'm currently having may very well already be > resolved in CURRENT, so I'm about to test that. > > Anyhow, first things are first. =A0I need to get CURRENT. =A0So, what is > the preferred way to get CURRENT on your system? =A0I'm very familiar > with the whole buildkernel/buildworld mechanism and I intend to > compile CURRENT from source on a continual basis. =A0The only question I > have about this is, is the upgrade 8.2 -> CURRENT a supported upgrade > that will work fairly well? =A0Or are there some CD image ISOs available > for a relatively recent CURRENT? =A0Basically, I'm about to install > CURRENT on a new system that will be used for testing and development, > and don't know the preferred way to do this. Noting the relevant handbook passage: http://www.freebsd.org/doc/handbook/updating-upgrading.html . I personally run `make kernel-toolchain', then `make buildworld buildkernel' when building on CURRENT. I also use the sources from svn, not cvs, csup, cvsup. Other FreeBSD folks may use git, hg, etc. So there's no one right or wrong answer, in terms of build instructions (as long as you follow the minimum prescribed instructions in UPDATING), or pulling down sources. And yes, there are some CURRENT snapshots: ftp://ftp1.freebsd.org/pub/FreeBSD/snapshots/ Hopefully that helps get you started on an appropriate path. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:14:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B19F106566C; Sun, 6 Mar 2011 01:14:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E234D8FC08; Sun, 6 Mar 2011 01:14:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p261EMlh038425; Sat, 5 Mar 2011 20:14:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p261EM5u038403; Sun, 6 Mar 2011 01:14:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 01:14:22 GMT Message-Id: <201103060114.p261EM5u038403@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 01:14:23 -0000 TB --- 2011-03-05 23:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-05 23:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-03-05 23:50:00 - cleaning the object tree TB --- 2011-03-05 23:50:24 - cvsupping the source tree TB --- 2011-03-05 23:50:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-03-05 23:50:37 - building world TB --- 2011-03-05 23:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-05 23:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-05 23:50:37 - TARGET=pc98 TB --- 2011-03-05 23:50:37 - TARGET_ARCH=i386 TB --- 2011-03-05 23:50:37 - TZ=UTC TB --- 2011-03-05 23:50:37 - __MAKE_CONF=/dev/null TB --- 2011-03-05 23:50:37 - cd /src TB --- 2011-03-05 23:50:37 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 5 23:50:37 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/pc98.i386/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 01:14:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 01:14:21 - ERROR: failed to build world TB --- 2011-03-06 01:14:21 - 4095.25 user 705.45 system 5060.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:14:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C411106564A; Sun, 6 Mar 2011 01:14:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 453428FC0A; Sun, 6 Mar 2011 01:14:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p261EQ5B038774; Sat, 5 Mar 2011 20:14:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p261EQmB038764; Sun, 6 Mar 2011 01:14:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 01:14:26 GMT Message-Id: <201103060114.p261EQmB038764@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on 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, 06 Mar 2011 01:14:27 -0000 TB --- 2011-03-05 23:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-05 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-03-05 23:50:00 - cleaning the object tree TB --- 2011-03-05 23:50:28 - cvsupping the source tree TB --- 2011-03-05 23:50:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-03-05 23:50:40 - building world TB --- 2011-03-05 23:50:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-05 23:50:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-05 23:50:40 - TARGET=amd64 TB --- 2011-03-05 23:50:40 - TARGET_ARCH=amd64 TB --- 2011-03-05 23:50:40 - TZ=UTC TB --- 2011-03-05 23:50:40 - __MAKE_CONF=/dev/null TB --- 2011-03-05 23:50:40 - cd /src TB --- 2011-03-05 23:50:40 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 5 23:50:40 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 01:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 01:14:26 - ERROR: failed to build world TB --- 2011-03-06 01:14:26 - 4101.44 user 702.44 system 5065.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:15:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ED23106564A; Sun, 6 Mar 2011 01:15:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4973A8FC13; Sun, 6 Mar 2011 01:15:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p261FUhZ045339; Sat, 5 Mar 2011 20:15:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p261FUut045330; Sun, 6 Mar 2011 01:15:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 01:15:30 GMT Message-Id: <201103060115.p261FUut045330@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 01:15:31 -0000 TB --- 2011-03-06 00:26:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 00:26:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-03-06 00:26:09 - cleaning the object tree TB --- 2011-03-06 00:26:23 - cvsupping the source tree TB --- 2011-03-06 00:26:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-03-06 00:26:36 - building world TB --- 2011-03-06 00:26:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 00:26:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 00:26:36 - TARGET=ia64 TB --- 2011-03-06 00:26:36 - TARGET_ARCH=ia64 TB --- 2011-03-06 00:26:36 - TZ=UTC TB --- 2011-03-06 00:26:36 - __MAKE_CONF=/dev/null TB --- 2011-03-06 00:26:36 - cd /src TB --- 2011-03-06 00:26:36 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 00:26:36 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/ia64.ia64/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 01:15:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 01:15:30 - ERROR: failed to build world TB --- 2011-03-06 01:15:30 - 2240.70 user 477.23 system 2961.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:20:03 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B75DE1065670; Sun, 6 Mar 2011 01:20:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4988FC08; Sun, 6 Mar 2011 01:20:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p261K2KN087672; Sat, 5 Mar 2011 20:20:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p261K2k3087605; Sun, 6 Mar 2011 01:20:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 01:20:02 GMT Message-Id: <201103060120.p261K2k3087605@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/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, 06 Mar 2011 01:20:03 -0000 TB --- 2011-03-05 23:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-05 23:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-03-05 23:50:00 - cleaning the object tree TB --- 2011-03-05 23:50:28 - cvsupping the source tree TB --- 2011-03-05 23:50:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-03-05 23:55:54 - building world TB --- 2011-03-05 23:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-05 23:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-05 23:55:54 - TARGET=i386 TB --- 2011-03-05 23:55:54 - TARGET_ARCH=i386 TB --- 2011-03-05 23:55:54 - TZ=UTC TB --- 2011-03-05 23:55:54 - __MAKE_CONF=/dev/null TB --- 2011-03-05 23:55:54 - cd /src TB --- 2011-03-05 23:55:54 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 5 23:55:54 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/i386.i386/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 01:20:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 01:20:02 - ERROR: failed to build world TB --- 2011-03-06 01:20:02 - 4101.87 user 684.27 system 5401.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:22:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 880021065672 for ; Sun, 6 Mar 2011 01:22:20 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB6A8FC14 for ; Sun, 6 Mar 2011 01:22:19 +0000 (UTC) Received: by wyb32 with SMTP id 32so3759907wyb.13 for ; Sat, 05 Mar 2011 17:22:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TmtC7CQi0lDcLEoV9abeXgOrVyMnxKdKff+LsWXC6Gk=; b=UkGKgf326Xzd3fJ8erigKyT+kbBbgReF2SltOEjC4tsRb6NjxOOKOG6yCpQS2NuBgb 7WD2wbiukUowbhHJf1FyZyrPvJnfFO56ouCWnm/ZNWF1YbklhdL/XdKF23ZaDl0vnY/W LTOZwlCE+iK0wdGR0QylTkCjcM+HUE37npfzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LvL+NuMM72gyLGKIAbRBpzG/Hw3EdIUrsMssDVrHQEYcYAzBYtbD4eF+ae4Gf9i+3m ODPL10DxUZII4jr/mI9K9ELBNzk34j0ICtOtVM4OTMG51avX3rDWR4FWBPuL4o+UOK3o vjYkVbPZ8J44oIKAOG6N2wed7c+1GWssjwTvY= MIME-Version: 1.0 Received: by 10.227.63.130 with SMTP id b2mr860905wbi.96.1299373164418; Sat, 05 Mar 2011 16:59:24 -0800 (PST) Received: by 10.227.143.207 with HTTP; Sat, 5 Mar 2011 16:59:24 -0800 (PST) In-Reply-To: References: Date: Sun, 6 Mar 2011 01:59:24 +0100 Message-ID: From: Monthadar Al Jaberi To: Nerius Landys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Introduce myself and question about getting 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, 06 Mar 2011 01:22:20 -0000 Welcome Nerius, hope you enjoy your ride =3D) You can start with download a snapshot of current from: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ caontains monthly iso, I use FreeBSD-9.0-CURRENT-201101-i386-dvd1.iso. br, On Sun, Mar 6, 2011 at 1:16 AM, Nerius Landys wrote: > Hi guys, I'd like to contribute to the FreeBSD community by testing > and programming a little in the coming months/years. =A0I'm a > mathematician from Berkeley (B.S.), I have been using FreeBSD for > about 5 years (on a router and on 2 servers) and I come from a strong > programming background (12+ years). =A0I'm also currently involved with > some other open source projects such as GtkRadiant, which is a map > editor for Quake 3 engine games. =A0An issue in FreeBSD that I'm > interested in looking into in the short run is the ath wireless driver > situation (I've already contacted Adrian). =A0The two particular issues > with the ath driver that I'm currently having may very well already be > resolved in CURRENT, so I'm about to test that. > > Anyhow, first things are first. =A0I need to get CURRENT. =A0So, what is > the preferred way to get CURRENT on your system? =A0I'm very familiar > with the whole buildkernel/buildworld mechanism and I intend to > compile CURRENT from source on a continual basis. =A0The only question I > have about this is, is the upgrade 8.2 -> CURRENT a supported upgrade > that will work fairly well? =A0Or are there some CD image ISOs available > for a relatively recent CURRENT? =A0Basically, I'm about to install > CURRENT on a new system that will be used for testing and development, > and don't know the preferred way to do this. > > - Nerius "Rambetter" Landys > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 //Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:52:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94398106566B; Sun, 6 Mar 2011 01:52:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 683128FC1A; Sun, 6 Mar 2011 01:52:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p261qftr012722; Sat, 5 Mar 2011 20:52:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p261qfkj012675; Sun, 6 Mar 2011 01:52:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 01:52:41 GMT Message-Id: <201103060152.p261qfkj012675@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 01:52:42 -0000 TB --- 2011-03-06 01:14:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:14:22 - starting HEAD tinderbox run for mips/mips TB --- 2011-03-06 01:14:22 - cleaning the object tree TB --- 2011-03-06 01:14:30 - cvsupping the source tree TB --- 2011-03-06 01:14:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-03-06 01:15:11 - building world TB --- 2011-03-06 01:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:15:11 - TARGET=mips TB --- 2011-03-06 01:15:11 - TARGET_ARCH=mips TB --- 2011-03-06 01:15:11 - TZ=UTC TB --- 2011-03-06 01:15:11 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:15:11 - cd /src TB --- 2011-03-06 01:15:11 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:15:12 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/mips.mipsel/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 01:52:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 01:52:41 - ERROR: failed to build world TB --- 2011-03-06 01:52:41 - 1624.27 user 451.59 system 2298.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 01:58:35 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D4A106564A; Sun, 6 Mar 2011 01:58:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1EFBA8FC27; Sun, 6 Mar 2011 01:58:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p261wY8V069856; Sat, 5 Mar 2011 20:58:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p261wYOs069840; Sun, 6 Mar 2011 01:58:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 01:58:34 GMT Message-Id: <201103060158.p261wYOs069840@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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, 06 Mar 2011 01:58:35 -0000 TB --- 2011-03-06 01:15:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:15:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-03-06 01:15:30 - cleaning the object tree TB --- 2011-03-06 01:15:48 - cvsupping the source tree TB --- 2011-03-06 01:15:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-03-06 01:16:01 - building world TB --- 2011-03-06 01:16:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:16:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:16:01 - TARGET=powerpc TB --- 2011-03-06 01:16:01 - TARGET_ARCH=powerpc64 TB --- 2011-03-06 01:16:01 - TZ=UTC TB --- 2011-03-06 01:16:01 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:16:01 - cd /src TB --- 2011-03-06 01:16:01 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:16:02 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/powerpc.powerpc64/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 01:58:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 01:58:34 - ERROR: failed to build world TB --- 2011-03-06 01:58:34 - 1916.63 user 466.70 system 2583.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 02:00:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 832A0106566C; Sun, 6 Mar 2011 02:00:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA148FC08; Sun, 6 Mar 2011 02:00:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2620rYO082682; Sat, 5 Mar 2011 21:00:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2620rqL082681; Sun, 6 Mar 2011 02:00:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 02:00:53 GMT Message-Id: <201103060200.p2620rqL082681@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 02:00:54 -0000 TB --- 2011-03-06 01:20:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:20:02 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-06 01:20:02 - cleaning the object tree TB --- 2011-03-06 01:20:16 - cvsupping the source tree TB --- 2011-03-06 01:20:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-06 01:20:38 - building world TB --- 2011-03-06 01:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:20:38 - TARGET=sparc64 TB --- 2011-03-06 01:20:38 - TARGET_ARCH=sparc64 TB --- 2011-03-06 01:20:38 - TZ=UTC TB --- 2011-03-06 01:20:38 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:20:38 - cd /src TB --- 2011-03-06 01:20:38 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:20:38 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/sparc64.sparc64/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 02:00:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 02:00:53 - ERROR: failed to build world TB --- 2011-03-06 02:00:53 - 1787.28 user 443.82 system 2450.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 02:28:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBCCE106564A; Sun, 6 Mar 2011 02:28:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3D68C8FC14; Sun, 6 Mar 2011 02:28:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p262SfTw001344; Sat, 5 Mar 2011 21:28:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p262Sf9q001343; Sun, 6 Mar 2011 02:28:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 02:28:41 GMT Message-Id: <201103060228.p262Sf9q001343@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on 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, 06 Mar 2011 02:28:42 -0000 TB --- 2011-03-06 01:14:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:14:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-03-06 01:14:26 - cleaning the object tree TB --- 2011-03-06 01:14:36 - cvsupping the source tree TB --- 2011-03-06 01:14:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-03-06 01:15:11 - building world TB --- 2011-03-06 01:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:15:11 - TARGET=powerpc TB --- 2011-03-06 01:15:11 - TARGET_ARCH=powerpc TB --- 2011-03-06 01:15:11 - TZ=UTC TB --- 2011-03-06 01:15:11 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:15:11 - cd /src TB --- 2011-03-06 01:15:11 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:15:12 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/powerpc.powerpc/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 02:28:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 02:28:41 - ERROR: failed to build world TB --- 2011-03-06 02:28:41 - 3660.23 user 638.79 system 4454.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 02:29:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90680106568C; Sun, 6 Mar 2011 02:29:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 454098FC1C; Sun, 6 Mar 2011 02:29:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p262TKLw002550; Sat, 5 Mar 2011 21:29:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p262TKXD002549; Sun, 6 Mar 2011 02:29:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 02:29:20 GMT Message-Id: <201103060229.p262TKXD002549@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 02:29:21 -0000 TB --- 2011-03-06 01:52:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 01:52:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-06 01:52:41 - cleaning the object tree TB --- 2011-03-06 01:52:50 - cvsupping the source tree TB --- 2011-03-06 01:52:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-06 01:53:40 - building world TB --- 2011-03-06 01:53:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 01:53:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 01:53:40 - TARGET=sun4v TB --- 2011-03-06 01:53:40 - TARGET_ARCH=sparc64 TB --- 2011-03-06 01:53:40 - TZ=UTC TB --- 2011-03-06 01:53:40 - __MAKE_CONF=/dev/null TB --- 2011-03-06 01:53:40 - cd /src TB --- 2011-03-06 01:53:40 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 01:53:40 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/sun4v.sparc64/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 02:29:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 02:29:20 - ERROR: failed to build world TB --- 2011-03-06 02:29:20 - 1756.80 user 410.80 system 2198.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:06:10 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DCE31065670; Sun, 6 Mar 2011 03:06:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 70FCC8FC08; Sun, 6 Mar 2011 03:06:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p26369Ea040174; Sat, 5 Mar 2011 22:06:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p26369M5040160; Sun, 6 Mar 2011 03:06:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 03:06:09 GMT Message-Id: <201103060306.p26369M5040160@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 03:06:10 -0000 TB --- 2011-03-06 02:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 02:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-03-06 02:30:00 - cleaning the object tree TB --- 2011-03-06 02:30:07 - cvsupping the source tree TB --- 2011-03-06 02:30:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-03-06 02:30:34 - building world TB --- 2011-03-06 02:30:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 02:30:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 02:30:34 - TARGET=arm TB --- 2011-03-06 02:30:34 - TARGET_ARCH=arm TB --- 2011-03-06 02:30:34 - TZ=UTC TB --- 2011-03-06 02:30:34 - __MAKE_CONF=/dev/null TB --- 2011-03-06 02:30:34 - cd /src TB --- 2011-03-06 02:30:34 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 02:30:34 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/arm.arm/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 03:06:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 03:06:09 - ERROR: failed to build world TB --- 2011-03-06 03:06:09 - 1546.74 user 469.04 system 2168.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:54:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045E0106564A; Sun, 6 Mar 2011 03:54:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C82C78FC18; Sun, 6 Mar 2011 03:54:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p263sDCx040660; Sat, 5 Mar 2011 22:54:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p263sDt9040632; Sun, 6 Mar 2011 03:54:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 03:54:13 GMT Message-Id: <201103060354.p263sDt9040632@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on 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, 06 Mar 2011 03:54:15 -0000 TB --- 2011-03-06 02:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 02:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-03-06 02:30:00 - cleaning the object tree TB --- 2011-03-06 02:30:08 - cvsupping the source tree TB --- 2011-03-06 02:30:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-03-06 02:30:34 - building world TB --- 2011-03-06 02:30:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 02:30:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 02:30:34 - TARGET=amd64 TB --- 2011-03-06 02:30:34 - TARGET_ARCH=amd64 TB --- 2011-03-06 02:30:34 - TZ=UTC TB --- 2011-03-06 02:30:34 - __MAKE_CONF=/dev/null TB --- 2011-03-06 02:30:34 - cd /src TB --- 2011-03-06 02:30:34 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 02:30:34 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 03:54:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 03:54:13 - ERROR: failed to build world TB --- 2011-03-06 03:54:13 - 4099.83 user 699.27 system 5052.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 03:54:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B871065670; Sun, 6 Mar 2011 03:54:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B7CA28FC12; Sun, 6 Mar 2011 03:54:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p263sLpY041453; Sat, 5 Mar 2011 22:54:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p263sL2g041450; Sun, 6 Mar 2011 03:54:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 03:54:21 GMT Message-Id: <201103060354.p263sL2g041450@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 03:54:22 -0000 TB --- 2011-03-06 02:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 02:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-03-06 02:30:00 - cleaning the object tree TB --- 2011-03-06 02:30:08 - cvsupping the source tree TB --- 2011-03-06 02:30:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-03-06 02:30:34 - building world TB --- 2011-03-06 02:30:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 02:30:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 02:30:34 - TARGET=pc98 TB --- 2011-03-06 02:30:34 - TARGET_ARCH=i386 TB --- 2011-03-06 02:30:34 - TZ=UTC TB --- 2011-03-06 02:30:34 - __MAKE_CONF=/dev/null TB --- 2011-03-06 02:30:34 - cd /src TB --- 2011-03-06 02:30:34 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 02:30:34 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/pc98.i386/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 03:54:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 03:54:21 - ERROR: failed to build world TB --- 2011-03-06 03:54:21 - 4098.07 user 699.76 system 5060.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 04:00:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13351065672; Sun, 6 Mar 2011 04:00:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7ACF28FC0C; Sun, 6 Mar 2011 04:00:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p26401tP093529; Sat, 5 Mar 2011 23:00:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p26401GQ093524; Sun, 6 Mar 2011 04:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Mar 2011 04:00:01 GMT Message-Id: <201103060400.p26401GQ093524@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/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, 06 Mar 2011 04:00:02 -0000 TB --- 2011-03-06 02:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-06 02:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-03-06 02:30:00 - cleaning the object tree TB --- 2011-03-06 02:30:08 - cvsupping the source tree TB --- 2011-03-06 02:30:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-03-06 02:35:47 - building world TB --- 2011-03-06 02:35:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-06 02:35:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-06 02:35:47 - TARGET=i386 TB --- 2011-03-06 02:35:47 - TARGET_ARCH=i386 TB --- 2011-03-06 02:35:47 - TZ=UTC TB --- 2011-03-06 02:35:47 - __MAKE_CONF=/dev/null TB --- 2011-03-06 02:35:47 - cd /src TB --- 2011-03-06 02:35:47 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 6 02:35:47 UTC 2011 >>> 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/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:382: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/i386.i386/src/tmp/usr/lib/libzpool.so: undefined reference to `zvol_rename_minors' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** 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 --- 2011-03-06 04:00:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-06 04:00:01 - ERROR: failed to build world TB --- 2011-03-06 04:00:01 - 4107.68 user 670.10 system 5400.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 04:26:32 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EC2A106564A; Sun, 6 Mar 2011 04:26:32 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id 439318FC12; Sun, 6 Mar 2011 04:26:31 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p264Bxf5092753 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sat, 5 Mar 2011 23:12:00 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D73098F.3000807@FreeBSD.org> Date: Sat, 05 Mar 2011 23:11:59 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20110227202957.GD1992@garage.freebsd.pl> In-Reply-To: <20110227202957.GD1992@garage.freebsd.pl> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sat, 05 Mar 2011 23:12:00 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: HEADS UP: ZFSv28 is in! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 04:26:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Pawel, On 02/27/11 15:29, Pawel Jakub Dawidek wrote: > Hi. > > I just committed ZFSv28 to HEAD. > > New major features: > > - Data deduplication. > - Triple parity RAIDZ (RAIDZ3). > - zfs diff. > - zpool split. > - Snapshot holds. > - zpool import -F. Allows to rewind corrupted pool to earlier > transaction group. > - Possibility to import pool in read-only mode. > > PS. If you like my work, you help me to promote yomoli.com:) > > http://yomoli.com > http://www.facebook.com/pages/Yomolicom/178311095544155 > Thanks for your work on this, I'm very happy to have ZFS v28. I just updated my -CURRENT system from a snapshot from about a month ago to code from today. I have 3 pools and one of them is for ports tinderbox. I only upgraded that pool. When I try to build something using tinderbox, I get this error: cp: failed to set acl entries for /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation not supported If I delete the /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/ directory then try to build, I get no errors. Could this be a bug in tinderbox or something else? It was working fine before the update as far as I know. Thanks, Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNcwmPAAoJEPXPYrMgexuhoXUH/jelhA/5sebWUjp2mEQ3GWYj GBIxM0H3v4kzRQ3CxQ3ACC/piXcDtF+j33KJl1032DgrijaWLs9kj1vdQd1ye5xc A9qN4Ek++/w3+JoLWkyyzIyg2/glIy/VaVdzXClEjR5GC02M3QG62OwVYyKEHicC 7FzeFHVRw29Rs6Rael3vkGospXfo7ha8uhc8Dv+kqLnmeBEaTYllpjtyzd9DbM38 01DhMc6Yg0EWbOF4h1wL6dwQDGDc0aBlLV8IWft90wVtewZWAhVGhrCBWLAflPWn X6lSg74PLryANaV7Vmk9MvR+9McCwCFstrVVCvAnAwlUYJ5Umo8h0uRWY5bt9mA= =EMs5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 09:30:04 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36112106566C; Sun, 6 Mar 2011 09:30:04 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id CF9B78FC13; Sun, 6 Mar 2011 09:30:03 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.4/8.14.2) with ESMTP id p2699d5B031468; Sun, 6 Mar 2011 04:09:39 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.4/8.14.2/Submit) id p2699dsh031467; Sun, 6 Mar 2011 04:09:39 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 6 Mar 2011 04:09:39 -0500 From: David Schultz To: freebsd-current@FreeBSD.ORG, freebsd-ia64@FreeBSD.ORG Message-ID: <20110306090939.GA94292@zim.MIT.EDU> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20110225093345.GA2123@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110225093345.GA2123@mech-cluster241.men.bris.ac.uk> Cc: Subject: Re: ieee denormal on ia64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 09:30:04 -0000 On Fri, Feb 25, 2011, Anton Shterenlikht wrote: > Can somebody please confirm that denormal > are not available on ia64, see below. [...] > The FreeBSD manpage for fpsetmask() at http://tinyurl.com/64oo7zh says: > > > #define FP_X_DNML 0x02 /* denormal */ The FreeBSD manpage for fpsetmask() also says that it's deprecated. The standard way to do this is with the routines described in fenv(3), which has included an FE_DENORMAL flag since it was added in 2004. From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 09:51:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B103106566C; Sun, 6 Mar 2011 09:51:03 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 41FAF8FC17; Sun, 6 Mar 2011 09:51:01 +0000 (UTC) Received: by bwz12 with SMTP id 12so3362800bwz.13 for ; Sun, 06 Mar 2011 01:51:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=qv+dZhHvdDNOHSZpZKXFgwvquWcd5Hh+xwpZ7AEnv8w=; b=dZrisIKj1KHwhINYvy+Bti+x6xY8+VL+ggEtM1+yTqAZC95tx5dHaxO8MYuvSLM7r5 a21Q5bKoozeeW+Awm03Msz1Q3mcxCx4QehP49eV9R0st8Wd5l9ZTuXkAwaLuwXE8sJCp oUQWGaHArZULQRUtoVWlgraU/CHLBn9m0JtXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=k5sBwkc/vH55Diwr2etAI5ytN5I8r6MhRBlpfj8Lj81mbDWYZxOBHXzxRsckXkFrvF dGu2Q0GxeLdAc4c5vqS2Tf52PC0ldgndxmbF7Fe0ed705k2hMtYWpdZAUeR/0ceVu8WK E69oBPoYjnsnd8l+fv3ffOoGadBttPOHqc7iQ= Received: by 10.204.47.201 with SMTP id o9mr846751bkf.15.1299403358913; Sun, 06 Mar 2011 01:22:38 -0800 (PST) Received: from [192.168.1.102] (45.81.datacomsa.pl [195.34.81.45]) by mx.google.com with ESMTPS id 12sm857330bki.19.2011.03.06.01.22.36 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2011 01:22:37 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <4D73098F.3000807@FreeBSD.org> Date: Sun, 6 Mar 2011 10:22:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.1082) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: HEADS UP: ZFSv28 is in! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 09:51:03 -0000 Wiadomo=B6=E6 napisana przez Steve Wills w dniu 2011-03-06, o godz. = 05:11: [..] > Thanks for your work on this, I'm very happy to have ZFS v28. I just > updated my -CURRENT system from a snapshot from about a month ago to > code from today. I have 3 pools and one of them is for ports = tinderbox. > I only upgraded that pool. When I try to build something using > tinderbox, I get this error: >=20 > cp: failed to set acl entries for > /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation = not > supported What does "mount" show? -- If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 10:10:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14BE4106564A for ; Sun, 6 Mar 2011 10:10:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 827F58FC12 for ; Sun, 6 Mar 2011 10:10:43 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p26AAe5i086987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Mar 2011 12:10:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p26AAeA9077649; Sun, 6 Mar 2011 12:10:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p26AAdR0077648; Sun, 6 Mar 2011 12:10:39 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Mar 2011 12:10:39 +0200 From: Kostik Belousov To: obrien@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110306101039.GT78089@deviant.kiev.zoral.com.ua> References: <20110305233301.GA3232@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nIBs8SLBsIiemmyM" Content-Disposition: inline In-Reply-To: <20110305233301.GA3232@dragon.NUXI.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: [PANIC] ffs_alloccg: map corrupted (w/SU+J) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 10:10:45 -0000 --nIBs8SLBsIiemmyM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 05, 2011 at 03:33:01PM -0800, David O'Brien wrote: > Feb 24 19:43:16 : FreeBSD 9.0-CURRENT #662 r218815:218845M: Tue Feb 22 00= :13:31 PST 2011 > Feb 24 19:43:16 : /sys/i386/compile/DRAGON i386 > [..] > Mar 5 14:41:38 : start =3D 0, len =3D 1659, fs =3D /storage > Mar 5 14:41:38 : panic: ffs_alloccg: map corrupted > Mar 5 14:41:38 : cpuid =3D 0 > Mar 5 14:41:38 : KDB: stack backtrace: > Mar 5 14:41:38 : db_trace_self_wrapper(c084242b,65676172,a0d,4,0,...) at= 0xc04ebf46 =3D db_trace_self_wrapper+0x26 > Mar 5 14:41:38 : kdb_backtrace(c0860edc,0,c085531a,eaf4870c,0,...) at 0x= c05ff87a =3D kdb_backtrace+0x2a > Mar 5 14:41:38 : panic(c085531a,0,67b,c65230d4,e000c000,...) at 0xc05d1d= 67 =3D panic+0x117 > Mar 5 14:41:38 : ffs_mapsearch(4462ea0,0,8,0,0,...) at 0xc0759163 =3D ff= s_mapsearch+0x153 > Mar 5 14:41:38 : ffs_alloccgblk(4462ea0,0,4000,5ae,0,...) at 0xc075935c = =3D ffs_alloccgblk+0xec > Mar 5 14:41:38 : ffs_alloccg(c99c29f8,2fa,4462ea0,0,4000,...) at 0xc0759= c83 =3D ffs_alloccg+0x1b3 > Mar 5 14:41:38 : ffs_hashalloc(4462ea0,0,4000,4000,c0759ad0,...) at 0xc0= 756321 =3D ffs_hashalloc+0x41 > Mar 5 14:41:38 : ffs_alloc(c99c29f8,100e,0,4462ea0,0,...) at 0xc075acff = =3D ffs_alloc+0x19f > Mar 5 14:41:38 : ffs_balloc_ufs2(ca740110,4038000,0,4000,c8bc7400,...) a= t 0xc075cff9 =3D ffs_balloc_ufs2+0x1949 > Mar 5 14:41:38 : ffs_write(eaf48b90,eaf48b4c,eaf48b10,c0780ac2,ca740168,= ...) at 0xc077fc66 =3D ffs_write+0x276 > Mar 5 14:41:38 : VOP_WRITE_APV(c08bb080,eaf48b90,ca740110,264,0,...) at = 0xc08036e4 =3D VOP_WRITE_APV+0xe4 > Mar 5 14:41:38 : vn_write(c7cfcc78,eaf48c24,c8bc7400,0,cddd05c0,...) at = 0xc0663ad3 =3D vn_write+0x1c3 > Mar 5 14:41:38 : dofilewrite(eaf48c24,ffffffff,ffffffff,0,c7cfcc78,...) = at 0xc060fe55 =3D dofilewrite+0x95 > Mar 5 14:41:38 : kern_writev(cddd05c0,4,eaf48c24,eaf48c44,1,...) at 0xc0= 6100e8 =3D kern_writev+0x58 > Mar 5 14:41:38 : write(cddd05c0,eaf48cec,cddd05c0,eaf48d28,4,...) at 0xc= 061016f =3D write+0x4f > Mar 5 14:41:38 : syscallenter(cddd05c0,eaf48ce4,eaf48ce4,0,3,...) at 0xc= 060b363 =3D syscallenter+0x2c3 > Mar 5 14:41:38 : syscall(eaf48d28) at 0xc07e3114 =3D syscall+0x34 > Mar 5 14:41:38 : Xint0x80_syscall() at 0xc07cf121 =3D Xint0x80_syscall+0= x21 > Mar 5 14:41:38 : --- syscall (4, FreeBSD ELF32, write), eip =3D 0x2818c6= 0b, esp =3D 0xbfbfe86c, ebp =3D 0xbfbfe8d8 --- >=20 >=20 > Changes since my last reported SU+J panic: > 1. Newer revision of ahd(4) ASIC > 2. New U320 SCA enclosures (different vendor + model). > 3. New motherboard >=20 > --=20 > -- David (obrien@FreeBSD.org) >=20 > P.S. I am using this UFS patch: Both changes you are using were superseded by proper fixes committed into HEAD for some time. For me, this indeed sounds as disk corruption. Could you somehow verify that the disks read the data that was written to ? E.g, putting some iso image with known sha checksum onto the disk with dd, and then reading that part and checksumming it ? --nIBs8SLBsIiemmyM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1zXZ8ACgkQC3+MBN1Mb4h6qQCcD0+GDkefHLT5GygZQOvV1o4L g7AAni6vjLf9y73FvH9f1WPgQ2HmY3va =zr8c -----END PGP SIGNATURE----- --nIBs8SLBsIiemmyM-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 13:35:47 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6909F106564A; Sun, 6 Mar 2011 13:35:47 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id E34BC8FC08; Sun, 6 Mar 2011 13:35:46 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p26DZiuJ096395 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 6 Mar 2011 08:35:45 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D738DB0.1090603@FreeBSD.org> Date: Sun, 06 Mar 2011 08:35:44 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> In-Reply-To: <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sun, 06 Mar 2011 08:35:45 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: HEADS UP: ZFSv28 is in! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 13:35:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/06/11 04:22, Edward Tomasz Napiera³a wrote: > Wiadomo¶æ napisana przez Steve Wills w dniu 2011-03-06, o godz. 05:11: > > [..] > >> Thanks for your work on this, I'm very happy to have ZFS v28. I just >> updated my -CURRENT system from a snapshot from about a month ago to >> code from today. I have 3 pools and one of them is for ports tinderbox. >> I only upgraded that pool. When I try to build something using >> tinderbox, I get this error: >> >> cp: failed to set acl entries for >> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation not >> supported > > What does "mount" show? /dev/md4 12186190 332724 11853466 3% /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD Sorry, I forgot about the mdmfs hacks I had in my local tinderd. Without them, it works fine. So the problem seems to be in mfs rather than zfs. Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNc42wAAoJEPXPYrMgexuhYiwH/0k+HYFiWHgDlpbEZL5xEYHS +ZlOZ19kW58A648iVbzuBgGWcQIEkylflJc23pigue+Qm5gvUR9PYZmr20hleCow 96pOxlQOyu1yJ/w90yJsfOTnVXfwdgEZWrHwiW+dDQp1YCGjnXqiocHT6gjukCNV HSm6hEMI9YD5y75tVZVep/en6VmSwywsLlHEL5T8M+x1bsUUkawCltNUcbYLfJWS NMuyG1ZudwscTj1bZHKyz+1bu5sToBj/w8aU7vASn5wvIjnKhMo/DDiCICyykbQ1 7Qa3i+BfG7ugvq6WxV7OiiCTYzx8f8R2D9QOtz6wmAPLkQbItRfdX7i0lxG+nig= =h6fT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:23:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35C7F106564A; Sun, 6 Mar 2011 14:23:46 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0F14F8FC15; Sun, 6 Mar 2011 14:23:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mo-mrz24.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00DDD3YB0X70@vl-mo-mrz24.ip.videotron.ca>; Sun, 06 Mar 2011 09:23:00 -0500 (EST) Message-id: <4D7398C6.8030800@gthcfoundation.org> Date: Sun, 06 Mar 2011 09:23:02 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 X-Enigmail-Version: 1.0.1 Cc: bschmidt@freebsd.org, freebsd-current@freebsd.org, Hans Petter Selasky Subject: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 14:23:46 -0000 Hi, as the subject line implies, can someone explains why OFDM (Orthogonal Frequency Division Multiplexing) is required for running run(4) ? Is there any (safer) alternative to OFDM? If not, could the FreeBSD security team verify the the safety of OFDM derived drivers (in particular wireless ethernet based nics) so that no ones get hurt being a WLAN (802.11ng ethernet-class) subcarrier ? -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:31:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41D34106566B; Sun, 6 Mar 2011 14:31:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAD258FC22; Sun, 6 Mar 2011 14:31:56 +0000 (UTC) Received: by vxc34 with SMTP id 34so3682184vxc.13 for ; Sun, 06 Mar 2011 06:31:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=o0FVd2NE8s/4PNBC3baqT72WsmRp8r2UQnFExsS2tqg=; b=kwtbu+RF9y2yvSHQAHDsyz+QoK1ydp4s6iK8GiQEdcaaCIzuyJIk9vIiVVYUc61kwJ 8/Uq/9IwaNDVdU4dSdAncs2C0TrNHiYa4jERlNKfAvu6PmqoCCK8eLLgxEjkyW4LL4w3 aDNj2yk+76w7Ji0sUlhC86wvJONoszahRwhLo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bQWg17UfyTaYoV/Ihr+t5vo6rBfw2eqqfkGDJg5S8LyAkEifYEgm5J+VdErF+Sz4jb p4Dr6ZRReG4OO+mJ5WmJ8ktEOMSWc3y+zj9qGVH9Ze+QwrsgqYLkdPAc3vgdAUnKub9V zT7vnc1eMEbKjFmkW5RmtAtjFS3HH73SYbdUo= MIME-Version: 1.0 Received: by 10.52.0.9 with SMTP id 9mr1459792vda.147.1299421915355; Sun, 06 Mar 2011 06:31:55 -0800 (PST) Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 06:31:55 -0800 (PST) In-Reply-To: References: Date: Sun, 6 Mar 2011 22:31:55 +0800 Message-ID: From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 14:31:57 -0000 Which versions did you have stable versus unstable AR9285 behaviour? I'd like to establish at least a range of subversion revisions so we can start binary searching which one(s) caused instabilities. Thanks, Adrian On 6 March 2011 22:24, Ian FREISLICH wrote: > Adrian Chadd wrote: > > Hi all, > > > > For those of you who are testing out my if_ath changes, I'd really > > appreciate it if you'd update to -HEAD and re-test. > > Since running the new code, I get a slew of these: > > Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with > 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) > Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 > Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP > Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed > with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] > Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection > to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] > Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED > bssid=00:30:4f:58:bf:94 reason=0 > Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN > Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with > 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) > Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 > Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP > Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed > with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] > Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection > to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] > Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 > Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED > bssid=00:30:4f:58:bf:94 reason=0 > Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN > Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with > 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) > Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 > Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP > Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed > with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] > Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection > to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] > Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting > > My hardware is: > > ath0@pci0:1:0:0: class=0x028000 card=0x7167144f chip=0x002b168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller > (AR928x)' > class = network > > It's also only able to maintain an 18-24Mbps connection, where > before I had stable 54Mbps. > > Ian > > -- > Ian Freislich > From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:33:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D436106567A; Sun, 6 Mar 2011 14:33:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 6573F8FC2E; Sun, 6 Mar 2011 14:33:57 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=oR3+9dOmPeF3nZCt5Gxyvf/bIpfj8bfjGZkkfp/xES8= c=1 sm=1 a=6oqXHi0YowYA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=eZXfpw5ChfVAgZxHrjYA:9 a=NKfoVXqIwtPFU3ATH1Wcz9M55FgA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 96666814; Sun, 06 Mar 2011 15:33:55 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, erob@gthcfoundation.org Date: Sun, 6 Mar 2011 15:33:32 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D7398C6.8030800@gthcfoundation.org> In-Reply-To: <4D7398C6.8030800@gthcfoundation.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103061533.32138.hselasky@c2i.net> Cc: bschmidt@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 14:33:58 -0000 On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: > Hi, as the subject line implies, can someone explains why OFDM (Orthogonal > Frequency Division Multiplexing) is required for running run(4) ? Is there > any (safer) alternative to OFDM? > > If not, could the FreeBSD security team verify the the safety of OFDM > derived > drivers (in particular wireless ethernet based nics) so that no ones get > hurt being > a WLAN (802.11ng ethernet-class) subcarrier ? As per my knowledge OFDM is a carrier format which is handled by the hardware. Is there anything in particular you want to high-light? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:42:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B203D106564A; Sun, 6 Mar 2011 14:42:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D8BB78FC12; Sun, 6 Mar 2011 14:42:01 +0000 (UTC) Received: by bwz12 with SMTP id 12so3466838bwz.13 for ; Sun, 06 Mar 2011 06:42:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=br+3XBbsyreUqbV9PbHn233XBZiNok0Ys86pg/mmp6I=; b=IXLTmnqCUH45aLq8EcN6AES1Cx/jWLwzQt6u2rqqbjQynbVTH6OGIYRDAkG3OAxYv1 6jxwkSPmwTVbKIUftn+p1bs4sKmxphDAYNdOPxP6YtJHfYaUQdkqrI66F2SzALzu1/Tb he/8hTG+OLytGIrR+c3XFspDELqSc7qB7DR8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; b=C2r+aNyOqkrj354aYpYazXfBIdUMTW2dIrvxrUrnrhO1Xw5VR13WABTKmsdxPRZZX7 us7fN9cNtoQHS1cHHf0Xcfjt9TECIoofIRVt9saoiqBjTvPrGKds95GDlL+YGtLZyMfr +uqc41BEvYMoPaLVnmlomWz6W+NtNCk06TSqM= Received: by 10.204.153.20 with SMTP id i20mr2386345bkw.208.1299420798458; Sun, 06 Mar 2011 06:13:18 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id l1sm1023679bkl.13.2011.03.06.06.13.16 (version=SSLv3 cipher=OTHER); Sun, 06 Mar 2011 06:13:17 -0800 (PST) Sender: Alexander Motin Message-ID: <4D73962D.3080908@FreeBSD.org> Date: Sun, 06 Mar 2011 16:11:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-geom@freebsd.org, freebsd-scsi@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Warner Losh Subject: RFC: graid, first step done. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 14:42:02 -0000 Hi. I would like to present for review and testing results of my and M. Warner Losh work on new GEOM-based ataraid(4) replacement - graid. At this moment we have implemented all required core functionality and the first set of transformation and metadata modules. Now we have implemented transformation modules to support such RAID levels: RAID0, RAID1, RAID1E, RAID10 and CONCAT. For all these levels all such features as reading, writing, rebuilding, I/O errors recovery and kernel dumping are supported. Metadata modules now written for Intel and JMicron RAID BIOS formats. JMicron format is minimalistic by itself, while Intel format is much more sophisticated, and now we support all of it features, except RAID level migration. Work on Promise (used by AMD) and SiliconImage formats is now in progress. Support for other metadata formats and RAID levels planned later. If somebody wants to help -- feel free to contact me to coordinate work. Patches are existing for HEAD, 8-STABLE and 7-STABLE branches: http://people.freebsd.org/~mav/graid/graid-head-20110305.diff http://people.freebsd.org/~mav/graid/graid-8-20110305.diff http://people.freebsd.org/~mav/graid/graid-7-20110305.diff Patches for HEAD and 8-STABLE are not very invasive and, if everything goes well, going to be committed to HEAD in few weeks. Patch for 7-STABLE, except graid, also includes massive update of the ATA and CAM code from 9-CURRENT. It will not be committed due to numerous ABI breakages, but can be interesting to some people. Just be aware that main focus there was on ATA subsystem -- SCSI drivers were not tested. Once completed, this project should remove last major show stopper for enabling CAM-based ATA subsystem by default in 9.x branch. I would really like it to be done before 9.0 release. Special thanks to Cisco Systems, Inc. and iXsystems, Inc. for sponsoring this project. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:43:37 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A4771065672; Sun, 6 Mar 2011 14:43:37 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id D36928FC12; Sun, 6 Mar 2011 14:43:36 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p26EhYwf096635 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 6 Mar 2011 09:43:35 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D739D96.5090705@FreeBSD.org> Date: Sun, 06 Mar 2011 09:43:34 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> In-Reply-To: <4D738DB0.1090603@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sun, 06 Mar 2011 09:43:35 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 14:43:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/06/11 08:35, Steve Wills wrote: > On 03/06/11 04:22, Edward Tomasz NapieraBa wrote: >> Wiadomo[ napisana przez Steve Wills w dniu 2011-03-06, o godz. 05:11: > >> [..] > >>> Thanks for your work on this, I'm very happy to have ZFS v28. I just >>> updated my -CURRENT system from a snapshot from about a month ago to >>> code from today. I have 3 pools and one of them is for ports tinderbox. >>> I only upgraded that pool. When I try to build something using >>> tinderbox, I get this error: >>> >>> cp: failed to set acl entries for >>> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation not >>> supported > >> What does "mount" show? > > /dev/md4 12186190 332724 11853466 3% > /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD > > Sorry, I forgot about the mdmfs hacks I had in my local tinderd. Without > them, it works fine. So the problem seems to be in mfs rather than zfs. I should have said mdmfs, but all that's doing is running mdconfig and newfs for me. I've reproduced the issue without mdmfs: % mdconfig -a -t swap -s 12G -u 4 % newfs -m 0 -o time /dev/md4 [...] % mount /dev/md4 /tmp/foobar % cp -p /usr/local/tinderbox/scripts/lib/buildscript /tmp/foobar cp: failed to set acl entries for /tmp/foobar/buildscript: Operation not supported Without -p it works fine. FWIW: % getfacl /usr/local/tinderbox/scripts/lib/buildscript # file: /usr/local/tinderbox/scripts/lib/buildscript # owner: root # group: wheel owner@:--------------:------:deny owner@:rwxp---A-W-Co-:------:allow group@:-w-p----------:------:deny group@:r-x-----------:------:allow everyone@:-w-p---A-W-Co-:------:deny everyone@:r-x---a-R-c--s:------:allow Any suggestions on where the problem could be? Thanks, Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNc52WAAoJEPXPYrMgexuhayoH/ROak0Vj2Ezh3t0ViqeZ8n/v Pa60x/MDvHcoqtEUM6CQulvf88pAjat07JCwoZKf2qlNgZgrcoK5gPjSeDsN+9jW LJxuFIyTOAmNxVC3FJgRuynTv06nAXDJu9f8psYVQS8EW56UQ9gmvKWNA3v80w2F bre2qzHneA42+5ZvVLnK6sSMJ2IBoyk9F1FXamUsP74TKygDL3iijatWWROJ+lQ+ HdY+TnmKEkZcXbl5qhya4etpPOxKcuTCD/VqYvUJXqkseIny9SE60xVhGyQWlDkU xEtjHQL8oRkc5CTHpCVJQMFiVGNFpBKutZq56wAaG0xgcDuWhvHJ3hcv8m93VYg= =c86J -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:49:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4148F1065678; Sun, 6 Mar 2011 14:49:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 79F4B8FC0C; Sun, 6 Mar 2011 14:49:13 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1PwEsm-0004Ny-H5; Sun, 06 Mar 2011 16:24:28 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PwEsi-0001nZ-UH; Sun, 06 Mar 2011 16:24:24 +0200 Message-Id: To: Adrian Chadd From: Ian FREISLICH In-Reply-To: References: X-Attribution: BOFH Date: Sun, 06 Mar 2011 16:24:24 +0200 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 14:49:14 -0000 Adrian Chadd wrote: > Hi all, > > For those of you who are testing out my if_ath changes, I'd really > appreciate it if you'd update to -HEAD and re-test. Since running the new code, I get a slew of these: Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting My hardware is: ath0@pci0:1:0:0: class=0x028000 card=0x7167144f chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class = network It's also only able to maintain an 18-24Mbps connection, where before I had stable 54Mbps. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 14:49:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE4A71065704 for ; Sun, 6 Mar 2011 14:49:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2BF8FC1F for ; Sun, 6 Mar 2011 14:49:34 +0000 (UTC) Received: by vxc34 with SMTP id 34so3688550vxc.13 for ; Sun, 06 Mar 2011 06:49:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UMDLM1k0OchKu+bcj135wmTI39Ok+nR/96IIOnlSIKc=; b=RQNRKLxgn/EE5n/6PD2RqtcgA1gXit8CRYNS5VEmpPuEAHOXGHNPFGlbLkNnt99WLY yNpdzawNCEKhVvqKBdWAylgRKWwdbc+NitdAaESt/TZ3UOcCH+cTKBWYpNHZhSVO5n1H vozFf8aEwHDdehHz09Yut+udD5GHi6F7uG+A4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=nJaZybG/dKxZ3bY6EL97gHfWdER+A6gDphsGBr6GYBlqOnM1vDnHJTDzJfWU4syd8P oimK/alEbjdtreFVMtVcHitAp/ZuHJ4IZsrsLOL6ac4/mjGmjwSaKIKCm5xaCq5K5DpH j3a6N5k0nB7phaDoTFYAUWsQrGSZ4UESNTVio= MIME-Version: 1.0 Received: by 10.52.94.147 with SMTP id dc19mr4005682vdb.67.1299422973240; Sun, 06 Mar 2011 06:49:33 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 06:49:33 -0800 (PST) In-Reply-To: <4D7398C6.8030800@gthcfoundation.org> References: <4D7398C6.8030800@gthcfoundation.org> Date: Sun, 6 Mar 2011 22:49:33 +0800 X-Google-Sender-Auth: UgU9tH_CXEqqAmarN-GRFFk7q1Y Message-ID: From: Adrian Chadd To: erob@gthcfoundation.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Hans Petter Selasky , bschmidt@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 14:49:34 -0000 OFDM is part of 11g, 11a, and 11n (2/5ghz.) I don't understand why you're asking about it in a security context. Adrian On 6 March 2011 22:23, Etienne Robillard wrote: > Hi, as the subject line implies, can someone explains why OFDM (Orthogonal > Frequency Division Multiplexing) is required for running run(4) ? Is there > any (safer) alternative to OFDM? > > If not, could the FreeBSD security team verify the the safety of OFDM > derived > drivers (in particular wireless ethernet based nics) so that no ones get > hurt being > a WLAN (802.11ng ethernet-class) subcarrier ? > > > > > -- > Etienne Robillard > > Company: Green Tea Hackers Club > Occupation: Software Developer (and CEO) > E-mail: erob@gthcfoundation.org > Work phone: 450-936-2123 > Website (Company): https://gthc.org/ > Website (Blog): https://gthc.org/blog/ > PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 > A086 DDEC > > During times of universal deceit, telling the truth becomes a revolutionary > act. -- George Orwell > > If a free society cannot help the many who are poor, it cannot save the few > who are rich. -- John F. Kennedy > > _______________________________________________ > 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 Sun Mar 6 14:56:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4338C1065676 for ; Sun, 6 Mar 2011 14:56:32 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF268FC20 for ; Sun, 6 Mar 2011 14:56:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mh-mrz21.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN004WJ5HFSB40@vl-mh-mrz21.ip.videotron.ca>; Sun, 06 Mar 2011 09:56:03 -0500 (EST) Message-id: <4D73A085.4030009@gthcfoundation.org> Date: Sun, 06 Mar 2011 09:56:05 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Hans Petter Selasky References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> In-reply-to: <201103061533.32138.hselasky@c2i.net> X-Enigmail-Version: 1.0.1 Cc: adrian@freebsd.org, freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 14:56:32 -0000 On 06/03/11 09:33 AM, Hans Petter Selasky wrote: > On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: > >> Hi, as the subject line implies, can someone explains why OFDM (Orthogonal >> Frequency Division Multiplexing) is required for running run(4) ? Is there >> any (safer) alternative to OFDM? >> >> If not, could the FreeBSD security team verify the the safety of OFDM >> derived >> drivers (in particular wireless ethernet based nics) so that no ones get >> hurt being >> a WLAN (802.11ng ethernet-class) subcarrier ? >> > As per my knowledge OFDM is a carrier format which is handled by the hardware. > Is there anything in particular you want to high-light? > > --HPS > Yes, from a security perspective, could radiance from ELF/VLF operating devices as "ethernet-class subcarriers" which is part of the OFDM spec be considered harmful? if not is there any OFDM code in OpenBSD? Cheers, references: 1. Orthogonal Frequency Division Multiplexing (OFDM) https://gthc.org/investigations/pub/armstrong.pdf -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:01:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B33106564A for ; Sun, 6 Mar 2011 15:01:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0388FC15 for ; Sun, 6 Mar 2011 15:01:45 +0000 (UTC) Received: by vxc34 with SMTP id 34so3693004vxc.13 for ; Sun, 06 Mar 2011 07:01:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=iQbq0aHOp4aCzvcLwS49pzxXIJgbWh2tFdwDTP2Oj/k=; b=l6U5uqGn7zLD2hh/mvjo5zQjPMPkO2KkGQzub3XiG86w+kfn2Fgp8ny2ZufSu8PNiw p/gj0WEPCOdPXUk9qh7kNquHMnLH74s81+OA5RiHA9BesbQ8PhSymjlb3542PSpAK/8n p5+vzjJGptGskSXGGLk6QoBz2Btna3CB4XJAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=wSnUJWUYQ9jwuHMiRcA7yObtfpXLKdm30t8YheDVqCMAiSN/8/p4wUGpVcrN4HExK8 d6L8k4bbo21oHA+P7QJvwIaXA3S7Q0lurEssLbMU+mebZGNxMoN5TFo+etuFTWj8D03l Ot/nIh5+zqk9GSzrGOZDQhA/CkDNDaqmRng4A= MIME-Version: 1.0 Received: by 10.52.69.140 with SMTP id e12mr1540024vdu.187.1299423704551; Sun, 06 Mar 2011 07:01:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 07:01:44 -0800 (PST) In-Reply-To: <4D73A085.4030009@gthcfoundation.org> References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> Date: Sun, 6 Mar 2011 23:01:44 +0800 X-Google-Sender-Auth: -xXkGOyahA2VEMYQ7s9-0YjKybo Message-ID: From: Adrian Chadd To: erob@gthcfoundation.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 15:01:45 -0000 OpenBSD has driver support for OFDM chips. Anything that speaks 11a, 11g or 11n == OFDM. You'd have to speak to an RF related person about your definition of harmful. I mean, think about it - 802.11 devices are supposed to give off EMR that a receiver can decode. So your question about whether OFDM being harmful requires more context, as unlike wired solutions (say wired ethernet) which may give off EMR which could then be snooped, 802.11 is supposed to be received through EMF. :) Also, that paper you referenced talks about ERLANG, it doesn't mention OFDM anywhere. HTH, Adrian On 6 March 2011 22:56, Etienne Robillard wrote: > On 06/03/11 09:33 AM, Hans Petter Selasky wrote: > > On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: > > > >> Hi, as the subject line implies, can someone explains why OFDM > (Orthogonal > >> Frequency Division Multiplexing) is required for running run(4) ? Is > there > >> any (safer) alternative to OFDM? > >> > >> If not, could the FreeBSD security team verify the the safety of OFDM > >> derived > >> drivers (in particular wireless ethernet based nics) so that no ones get > >> hurt being > >> a WLAN (802.11ng ethernet-class) subcarrier ? > >> > > As per my knowledge OFDM is a carrier format which is handled by the > hardware. > > Is there anything in particular you want to high-light? > > > > --HPS > > > > > Yes, from a security perspective, could radiance from ELF/VLF operating > devices as > "ethernet-class subcarriers" which is part of the OFDM spec be > considered harmful? > > if not is there any OFDM code in OpenBSD? > > Cheers, > > > references: > > 1. Orthogonal Frequency Division Multiplexing (OFDM) > https://gthc.org/investigations/pub/armstrong.pdf > > > > -- > > Etienne Robillard > > Company: Green Tea Hackers Club > Occupation: Software Developer (and CEO) > E-mail: erob@gthcfoundation.org > Work phone: 450-936-2123 > Website (Company): https://gthc.org/ > Website (Blog): https://gthc.org/blog/ > PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 > A086 DDEC > > During times of universal deceit, telling the truth becomes a revolutionary > act. -- George Orwell > > If a free society cannot help the many who are poor, it cannot save the few > who are rich. -- John F. Kennedy > > _______________________________________________ > 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 Sun Mar 6 15:11:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87E09106564A for ; Sun, 6 Mar 2011 15:11:48 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5EABB8FC17 for ; Sun, 6 Mar 2011 15:11:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN004ZJ678IY00@VL-MR-MRZ20.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 10:11:33 -0500 (EST) Message-id: <4D73A41A.4050109@gthcfoundation.org> Date: Sun, 06 Mar 2011 10:11:22 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: freebsd-current@freebsd.org References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> In-reply-to: X-Enigmail-Version: 1.0.1 Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:11:48 -0000 On 06/03/11 10:01 AM, Adrian Chadd wrote: > OpenBSD has driver support for OFDM chips. Anything that speaks 11a, 11g or > 11n == OFDM. > > You'd have to speak to an RF related person about your definition of > harmful. I mean, think about it - 802.11 devices are supposed to give off > EMR that a receiver can decode. So your question about whether OFDM being > harmful requires more context, as unlike wired solutions (say wired > ethernet) which may give off EMR which could then be snooped, 802.11 is > supposed to be received through EMF. :) > > Also, that paper you referenced talks about ERLANG, it doesn't mention OFDM > anywhere. > > HTH, > > > Adrian > > Orthogonal Frequency Division Multiplexing: https://gthc.org/investigations/OFDM/72_armstrong_ofdm.pdf @Diane: I'm worried from a amateur computer scientist point-of-view about the harmfulness of EMF fields; in particular the ELF/VLF frequencies as defined in OFDM, for operating WLAN devices as 'ethernet-class subcarriers'.. Kind regards, -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:25:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 098091065675; Sun, 6 Mar 2011 15:25:09 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5B78FC0C; Sun, 6 Mar 2011 15:25:07 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id E97DC2283B; Sun, 6 Mar 2011 08:04:00 -0700 (MST) Received: by night.db.net (Postfix, from userid 100) id 021235C7F; Sun, 6 Mar 2011 10:06:30 -0500 (EST) Date: Sun, 6 Mar 2011 10:06:29 -0500 From: Diane Bruce To: Hans Petter Selasky Message-ID: <20110306150629.GA29990@night.db.net> References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103061533.32138.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, erob@gthcfoundation.org, bschmidt@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 15:25:09 -0000 On Sun, Mar 06, 2011 at 03:33:32PM +0100, Hans Petter Selasky wrote: > On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: > > Hi, as the subject line implies, can someone explains why OFDM (Orthogonal > > Frequency Division Multiplexing) is required for running run(4) ? Is there > > any (safer) alternative to OFDM? Orthogonal Frequency Domain Multiplexing (OFDM) Is simply the transmission of multiple carriers in one spectrum. It is used for DSL modems for example. Each carrier contributes a portion of the bandwidth. Coded Orthogonal Frequency Domain Multiplexing is a newer form of OFDM where the signals are coded to minimise interference with other carriers. Look for articles on COFDM Here is one such that looks pretty complete. http://www.andreas-schwope.de/ ASIC_s/Schnittstellen/Data_Lines/body_multiplexing.html This is a nice article as well: http://www.digitalradiotech.co.uk/cofdm.htm > > > > If not, could the FreeBSD security team verify the the safety of OFDM > > derived > > drivers (in particular wireless ethernet based nics) so that no ones get > > hurt being > > a WLAN (802.11ng ethernet-class) subcarrier ? Security is not a problem. COFDM is a hardware level transmission layer 1 and some layer 2. Amusingly OFDM is a form of spread spectrum which originally had military uses, it's harder to jam or decrypt. > > As per my knowledge OFDM is a carrier format which is handled by the hardware. > Is there anything in particular you want to high-light? Yep. I think they are worried about the encryption (WEP vs. WMA etc.). > --HPS - Diane (VA3DB) -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:25:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3E11065676 for ; Sun, 6 Mar 2011 15:25:09 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6028FC17 for ; Sun, 6 Mar 2011 15:25:07 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id C95072282A; Sun, 6 Mar 2011 08:13:18 -0700 (MST) Received: by night.db.net (Postfix, from userid 100) id 070075C5F; Sun, 6 Mar 2011 10:15:48 -0500 (EST) Date: Sun, 6 Mar 2011 10:15:48 -0500 From: Diane Bruce To: Etienne Robillard Message-ID: <20110306151548.GB29990@night.db.net> References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D73A085.4030009@gthcfoundation.org> User-Agent: Mutt/1.4.2.3i Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 15:25:09 -0000 On Sun, Mar 06, 2011 at 09:56:05AM -0500, Etienne Robillard wrote: > On 06/03/11 09:33 AM, Hans Petter Selasky wrote: > > On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: > > .. > > Yes, from a security perspective, could radiance from ELF/VLF operating > devices as > "ethernet-class subcarriers" which is part of the OFDM spec be > considered harmful? No. It's twisted pair so will not radiate that far, it's not an antenna. DSL is sent via twisted pair as well and should not radiate very far. > > if not is there any OFDM code in OpenBSD? It's in the hardware not BSD. You could also look at gnuradio. Your link should have been: https://gthc.org/investigations/OFDM/72_armstrong_ofdm.pdf > Company: Green Tea Hackers Club > Occupation: Software Developer (and CEO) > E-mail: erob@gthcfoundation.org > Work phone: 450-936-2123 > Website (Company): https://gthc.org/ > Website (Blog): https://gthc.org/blog/ > PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC > > During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell Oh dear oh dear. https://gthc.org/investigations/chemtrails-volume2/ You are one of 'those'. You are one of the conspiracy nutters. I think this guy should be blocked from this list. - Diane (VA3DB) -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:25:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7E361065846; Sun, 6 Mar 2011 15:25:23 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id AEA318FC23; Sun, 6 Mar 2011 15:25:23 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00FFM6TWOJE0@VL-MR-MRZ20.ip.videotron.ca>; Sun, 06 Mar 2011 10:25:08 -0500 (EST) Message-id: <4D73A74A.7040304@gthcfoundation.org> Date: Sun, 06 Mar 2011 10:24:58 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Diane Bruce References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> <20110306151548.GB29990@night.db.net> In-reply-to: <20110306151548.GB29990@night.db.net> X-Enigmail-Version: 1.0.1 Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:25:23 -0000 > No. It's twisted pair so will not radiate that far, it's not an antenna. > DSL is sent via twisted pair as well and should not radiate very far. Twisted pair? Sorry I don't understand this... Wireless USB dongles are being operating as EMF/RF devices and forcingly will radiate with objects close to the carrier... > Your link should have been: > https://gthc.org/investigations/OFDM/72_armstrong_ofdm.pdf > > Thats correct link sorry for the confusion :-) > Oh dear oh dear. > > https://gthc.org/investigations/chemtrails-volume2/ > > You are one of 'those'. You are one of the conspiracy nutters. > > I think this guy should be blocked from this list. > > - Diane (VA3DB) > This is out-of-scope but I respect your opinion to call me a name attempting to shed some lights on the security aspect of implict uses of OFDM in FreeBSD... :-) -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:38:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C1F11065678 for ; Sun, 6 Mar 2011 15:38:55 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id E82E38FC1B for ; Sun, 6 Mar 2011 15:38:54 +0000 (UTC) MIME-version: 1.0 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mo-mrz23.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00EJZ7G264E0@vl-mo-mrz23.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 10:38:26 -0500 (EST) Message-id: <4D73AA76.8080009@gthcfoundation.org> Date: Sun, 06 Mar 2011 10:38:30 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: abitos@abitos.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Fwd: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:38:55 -0000 my best bet is that VLF/ELF frequencies are using FFT (Fast Fourier Transform) algorithm to increase compression ratio of WLAN devices operating with OFDM-enabled hardware. If that is true then not all WLAN devices can do OFDM thus explaining why you could use 802.11g without it... -------- Original Message -------- Return-Path: X-Original-To: erob@gthcfoundation.org Delivered-To: erob@gthcfoundation.org Received: from mail-fx0-f42.google.com (mail-fx0-f42.google.com [209.85.161.42]) by gthcfoundation.org (Postfix) with ESMTP id 7F93B9C488 for ; Sun, 6 Mar 2011 15:33:37 +0000 (UTC) Received: by fxm20 with SMTP id 20so3451200fxm.29 for ; Sun, 06 Mar 2011 07:33:26 -0800 (PST) Received: by 10.223.106.1 with SMTP id v1mr3580291fao.21.1299425606490; Sun, 06 Mar 2011 07:33:26 -0800 (PST) Received: from [192.168.4.20] (pD9FCB6B4.dip.t-dialin.net [217.252.182.180]) by mx.google.com with ESMTPS id 5sm545591fak.47.2011.03.06.07.33.24 (version=SSLv3 cipher=OTHER); Sun, 06 Mar 2011 07:33:25 -0800 (PST) Message-ID: <4D73A943.90206@abitos.org> Date: Sun, 06 Mar 2011 16:33:23 +0100 From: Tobias Blersch User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: erob@gthcfoundation.org Subject: Re: can somebody explains OFDM in FreeBSD? References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> <20110306151548.GB29990@night.db.net> <4D73A74A.7040304@gthcfoundation.org> In-Reply-To: <4D73A74A.7040304@gthcfoundation.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, your post mentioned ELF/VLF radiation, thats electromagnetic waves the frequency range below 30kHz. How should a modulation scheme (OFDM) used in the 2.4/5GHz range be related to radiation in such a low frequency band? Tobias From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:42:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1096F106566B; Sun, 6 Mar 2011 15:42:49 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id EA7748FC08; Sun, 6 Mar 2011 15:42:48 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id D7F162282A; Sun, 6 Mar 2011 08:40:17 -0700 (MST) Received: by night.db.net (Postfix, from userid 100) id 776A05C5F; Sun, 6 Mar 2011 10:42:47 -0500 (EST) Date: Sun, 6 Mar 2011 10:42:47 -0500 From: Diane Bruce To: Etienne Robillard Message-ID: <20110306154247.GB86035@night.db.net> References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> <20110306151548.GB29990@night.db.net> <4D73A74A.7040304@gthcfoundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D73A74A.7040304@gthcfoundation.org> User-Agent: Mutt/1.4.2.3i Cc: Diane Bruce , freebsd-current@freebsd.org, adrian@freebsd.org, Hans Petter Selasky Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 15:42:49 -0000 I've moved this off of freebsd-current into private e-mail folks. > > Twisted pair? Sorry I don't understand this... Wireless USB dongles are ... > This is out-of-scope but I respect your opinion to call me a name attempting It is not an ad hominem when it is factually true. These are not chemical trails you are seeing. http://en.wikipedia.org/wiki/Chemtrail_conspiracy_theory You are a nutter if you believe they are chemical trails. QED P.S. Have you noticed the colours from a sprinkler in the Sun? (I will not reply to any more postings about this on freebsd-current) - Diane (VA3DB) -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:48:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76564106566B; Sun, 6 Mar 2011 15:48:10 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4C87D8FC0A; Sun, 6 Mar 2011 15:48:10 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mo-mrz24.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN0059A7VFKJ10@vl-mo-mrz24.ip.videotron.ca>; Sun, 06 Mar 2011 10:47:39 -0500 (EST) Message-id: <4D73ACA1.3070209@gthcfoundation.org> Date: Sun, 06 Mar 2011 10:47:45 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Diane Bruce References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> <20110306151548.GB29990@night.db.net> <4D73A74A.7040304@gthcfoundation.org> <20110306154247.GB86035@night.db.net> In-reply-to: <20110306154247.GB86035@night.db.net> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:48:10 -0000 I would appreciate if you try not to disrupt this thread anymore on freebsd-current. Thank you. On 06/03/11 10:42 AM, Diane Bruce wrote: > I've moved this off of freebsd-current into private e-mail folks. > > >> Twisted pair? Sorry I don't understand this... Wireless USB dongles are >> > ... > >> This is out-of-scope but I respect your opinion to call me a name attempting >> > It is not an ad hominem when it is factually true. > > These are not chemical trails you are seeing. > http://en.wikipedia.org/wiki/Chemtrail_conspiracy_theory > You are a nutter if you believe they are chemical trails. QED > > P.S. Have you noticed the colours from a sprinkler in the Sun? > > (I will not reply to any more postings about this on freebsd-current) > - Diane (VA3DB) > -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:37:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 126651065675 for ; Sun, 6 Mar 2011 15:37:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id E9B638FC08 for ; Sun, 6 Mar 2011 15:37:48 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta13.emeryville.ca.mail.comcast.net with comcast id Frd91g0021afHeLADrdovJ; Sun, 06 Mar 2011 15:37:48 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta17.emeryville.ca.mail.comcast.net with comcast id Frdl1g00C0PUQVN8drdmup; Sun, 06 Mar 2011 15:37:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6B8F69B422; Sun, 6 Mar 2011 07:37:45 -0800 (PST) Date: Sun, 6 Mar 2011 07:37:45 -0800 From: Jeremy Chadwick To: Steve Wills Message-ID: <20110306153745.GA93530@icarus.home.lan> References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4D739D96.5090705@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 06 Mar 2011 15:50:41 +0000 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 15:37:49 -0000 On Sun, Mar 06, 2011 at 09:43:34AM -0500, Steve Wills wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 03/06/11 08:35, Steve Wills wrote: > > On 03/06/11 04:22, Edward Tomasz NapieraBa wrote: > >> Wiadomo[=07 napisana przez Steve Wills w dniu 2011-03-06, o godz. 05:1= 1: > >=20 > >> [..] > >=20 > >>> Thanks for your work on this, I'm very happy to have ZFS v28. I just > >>> updated my -CURRENT system from a snapshot from about a month ago to > >>> code from today. I have 3 pools and one of them is for ports tinderbo= x. > >>> I only upgraded that pool. When I try to build something using > >>> tinderbox, I get this error: > >>> > >>> cp: failed to set acl entries for > >>> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation n= ot > >>> supported > >=20 > >> What does "mount" show? > >=20 > > /dev/md4 12186190 332724 11853466 3% > > /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD > >=20 > > Sorry, I forgot about the mdmfs hacks I had in my local tinderd. Without > > them, it works fine. So the problem seems to be in mfs rather than zfs. >=20 > I should have said mdmfs, but all that's doing is running mdconfig and > newfs for me. I've reproduced the issue without mdmfs: >=20 > % mdconfig -a -t swap -s 12G -u 4 > % newfs -m 0 -o time /dev/md4 > [...] > % mount /dev/md4 /tmp/foobar > % cp -p /usr/local/tinderbox/scripts/lib/buildscript /tmp/foobar > cp: failed to set acl entries for /tmp/foobar/buildscript: Operation not > supported >=20 > Without -p it works fine. FWIW: >=20 > % getfacl /usr/local/tinderbox/scripts/lib/buildscript > # file: /usr/local/tinderbox/scripts/lib/buildscript > # owner: root > # group: wheel > owner@:--------------:------:deny > owner@:rwxp---A-W-Co-:------:allow > group@:-w-p----------:------:deny > group@:r-x-----------:------:allow > everyone@:-w-p---A-W-Co-:------:deny > everyone@:r-x---a-R-c--s:------:allow >=20 > Any suggestions on where the problem could be? At first glance it looks like acl_set_fd_np(3) isn't working on an md-backed filesystem; specifically, it's returning EOPNOTSUPP. You should be able to reproduce the problem by doing a setfacl on something in /tmp/foobar. Looking through src/bin/cp/utils.c, this is the code: 420 if (acl_set_fd_np(dest_fd, acl, acl_type) < 0) { 421 warn("failed to set acl entries for %s", to.p_path); 422 acl_free(acl); 423 return (1); 424 } EOPNOTSUPP for acl_set_fd_np(3) is defined as: [EOPNOTSUPP] The file system does not support ACL retrieval. This would be referring to the destination filesystem. Looking through the md(4) source for references to EOPNOTSUPP, we do find some references: $ egrep -n -r "EOPNOTSUPP|ENOTSUP" /usr/src/sys/dev/md /usr/src/sys/dev/md/md.c:423: return (EOPNOTSUPP); /usr/src/sys/dev/md/md.c:475: error =3D EOPNOTSUPP; /usr/src/sys/dev/md/md.c:523: return (EOPNOTSUPP); /usr/src/sys/dev/md/md.c:601: return (EOPNOTSUPP); /usr/src/sys/dev/md/md.c:731: error =3D EOPNOTSUP= P; Line 423 is within mdstart_malloc(), and it returns EOPNOTSUPP on any BIO operation other than READ/WRITE/DELETE. Line 475 is a continuation of that. Line 508 is within mdstart_vnode(), behaving effectively the same as line 423. Line 601 is within mdstart_swap(), behaving effectively the same as line 423. Line 731 is within md_kthread(), and indicates only BIO operation BIO_GETATTR is supported. This would not be an "ACL attribute" thing, but rather getting attributes of the backing device itself. The code hints at that: 722 if (bp->bio_cmd =3D=3D BIO_GETATTR) { 723 if ((sc->fwsectors && sc->fwheads && 724 (g_handleattr_int(bp, "GEOM::fwsectors", 725 sc->fwsectors) || 726 g_handleattr_int(bp, "GEOM::fwheads", 727 sc->fwheads))) || 728 g_handleattr_int(bp, "GEOM::candelete", 1)) 729 error =3D -1; 730 else 731 error =3D EOPNOTSUPP; 732 } else { This leaves me with some ideas; just tossing them out here... 1. Maybe/somehow this is caused by swap being used as the backing type/store for md(4)? Try using "mdconfig -t malloc -o reserve" instead, temporarily anyway. 2. Are you absolutely 100% sure the kernel you're using was built with "options UFS_ACL" defined in it? Doing a "strings -a /boot/kernel/kernel | grep UFS_ACL" should suffice. --=20 | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 15:59:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4424106564A for ; Sun, 6 Mar 2011 15:59:24 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id BAD7A8FC0A for ; Sun, 6 Mar 2011 15:59:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ22.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00GUT8EZAY80@VL-MR-MRZ22.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 10:59:24 -0500 (EST) Message-id: <4D73AF44.9070909@gthcfoundation.org> Date: Sun, 06 Mar 2011 10:59:00 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Diane Bruce References: <4D7398C6.8030800@gthcfoundation.org> <201103061533.32138.hselasky@c2i.net> <4D73A085.4030009@gthcfoundation.org> <4D73A41A.4050109@gthcfoundation.org> <20110306153517.GA86035@night.db.net> In-reply-to: <20110306153517.GA86035@night.db.net> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 15:59:25 -0000 . > https://gthc.org/investigations/OFDM/72_armstrong_ofdm.pdf > > That paper is a basic paper. COFDM is being used just about everywhere now. > OFDM was used in the Telebit modems of years gone by. To this day > (last I checked) it is superiour to the v32.bis format used today on > third world phone lines, because of its ability to ignore dead spots > in the frequency spectrums used. > > ... > Reference(s) please? >> I'm worried from a amateur computer scientist point-of-view about the >> harmfulness >> of EMF fields; in particular the ELF/VLF frequencies as defined in OFDM, >> for operating WLAN devices as 'ethernet-class subcarriers'.. >> > I personally would not worry about DSL and ethernet. The fields are > self cancelling due to the twisted pair. It's a transmission line. > I do worry much more about cell phone and wifi signals. I advise others > not to use cellphones for long periods of time without a remote earpiece. > (And of course, do likewise). Cell phone towers provided they are up high > enough do not bother me. Keep in mind the inverse square law here. > I would also suggest you look for the papers on double blind studies of > so-called RF sensitive individuals. (ES) I am very sceptical personally > of the effects. That said, I would not want to be within the near field > of any high power transmitter. This is why broadcast stations have > fences around their antennas and warning signs. The high power stuff > is dangerous. > > Its not phone lines who are the main issue, rather the radiation levels of OFDM ethernet class devices (including USB devices and routers) using ELF/VLF frequencies below 30khz as per the newer 802.11(ng) drafts... ;-) -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:06:13 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 296E7106566B; Sun, 6 Mar 2011 16:06:13 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id 970968FC18; Sun, 6 Mar 2011 16:06:12 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p26G699w097069 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 6 Mar 2011 11:06:11 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D73B0F1.1040304@FreeBSD.org> Date: Sun, 06 Mar 2011 11:06:09 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> <20110306153745.GA93530@icarus.home.lan> In-Reply-To: <20110306153745.GA93530@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sun, 06 Mar 2011 11:06:11 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 16:06:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/06/11 10:37, Jeremy Chadwick wrote: > > At first glance it looks like acl_set_fd_np(3) isn't working on an > md-backed filesystem; specifically, it's returning EOPNOTSUPP. You > should be able to reproduce the problem by doing a setfacl on something > in /tmp/foobar. > > Looking through src/bin/cp/utils.c, this is the code: > > 420 if (acl_set_fd_np(dest_fd, acl, acl_type) < 0) { > 421 warn("failed to set acl entries for %s", to.p_path); > 422 acl_free(acl); > 423 return (1); > 424 } > > EOPNOTSUPP for acl_set_fd_np(3) is defined as: > > [EOPNOTSUPP] The file system does not support ACL retrieval. > > This would be referring to the destination filesystem. > > Looking through the md(4) source for references to EOPNOTSUPP, we do > find some references: > > $ egrep -n -r "EOPNOTSUPP|ENOTSUP" /usr/src/sys/dev/md > /usr/src/sys/dev/md/md.c:423: return (EOPNOTSUPP); > /usr/src/sys/dev/md/md.c:475: error = EOPNOTSUPP; > /usr/src/sys/dev/md/md.c:523: return (EOPNOTSUPP); > /usr/src/sys/dev/md/md.c:601: return (EOPNOTSUPP); > /usr/src/sys/dev/md/md.c:731: error = EOPNOTSUPP; > > Line 423 is within mdstart_malloc(), and it returns EOPNOTSUPP on any > BIO operation other than READ/WRITE/DELETE. Line 475 is a continuation > of that. > > Line 508 is within mdstart_vnode(), behaving effectively the same as > line 423. Line 601 is within mdstart_swap(), behaving effectively the > same as line 423. > > Line 731 is within md_kthread(), and indicates only BIO operation > BIO_GETATTR is supported. This would not be an "ACL attribute" thing, > but rather getting attributes of the backing device itself. The code > hints at that: > > 722 if (bp->bio_cmd == BIO_GETATTR) { > 723 if ((sc->fwsectors && sc->fwheads && > 724 (g_handleattr_int(bp, "GEOM::fwsectors", > 725 sc->fwsectors) || > 726 g_handleattr_int(bp, "GEOM::fwheads", > 727 sc->fwheads))) || > 728 g_handleattr_int(bp, "GEOM::candelete", 1)) > 729 error = -1; > 730 else > 731 error = EOPNOTSUPP; > 732 } else { Thanks for the investigation! So this seems to be a bug in md? That's too bad, I was enjoying using it to make my tinderbox builds faster. > This leaves me with some ideas; just tossing them out here... > > 1. Maybe/somehow this is caused by swap being used as the backing > type/store for md(4)? Try using "mdconfig -t malloc -o reserve" > instead, temporarily anyway. Seems to be the same. > 2. Are you absolutely 100% sure the kernel you're using was built > with "options UFS_ACL" defined in it? Doing a "strings -a > /boot/kernel/kernel | grep UFS_ACL" should suffice. > Yep, it does: % strings -a /boot/kernel/kernel | grep UFS_ACL options UFS_ACL (My kernel config is just "include GENERIC" then a bunch of "nooptions" for KDB, DDB, GDB, INVARIANTS, WITNESS, etc.) Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNc7DxAAoJEPXPYrMgexuh3gsH/0L474FitZMdLLrTLiDiU7jR D+9syg0boUYcWbv6pA1j1r8LvXMrw0rIxvZOPB4BauY/u8nL5n0YgDgv7tjb69+D n/m7ce6r1tm6JtBSl/d+MIYfmcnj1E9B8ibgeGwPApKnhe4lmmyLpFHW98tcU1EL Be+koxDiaKloryyfHrlcIfmSmXMUZ8lP7MFHfFeS39KbE+sf7xXHHLjFE7bcPSi4 qKyBFDcw/ykRjsrM3+YDIanhLUHg8ZjKhlrzbPUgMpzlXXe2QbmLkQELa9SmhVzH juYywb7JOe5uHuefFQxnTLkSWuDjTlxLW6M+FuNEDejfA91sGIil7m+1nMcdCFg= =nsSt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:12:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 209A91065674 for ; Sun, 6 Mar 2011 16:12:03 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id EF5248FC15 for ; Sun, 6 Mar 2011 16:12:02 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ22.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00G9O902AYA0@VL-MR-MRZ22.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 11:12:02 -0500 (EST) Message-id: <4D73B23B.9030605@gthcfoundation.org> Date: Sun, 06 Mar 2011 11:11:39 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.0.1 Cc: Diane Bruce Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 16:12:03 -0000 I'm no expert in Wifi or in FFT so I'm forwarding your reply to the list hoping someone with experience with FFT could share lights on OFDM uses of FFT functions below the 30khz range... In other words could FreeBSD be used to control the electromagnetic energy input from out-of-band VLF/ELF waves ? Thanks, On Sun, Mar 06, 2011 at 10:38:30AM -0500, Etienne Robillard wrote: > my best bet is that VLF/ELF frequencies are using FFT (Fast Fourier > Transform) algorithm to increase compression ratio of WLAN devices No. FFT has nothing to do with this. FFT is a mathematical transform. Nothing more, nothing less. > your post mentioned ELF/VLF radiation, thats electromagnetic waves the > frequency range below 30kHz. > > How should a modulation scheme (OFDM) used in the 2.4/5GHz range be > related to radiation in such a low frequency band? It is not. A modulation scheme can be used at any frequency. Nothing to do with the frequency itself. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:31:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B991106564A; Sun, 6 Mar 2011 16:31:24 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 038A38FC13; Sun, 6 Mar 2011 16:31:23 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00GOT9VWE010@VL-MR-MRZ20.ip.videotron.ca>; Sun, 06 Mar 2011 11:31:08 -0500 (EST) Message-id: <4D73B6C4.9090601@gthcfoundation.org> Date: Sun, 06 Mar 2011 11:31:00 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Adrian Chadd References: <4D7398C6.8030800@gthcfoundation.org> In-reply-to: X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 16:31:24 -0000 On 06/03/11 09:49 AM, Adrian Chadd wrote: > OFDM is part of 11g, 11a, and 11n (2/5ghz.) > > I don't understand why you're asking about it in a security context. > > > Adrian > Approaching security can be seen with onion paradigm: True paranoids will want to have multiple layers of security whether its physical or hardware related. In this case, one could ask reasonably whether its 'safe' to be close to a wireless router (802.11 ethernet-class) for a long-term period while OFDM is enabled at the transport level. Thanks, Etienne From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:33:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34073106566B; Sun, 6 Mar 2011 16:33:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 099878FC08; Sun, 6 Mar 2011 16:33:59 +0000 (UTC) Received: from [192.168.2.112] (host109-157-101-183.range109-157.btcentralplus.com [109.157.101.183]) by cyrus.watson.org (Postfix) with ESMTPSA id E19C546B2E; Sun, 6 Mar 2011 11:33:57 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <20110306163011.GA95053@icarus.home.lan> Date: Sun, 6 Mar 2011 16:33:56 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <995309EC-397D-4DC5-A49C-B881DAA519AF@FreeBSD.org> References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> <20110306153745.GA93530@icarus.home.lan> <4D73B0F1.1040304@FreeBSD.org> <20110306162342.GA94700@icarus.home.lan> <20110306163011.GA95053@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) Cc: freebsd-fs@FreeBSD.org, Steve Wills , freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 16:33:59 -0000 On 6 Mar 2011, at 16:30, Jeremy Chadwick wrote: >>>> 2. Are you absolutely 100% sure the kernel you're using was built >>>> with "options UFS_ACL" defined in it? Doing a "strings -a >>>> /boot/kernel/kernel | grep UFS_ACL" should suffice. >>>>=20 >>>=20 >>> Yep, it does: >>>=20 >>> % strings -a /boot/kernel/kernel | grep UFS_ACL >>> options UFS_ACL >>>=20 >>> (My kernel config is just "include GENERIC" then a bunch of = "nooptions" >>> for KDB, DDB, GDB, INVARIANTS, WITNESS, etc.) >>=20 >> Cool, good to rule out the obvious. Thanks. >>=20 >> The only other thing I can think of off the top of my head would be = to >> "ktrace -t+ -i" the cp -p, then provide output of kdump -s -t+ after. >> I wouldn't say go about this quite yet (it may not even help = determine >> what's going on); maybe wait for Robert to take a look first. >=20 > It would help if I actually added Robert to the CC list, wouldn't it? > :-) There's a lot of information in that post, perhaps it would be useful = for someone to clarify what's going on exactly. If you're using ACLs on = UFS, have you turned them on using tunefs? What flavour of ACLs are you = using -- POSIX.1e or NFSv4? Robert= From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:43:13 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A46106566B; Sun, 6 Mar 2011 16:43:13 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id EC0C88FC16; Sun, 6 Mar 2011 16:43:12 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p26Gh9FL097237 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 6 Mar 2011 11:43:10 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D73B99D.1000901@FreeBSD.org> Date: Sun, 06 Mar 2011 11:43:09 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> <20110306153745.GA93530@icarus.home.lan> <4D73B0F1.1040304@FreeBSD.org> <20110306162342.GA94700@icarus.home.lan> <20110306163011.GA95053@icarus.home.lan> In-Reply-To: <20110306163011.GA95053@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sun, 06 Mar 2011 11:43:11 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, Robert Watson , freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 16:43:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/06/11 11:30, Jeremy Chadwick wrote: > On Sun, Mar 06, 2011 at 08:23:42AM -0800, Jeremy Chadwick wrote: >> On Sun, Mar 06, 2011 at 11:06:09AM -0500, Steve Wills wrote: >> >> Sorry, I should have been more clear -- my investigation wasn't to >> determine if the issue you're reporting was a bug or not, but more along >> the lines of "hmm, where is userland getting EOPNOTSUPP from in the >> kernel in this situation?" It could be that some piece hasn't been >> implemented somewhere yet (more an "incomplete" than a bug :-) ). >> >> I tend to trace source the way I did above in hopes that someone (kernel >> dev, etc.) will chime in and go "Oh, yes, THAT... let me tell you about >> that!" It's also for educational purposes; I figure sharing the innards >> along with some simple descriptions might help people feel more >> comfortable (vs. thinking everything is a black box; don't let the magic >> smoke out!). Sometimes digging through the code helps. Definitely. I had started looking at cp(1) source, but got a bit lost. >>>> This leaves me with some ideas; just tossing them out here... >>>> >>>> 1. Maybe/somehow this is caused by swap being used as the backing >>>> type/store for md(4)? Try using "mdconfig -t malloc -o reserve" >>>> instead, temporarily anyway. >>> >>> Seems to be the same. >> >> I'm not too surprised, but at least that rules out swap vs. >> non-block-device stuff being somehow responsible. >> >> I'm not a user of ACLs myself, but Robert Watson might know what's up >> with this, or where to go looking. I've CC'd him here. >> >>>> 2. Are you absolutely 100% sure the kernel you're using was built >>>> with "options UFS_ACL" defined in it? Doing a "strings -a >>>> /boot/kernel/kernel | grep UFS_ACL" should suffice. >>>> >>> >>> Yep, it does: >>> >>> % strings -a /boot/kernel/kernel | grep UFS_ACL >>> options UFS_ACL >>> >>> (My kernel config is just "include GENERIC" then a bunch of "nooptions" >>> for KDB, DDB, GDB, INVARIANTS, WITNESS, etc.) >> >> Cool, good to rule out the obvious. Thanks. >> >> The only other thing I can think of off the top of my head would be to >> "ktrace -t+ -i" the cp -p, then provide output of kdump -s -t+ after. >> I wouldn't say go about this quite yet (it may not even help determine >> what's going on); maybe wait for Robert to take a look first. > > It would help if I actually added Robert to the CC list, wouldn't it? > :-) > That's OK, kib@ enlightened me (via IRC) that the issue is that I failed to enable NFSv4 ACLs on the FS. I had tried this, but somehow got an error, and then when I tried again I had the wrong ACL type (POSIX.1e). Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNc7mdAAoJEPXPYrMgexuhhZUIAId0nmh4YTJbjzv3NDmxXVt3 16ZIx+wOQON9Sln0vrpKIDJGk95KzvuLnbVBPg7Oxhaa11llkEeYFFqMEVWn6Esa hqwDe5yYJYWWyF7ulCmHDbAE2gEF5q2rVy0KrV+aI9x5DLeB607dpmZqVV6TeQky mQb1zOcw165galYhI3S4juPK6z5nq5pnTc+l05590CcAkWtxOFwQjlDZiQtrxdg2 YhFhtrMeGubRdKtJyG0r17kJzlGCBwIYBg7SgnmORVB64W0N0zkVcC+ZrIhioR6Z FoucxqelZ4VDt6IlmxZ3DzTNUGKWulCeCrus8+lDBPL1M92AfFgMF89i5n0Ot8Y= =302p -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:44:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D687C10656B3 for ; Sun, 6 Mar 2011 16:44:35 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB188FC0C for ; Sun, 6 Mar 2011 16:44:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ22.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00IEJAIAXUB0@VL-MR-MRZ22.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 11:44:34 -0500 (EST) Message-id: <4D73B9DC.3010102@gthcfoundation.org> Date: Sun, 06 Mar 2011 11:44:12 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: erob@gthcfoundation.org References: <4D7398C6.8030800@gthcfoundation.org> <4D73B6C4.9090601@gthcfoundation.org> In-reply-to: <4D73B6C4.9090601@gthcfoundation.org> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 16:44:35 -0000 On 06/03/11 11:31 AM, Etienne Robillard wrote: > On 06/03/11 09:49 AM, Adrian Chadd wrote: > >> OFDM is part of 11g, 11a, and 11n (2/5ghz.) >> >> I don't understand why you're asking about it in a security context. >> >> >> Adrian >> >> > and finally I almost forgot... there seems to be another aspect of false security in OFDM design in what bi-directional IIP packets could be transfered out-of-band using ELF/VLF ranges and reverse FFT functions.. -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:23:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43C5D1065673 for ; Sun, 6 Mar 2011 16:23:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 261188FC16 for ; Sun, 6 Mar 2011 16:23:46 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta12.emeryville.ca.mail.comcast.net with comcast id Fs3y1g0041eYJf8ACsPmf1; Sun, 06 Mar 2011 16:23:46 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta19.emeryville.ca.mail.comcast.net with comcast id FsPj1g00F0PUQVN01sPjEG; Sun, 06 Mar 2011 16:23:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 014CA9B422; Sun, 6 Mar 2011 08:23:42 -0800 (PST) Date: Sun, 6 Mar 2011 08:23:42 -0800 From: Jeremy Chadwick To: Steve Wills Message-ID: <20110306162342.GA94700@icarus.home.lan> References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> <20110306153745.GA93530@icarus.home.lan> <4D73B0F1.1040304@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D73B0F1.1040304@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 06 Mar 2011 16:47:39 +0000 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 16:23:47 -0000 On Sun, Mar 06, 2011 at 11:06:09AM -0500, Steve Wills wrote: > On 03/06/11 10:37, Jeremy Chadwick wrote: > > > > At first glance it looks like acl_set_fd_np(3) isn't working on an > > md-backed filesystem; specifically, it's returning EOPNOTSUPP. You > > should be able to reproduce the problem by doing a setfacl on something > > in /tmp/foobar. > > > > Looking through src/bin/cp/utils.c, this is the code: > > > > 420 if (acl_set_fd_np(dest_fd, acl, acl_type) < 0) { > > 421 warn("failed to set acl entries for %s", to.p_path); > > 422 acl_free(acl); > > 423 return (1); > > 424 } > > > > EOPNOTSUPP for acl_set_fd_np(3) is defined as: > > > > [EOPNOTSUPP] The file system does not support ACL retrieval. > > > > This would be referring to the destination filesystem. > > > > Looking through the md(4) source for references to EOPNOTSUPP, we do > > find some references: > > > > $ egrep -n -r "EOPNOTSUPP|ENOTSUP" /usr/src/sys/dev/md > > /usr/src/sys/dev/md/md.c:423: return (EOPNOTSUPP); > > /usr/src/sys/dev/md/md.c:475: error = EOPNOTSUPP; > > /usr/src/sys/dev/md/md.c:523: return (EOPNOTSUPP); > > /usr/src/sys/dev/md/md.c:601: return (EOPNOTSUPP); > > /usr/src/sys/dev/md/md.c:731: error = EOPNOTSUPP; > > > > Line 423 is within mdstart_malloc(), and it returns EOPNOTSUPP on any > > BIO operation other than READ/WRITE/DELETE. Line 475 is a continuation > > of that. > > > > Line 508 is within mdstart_vnode(), behaving effectively the same as > > line 423. Line 601 is within mdstart_swap(), behaving effectively the > > same as line 423. > > > > Line 731 is within md_kthread(), and indicates only BIO operation > > BIO_GETATTR is supported. This would not be an "ACL attribute" thing, > > but rather getting attributes of the backing device itself. The code > > hints at that: > > > > 722 if (bp->bio_cmd == BIO_GETATTR) { > > 723 if ((sc->fwsectors && sc->fwheads && > > 724 (g_handleattr_int(bp, "GEOM::fwsectors", > > 725 sc->fwsectors) || > > 726 g_handleattr_int(bp, "GEOM::fwheads", > > 727 sc->fwheads))) || > > 728 g_handleattr_int(bp, "GEOM::candelete", 1)) > > 729 error = -1; > > 730 else > > 731 error = EOPNOTSUPP; > > 732 } else { > > Thanks for the investigation! So this seems to be a bug in md? That's > too bad, I was enjoying using it to make my tinderbox builds faster. Sorry, I should have been more clear -- my investigation wasn't to determine if the issue you're reporting was a bug or not, but more along the lines of "hmm, where is userland getting EOPNOTSUPP from in the kernel in this situation?" It could be that some piece hasn't been implemented somewhere yet (more an "incomplete" than a bug :-) ). I tend to trace source the way I did above in hopes that someone (kernel dev, etc.) will chime in and go "Oh, yes, THAT... let me tell you about that!" It's also for educational purposes; I figure sharing the innards along with some simple descriptions might help people feel more comfortable (vs. thinking everything is a black box; don't let the magic smoke out!). Sometimes digging through the code helps. > > This leaves me with some ideas; just tossing them out here... > > > > 1. Maybe/somehow this is caused by swap being used as the backing > > type/store for md(4)? Try using "mdconfig -t malloc -o reserve" > > instead, temporarily anyway. > > Seems to be the same. I'm not too surprised, but at least that rules out swap vs. non-block-device stuff being somehow responsible. I'm not a user of ACLs myself, but Robert Watson might know what's up with this, or where to go looking. I've CC'd him here. > > 2. Are you absolutely 100% sure the kernel you're using was built > > with "options UFS_ACL" defined in it? Doing a "strings -a > > /boot/kernel/kernel | grep UFS_ACL" should suffice. > > > > Yep, it does: > > % strings -a /boot/kernel/kernel | grep UFS_ACL > options UFS_ACL > > (My kernel config is just "include GENERIC" then a bunch of "nooptions" > for KDB, DDB, GDB, INVARIANTS, WITNESS, etc.) Cool, good to rule out the obvious. Thanks. The only other thing I can think of off the top of my head would be to "ktrace -t+ -i" the cp -p, then provide output of kdump -s -t+ after. I wouldn't say go about this quite yet (it may not even help determine what's going on); maybe wait for Robert to take a look first. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:56:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C99C1065674; Sun, 6 Mar 2011 16:56:03 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 325F28FC15; Sun, 6 Mar 2011 16:56:02 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mo-mrz24.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00706B0JRY80@vl-mo-mrz24.ip.videotron.ca>; Sun, 06 Mar 2011 11:55:31 -0500 (EST) Message-id: <4D73BC8C.9050405@gthcfoundation.org> Date: Sun, 06 Mar 2011 11:55:40 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: David Wolfskill References: <4D7398C6.8030800@gthcfoundation.org> <4D73B6C4.9090601@gthcfoundation.org> <20110306164633.GE42769@albert.catwhisker.org> In-reply-to: <20110306164633.GE42769@albert.catwhisker.org> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 16:56:03 -0000 On 06/03/11 11:46 AM, David Wolfskill wrote: > On Sun, Mar 06, 2011 at 11:31:00AM -0500, Etienne Robillard wrote: > >> On 06/03/11 09:49 AM, Adrian Chadd wrote: >> >>> OFDM is part of 11g, 11a, and 11n (2/5ghz.) >>> >>> I don't understand why you're asking about it in a security context. >>> >>> >>> Adrian >>> >>> >> Approaching security can be seen with onion paradigm: True paranoids >> will want >> to have multiple layers of security whether its physical or hardware >> related. In this >> case, one could ask reasonably whether its 'safe' to be close to a >> wireless router (802.11 ethernet-class) >> for a long-term period while OFDM is enabled at the transport level. >> >> Thanks, >> >> Etienne >> >> _______________________________________________ >> 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" >> > As various folks have tried to point out to you: > > * OFDM is a modulation technique that all RF devices of certain types > must not only support, but use, in order to work (as the specifications > for their use require the use of OFDM). > > * As such, this has nothing to do with FreeBSD at all, and is therefore > off-topic for thr FreeBSD.org technical mailing lists, of which > freebsd-current@freebsd.org is one. > > A non-technical mailing list at FreeBSD.org is > freebsd-chat@freebsd.org, in case you insist on carrying on this > off-topic thread on a FreeBSD.org mailing list. > > In my opinion, however, you, as well as anyone interested in the > topic, would be better served by moving the discussion to a venue for > which it would be on-topic. I cannot identify such a venue for you, > but readily confirm that there is no FreeBSD.org mailing list that > satisfies the requirement. > > Finally, I am sending this note off-list because not only is the thread > off-topic for the venue, but this message (in particlar) has nothing to > do with FreeBSD, either. > > Please honor the reqwest to move the thread. > > Further attempts to post to a technical FreeBSD.org list on this thread > will be treated as spam. > > Peace, > david (current hat: postmaster@freebsd.org) > hey this was kinda impolite and unecessary. Please don't disrupts the thread whenever you don't agree with and because you have authority! Thanks, Etienne -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 16:30:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74C581065679 for ; Sun, 6 Mar 2011 16:30:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 560B28FC1B for ; Sun, 6 Mar 2011 16:30:15 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta05.emeryville.ca.mail.comcast.net with comcast id FrJS1g0011ZMdJ4A5sWFDy; Sun, 06 Mar 2011 16:30:15 +0000 Received: from koitsu.dyndns.org ([98.248.33.18]) by omta16.emeryville.ca.mail.comcast.net with comcast id FsWC1g0010PUQVN8csWCx8; Sun, 06 Mar 2011 16:30:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DA2E69B422; Sun, 6 Mar 2011 08:30:11 -0800 (PST) Date: Sun, 6 Mar 2011 08:30:11 -0800 From: Jeremy Chadwick To: Steve Wills Message-ID: <20110306163011.GA95053@icarus.home.lan> References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> <20110306153745.GA93530@icarus.home.lan> <4D73B0F1.1040304@FreeBSD.org> <20110306162342.GA94700@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110306162342.GA94700@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 06 Mar 2011 16:57:57 +0000 Cc: freebsd-fs@FreeBSD.org, Robert Watson , freebsd-current@FreeBSD.org, Edward Tomasz Napiera?a Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 16:30:16 -0000 On Sun, Mar 06, 2011 at 08:23:42AM -0800, Jeremy Chadwick wrote: > On Sun, Mar 06, 2011 at 11:06:09AM -0500, Steve Wills wrote: > > On 03/06/11 10:37, Jeremy Chadwick wrote: > > > > > > At first glance it looks like acl_set_fd_np(3) isn't working on an > > > md-backed filesystem; specifically, it's returning EOPNOTSUPP. You > > > should be able to reproduce the problem by doing a setfacl on something > > > in /tmp/foobar. > > > > > > Looking through src/bin/cp/utils.c, this is the code: > > > > > > 420 if (acl_set_fd_np(dest_fd, acl, acl_type) < 0) { > > > 421 warn("failed to set acl entries for %s", to.p_path); > > > 422 acl_free(acl); > > > 423 return (1); > > > 424 } > > > > > > EOPNOTSUPP for acl_set_fd_np(3) is defined as: > > > > > > [EOPNOTSUPP] The file system does not support ACL retrieval. > > > > > > This would be referring to the destination filesystem. > > > > > > Looking through the md(4) source for references to EOPNOTSUPP, we do > > > find some references: > > > > > > $ egrep -n -r "EOPNOTSUPP|ENOTSUP" /usr/src/sys/dev/md > > > /usr/src/sys/dev/md/md.c:423: return (EOPNOTSUPP); > > > /usr/src/sys/dev/md/md.c:475: error = EOPNOTSUPP; > > > /usr/src/sys/dev/md/md.c:523: return (EOPNOTSUPP); > > > /usr/src/sys/dev/md/md.c:601: return (EOPNOTSUPP); > > > /usr/src/sys/dev/md/md.c:731: error = EOPNOTSUPP; > > > > > > Line 423 is within mdstart_malloc(), and it returns EOPNOTSUPP on any > > > BIO operation other than READ/WRITE/DELETE. Line 475 is a continuation > > > of that. > > > > > > Line 508 is within mdstart_vnode(), behaving effectively the same as > > > line 423. Line 601 is within mdstart_swap(), behaving effectively the > > > same as line 423. > > > > > > Line 731 is within md_kthread(), and indicates only BIO operation > > > BIO_GETATTR is supported. This would not be an "ACL attribute" thing, > > > but rather getting attributes of the backing device itself. The code > > > hints at that: > > > > > > 722 if (bp->bio_cmd == BIO_GETATTR) { > > > 723 if ((sc->fwsectors && sc->fwheads && > > > 724 (g_handleattr_int(bp, "GEOM::fwsectors", > > > 725 sc->fwsectors) || > > > 726 g_handleattr_int(bp, "GEOM::fwheads", > > > 727 sc->fwheads))) || > > > 728 g_handleattr_int(bp, "GEOM::candelete", 1)) > > > 729 error = -1; > > > 730 else > > > 731 error = EOPNOTSUPP; > > > 732 } else { > > > > Thanks for the investigation! So this seems to be a bug in md? That's > > too bad, I was enjoying using it to make my tinderbox builds faster. > > Sorry, I should have been more clear -- my investigation wasn't to > determine if the issue you're reporting was a bug or not, but more along > the lines of "hmm, where is userland getting EOPNOTSUPP from in the > kernel in this situation?" It could be that some piece hasn't been > implemented somewhere yet (more an "incomplete" than a bug :-) ). > > I tend to trace source the way I did above in hopes that someone (kernel > dev, etc.) will chime in and go "Oh, yes, THAT... let me tell you about > that!" It's also for educational purposes; I figure sharing the innards > along with some simple descriptions might help people feel more > comfortable (vs. thinking everything is a black box; don't let the magic > smoke out!). Sometimes digging through the code helps. > > > > This leaves me with some ideas; just tossing them out here... > > > > > > 1. Maybe/somehow this is caused by swap being used as the backing > > > type/store for md(4)? Try using "mdconfig -t malloc -o reserve" > > > instead, temporarily anyway. > > > > Seems to be the same. > > I'm not too surprised, but at least that rules out swap vs. > non-block-device stuff being somehow responsible. > > I'm not a user of ACLs myself, but Robert Watson might know what's up > with this, or where to go looking. I've CC'd him here. > > > > 2. Are you absolutely 100% sure the kernel you're using was built > > > with "options UFS_ACL" defined in it? Doing a "strings -a > > > /boot/kernel/kernel | grep UFS_ACL" should suffice. > > > > > > > Yep, it does: > > > > % strings -a /boot/kernel/kernel | grep UFS_ACL > > options UFS_ACL > > > > (My kernel config is just "include GENERIC" then a bunch of "nooptions" > > for KDB, DDB, GDB, INVARIANTS, WITNESS, etc.) > > Cool, good to rule out the obvious. Thanks. > > The only other thing I can think of off the top of my head would be to > "ktrace -t+ -i" the cp -p, then provide output of kdump -s -t+ after. > I wouldn't say go about this quite yet (it may not even help determine > what's going on); maybe wait for Robert to take a look first. It would help if I actually added Robert to the CC list, wouldn't it? :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 17:19:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325C2106564A for ; Sun, 6 Mar 2011 17:19:53 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0A14C8FC19 for ; Sun, 6 Mar 2011 17:19:52 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ22.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00I8YC54XUF0@VL-MR-MRZ22.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 12:19:52 -0500 (EST) Message-id: <4D73C223.8040009@gthcfoundation.org> Date: Sun, 06 Mar 2011 12:19:31 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Hans Petter Selasky References: <4D73BB23.8020806@gthcfoundation.org> <201103061758.47368.hselasky@c2i.net> In-reply-to: <201103061758.47368.hselasky@c2i.net> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 17:19:53 -0000 On 06/03/11 11:58 AM, Hans Petter Selasky wrote: >> and finally I almost forgot... >> >> there seems to be another aspect of false security in OFDM design in >> what bi-directional IIP packets could be transfered out-of-band using >> ELF/VLF ranges >> and reverse FFT functions.. >> > > My point is that if you use, let's say "software OFDM", then what leaks is > then not important. Existing WLAN drivers can all be programmed for "software > OFDM" probably by modifying a few lines of code. Is that what you want to say? > > --HPS > yes, the difference with 'software OFDM' and hardware OFDM - as in run(4) - is the latter exploits 'objects' and 'peoples' as subcarriers units with "bi-directional data" when software OFDM could be used to securely convert the raw ELF/VLF energy input to a external server (the Power Server).. could then this not require a security advisory for hardware OFDM devices circulating in the wild to boost 802.11 'speeds' and 'ranges' ? Thanks, -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 17:37:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B085E106564A for ; Sun, 6 Mar 2011 17:37:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1B98FC25 for ; Sun, 6 Mar 2011 17:37:02 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=O4luLtK3s/BI/ZI2MixGyL7hJC8Dk2jKRuc55HZ6Kk0= c=1 sm=1 a=6oqXHi0YowYA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=2O4PTQ0N7IRXxVPTlPYA:9 a=1x6URGcjJD2ZgulTDw0sWfmRL0oA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 95408059; Sun, 06 Mar 2011 18:37:01 +0100 From: Hans Petter Selasky To: erob@gthcfoundation.org, Diane Bruce Date: Sun, 6 Mar 2011 18:36:39 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D73BB23.8020806@gthcfoundation.org> <201103061758.47368.hselasky@c2i.net> <4D73C223.8040009@gthcfoundation.org> In-Reply-To: <4D73C223.8040009@gthcfoundation.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103061836.39151.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 17:37:03 -0000 On Sunday 06 March 2011 18:19:31 Etienne Robillard wrote: > On 06/03/11 11:58 AM, Hans Petter Selasky wrote: > yes, the difference with 'software OFDM' and hardware OFDM - as in > run(4) - is the latter > exploits 'objects' and 'peoples' as subcarriers units with > "bi-directional data" when > software OFDM could be used to securely convert the raw ELF/VLF energy > input to > a external server (the Power Server).. > > could then this not require a security advisory for hardware OFDM devices > circulating in the wild to boost 802.11 'speeds' and 'ranges' ? Hi Etienne, I think you are reading too much into too little and that further discussion into the details you suggest is not appropriate for this list. I believe that developers on the -current list are serious people, wanting to remove problems in this world rather than create them. Exploits are possible when the developers are not given enough time to research good solutions. Maybe you want to support FreeBSD developers by donating some money via the FreeBSD foundation, so that we can do a better job, removing your fears of software exploits in interaction with humans :-) --HPS BTW: Our slogan is "The power to serve" and not "the power server" :-) From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 17:47:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFCE31065670 for ; Sun, 6 Mar 2011 17:47:17 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 96CAD8FC0A for ; Sun, 6 Mar 2011 17:47:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mo-mrz23.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN0098HDE0E8C0@vl-mo-mrz23.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 12:46:48 -0500 (EST) Message-id: <4D73C890.8050405@gthcfoundation.org> Date: Sun, 06 Mar 2011 12:46:56 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Hans Petter Selasky References: <4D73BB23.8020806@gthcfoundation.org> <201103061758.47368.hselasky@c2i.net> <4D73C223.8040009@gthcfoundation.org> <201103061836.39151.hselasky@c2i.net> In-reply-to: <201103061836.39151.hselasky@c2i.net> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 17:47:17 -0000 On 06/03/11 12:36 PM, Hans Petter Selasky wrote: > On Sunday 06 March 2011 18:19:31 Etienne Robillard wrote: > >> On 06/03/11 11:58 AM, Hans Petter Selasky wrote: >> > >> yes, the difference with 'software OFDM' and hardware OFDM - as in >> run(4) - is the latter >> exploits 'objects' and 'peoples' as subcarriers units with >> "bi-directional data" when >> software OFDM could be used to securely convert the raw ELF/VLF energy >> input to >> a external server (the Power Server).. >> >> could then this not require a security advisory for hardware OFDM devices >> circulating in the wild to boost 802.11 'speeds' and 'ranges' ? >> > Hi Etienne, > > I think you are reading too much into too little and that further discussion > into the details you suggest is not appropriate for this list. I believe that > developers on the -current list are serious people, wanting to remove problems > in this world rather than create them. Exploits are possible when the > developers are not given enough time to research good solutions. Maybe you > want to support FreeBSD developers by donating some money via the FreeBSD > foundation, so that we can do a better job, removing your fears of software > exploits in interaction with humans :-) > > --HPS > > BTW: Our slogan is "The power to serve" and not "the power server" :-) > you must be kidding? this kind of security exploits should be not regarded as friendly. However I'd like to see a FreeBSD based OFDM kernel to allow conveying ELF/VLF input stream to things like 'electricity'... Freebsd: the power to serve the world with free electricity! Isn't that ironic? ;-) -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 17:49:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63682106564A; Sun, 6 Mar 2011 17:49:12 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0D18FC15; Sun, 6 Mar 2011 17:49:11 +0000 (UTC) Received: by bwz12 with SMTP id 12so3546800bwz.13 for ; Sun, 06 Mar 2011 09:49:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=WWev/scJ0luoDZlyNMO1RlXjY6KyQ3cpe5UZ4ixoCqk=; b=MQT09A2YjszpR8fduJfIIsDce/vy4m7q95reg2jvgsRga5Nf+Ll2ShwjVRf/bnM0rY E411K3zVWNRHTTKNl5h/tXgOYNa6wSeYxKgeWy0WGGOipLd0wGOllimyuexkIJPE8ogb FIYqmfaWy+atrk7ugltFwCI92znM0DWmQ6kPU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=Q8DPjvffrU9Fre0L1dKT5ybikJlPLeC5MjhIMmIeSGVw1MhyMFUjHQ4nAEcwqNqSsf 9jrRGzud4USthZ0AbzrlXB0XjZ9okANRyIc5MuwNE8pSW2/TQUikBZaAoYYiGevFMcFf 6GGYUe5CjyLMnewvuXGHKnJu9VEaEpkQ+H3B4= Received: by 10.204.126.131 with SMTP id c3mr2060030bks.104.1299433750434; Sun, 06 Mar 2011 09:49:10 -0800 (PST) Received: from [192.168.1.102] (45.81.datacomsa.pl [195.34.81.45]) by mx.google.com with ESMTPS id l1sm1160554bkl.1.2011.03.06.09.49.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2011 09:49:09 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <4D739D96.5090705@FreeBSD.org> Date: Sun, 6 Mar 2011 18:49:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.1082) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 17:49:12 -0000 Wiadomo=B6=E6 napisana przez Steve Wills w dniu 2011-03-06, o godz. = 15:43: > On 03/06/11 08:35, Steve Wills wrote: >> On 03/06/11 04:22, Edward Tomasz NapieraBa wrote: >>> Wiadomo[=07 napisana przez Steve Wills w dniu 2011-03-06, o godz. = 05:11: >>=20 >>> [..] >>=20 >>>> Thanks for your work on this, I'm very happy to have ZFS v28. I = just >>>> updated my -CURRENT system from a snapshot from about a month ago = to >>>> code from today. I have 3 pools and one of them is for ports = tinderbox. >>>> I only upgraded that pool. When I try to build something using >>>> tinderbox, I get this error: >>>>=20 >>>> cp: failed to set acl entries for >>>> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD/buildscript: Operation = not >>>> supported >>=20 >>> What does "mount" show? >>=20 >> /dev/md4 12186190 332724 11853466 3% >> /usr/local/tinderbox/9-CURRENT-amd64-FreeBSD >>=20 >> Sorry, I forgot about the mdmfs hacks I had in my local tinderd. = Without >> them, it works fine. So the problem seems to be in mfs rather than = zfs. >=20 > I should have said mdmfs, but all that's doing is running mdconfig and > newfs for me. I've reproduced the issue without mdmfs: >=20 > % mdconfig -a -t swap -s 12G -u 4 > % newfs -m 0 -o time /dev/md4 > [...] > % mount /dev/md4 /tmp/foobar > % cp -p /usr/local/tinderbox/scripts/lib/buildscript /tmp/foobar > cp: failed to set acl entries for /tmp/foobar/buildscript: Operation = not > supported >=20 > Without -p it works fine. FWIW: >=20 > % getfacl /usr/local/tinderbox/scripts/lib/buildscript > # file: /usr/local/tinderbox/scripts/lib/buildscript > # owner: root > # group: wheel > owner@:--------------:------:deny > owner@:rwxp---A-W-Co-:------:allow > group@:-w-p----------:------:deny > group@:r-x-----------:------:allow > everyone@:-w-p---A-W-Co-:------:deny > everyone@:r-x---a-R-c--s:------:allow >=20 > Any suggestions on where the problem could be? The above looks like old-style, "canonical six" trivial ACL. Now, cp(1) shouldn't even try to copy the ACL in this case, since there is nothing to copy. So, for some reason, something failed between cp(1), acl_is_trivial_np(3) and the kernel. What does "ls -al /usr/local/tinderbox/scripts/lib/buildscript" show? -- If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 18:09:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7721B106566B; Sun, 6 Mar 2011 18:09:55 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD7708FC1E; Sun, 6 Mar 2011 18:09:54 +0000 (UTC) Received: by fxm19 with SMTP id 19so3952184fxm.13 for ; Sun, 06 Mar 2011 10:09:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RHPQW2oWCoxmMu472vaPvEdC96GLZI+by39iETx4AE0=; b=gU6KYPdqVP2ae+BXexhiGWGoNeeRdrqHWaBiD/UsL63LHmzDP+Sr2AqjQbYQk/Y8I3 279+toVVTiPGhBg0asXgZenKaZvnTRwvOu354hBgZGh1ejSQeQXHnzPDrq4nNvqjh0u8 k7BTbLqLauVDZ2ZEJDz6RbSE3uPKXAJV4/flE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=jpFX5e84opIz2HB42WlMQRlw3Y01dhTOwr3vSHIy4YR/jVEptO0hYNzbmvaTBSREcG 87I+WUk71eE+PAWOM1xHTJEL7qGLrWES8La9UJWk/MgX160LwSb/k81je2fMCA5Zbw70 71jTTHleeGgEWXqa8Y+P/xH7s3v0PDBn2M6gs= MIME-Version: 1.0 Received: by 10.223.77.19 with SMTP id e19mr3672810fak.36.1299433543667; Sun, 06 Mar 2011 09:45:43 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.96.137 with HTTP; Sun, 6 Mar 2011 09:45:43 -0800 (PST) In-Reply-To: References: Date: Sun, 6 Mar 2011 17:45:43 +0000 X-Google-Sender-Auth: PjJaBxQM0ieV20vjRT-ZlF89Rj0 Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 18:09:55 -0000 2011/3/6 Ian FREISLICH : > Adrian Chadd wrote: >> Hi all, >> >> For those of you who are testing out my if_ath changes, I'd really >> appreciate it if you'd update to -HEAD and re-test. > > Since running the new code, I get a slew of these: > > Mar =A06 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:3= 0:4f:58:bf:94 (SSID=3D'quasar' freq=3D2437 MHz) > Mar =A06 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:b= f:94 > Mar =A06 14:41:53 mini kernel: wlan0: link state changed to UP > Mar =A06 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation complete= d with 00:30:4f:58:bf:94 [PTK=3DTKIP GTK=3DTKIP] > Mar =A06 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connec= tion to 00:30:4f:58:bf:94 completed (reauth) [id=3D7 id_str=3D] > Mar =A06 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid= =3D00:30:4f:58:bf:94 reason=3D0 > Mar =A06 14:46:59 mini kernel: wlan0: link state changed to DOWN > Mar =A06 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:3= 0:4f:58:bf:94 (SSID=3D'quasar' freq=3D2437 MHz) > Mar =A06 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:b= f:94 > Mar =A06 14:47:02 mini kernel: wlan0: link state changed to UP > Mar =A06 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation complete= d with 00:30:4f:58:bf:94 [PTK=3DTKIP GTK=3DTKIP] > Mar =A06 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connec= tion to 00:30:4f:58:bf:94 completed (reauth) [id=3D7 id_str=3D] > Mar =A06 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 > Mar =A06 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid= =3D00:30:4f:58:bf:94 reason=3D0 > Mar =A06 14:56:53 mini kernel: wlan0: link state changed to DOWN > Mar =A06 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:3= 0:4f:58:bf:94 (SSID=3D'quasar' freq=3D2437 MHz) > Mar =A06 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:b= f:94 > Mar =A06 14:56:56 mini kernel: wlan0: link state changed to UP > Mar =A06 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation complete= d with 00:30:4f:58:bf:94 [PTK=3DTKIP GTK=3DTKIP] > Mar =A06 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connec= tion to 00:30:4f:58:bf:94 completed (reauth) [id=3D7 id_str=3D] > Mar =A06 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting fyi; same issue. > My hardware is: > > ath0@pci0:1:0:0: =A0 =A0 =A0 =A0class=3D0x028000 card=3D0x7167144f chip= =3D0x002b168c rev=3D0x01 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Atheros Communications Inc.' > =A0 =A0device =A0 =A0 =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Con= troller (AR928x)' > =A0 =A0class =A0 =A0 =A0=3D network same card. > It's also only able to maintain an 18-24Mbps connection, where > before I had stable 54Mbps. > > Ian > > -- > Ian Freislich sorry, but i have no stable versions with me. it's a fresh and new freebsd install into an asus eeepc 1005pe (running 9current, clang compiled). later i will spend some time with real tests. unfortunately i'm not at home right now.. and running a gentoo based o.s. btw, ty for your work, chadd. ['s] --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 18:17:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B258106564A for ; Sun, 6 Mar 2011 18:17:54 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 209148FC14 for ; Sun, 6 Mar 2011 18:17:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00GAYETEE0E0@VL-MR-MRZ20.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 13:17:38 -0500 (EST) Message-id: <4D73CFBE.9050309@gthcfoundation.org> Date: Sun, 06 Mar 2011 13:17:34 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: erob@gthcfoundation.org, freebsd-current@freebsd.org, Hans Petter Selasky References: <4D73BB23.8020806@gthcfoundation.org> <201103061758.47368.hselasky@c2i.net> <4D73C223.8040009@gthcfoundation.org> <201103061836.39151.hselasky@c2i.net> <4D73C890.8050405@gthcfoundation.org> In-reply-to: <4D73C890.8050405@gthcfoundation.org> X-Enigmail-Version: 1.0.1 Cc: Subject: OFDM kernel (Re: can somebody explains OFDM in FreeBSD?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 18:17:54 -0000 On 06/03/11 12:46 PM, Etienne Robillard wrote: > On 06/03/11 12:36 PM, Hans Petter Selasky wrote: > >> On Sunday 06 March 2011 18:19:31 Etienne Robillard wrote: >> >> >>> On 06/03/11 11:58 AM, Hans Petter Selasky wrote: >>> >>> >> >> >>> yes, the difference with 'software OFDM' and hardware OFDM - as in >>> run(4) - is the latter >>> exploits 'objects' and 'peoples' as subcarriers units with >>> "bi-directional data" when >>> software OFDM could be used to securely convert the raw ELF/VLF energy >>> input to >>> a external server (the Power Server).. >>> >>> could then this not require a security advisory for hardware OFDM devices >>> circulating in the wild to boost 802.11 'speeds' and 'ranges' ? >>> >>> >> Hi Etienne, >> >> I think you are reading too much into too little and that further discussion >> into the details you suggest is not appropriate for this list. I believe that >> developers on the -current list are serious people, wanting to remove problems >> in this world rather than create them. Exploits are possible when the >> developers are not given enough time to research good solutions. Maybe you >> want to support FreeBSD developers by donating some money via the FreeBSD >> foundation, so that we can do a better job, removing your fears of software >> exploits in interaction with humans :-) >> >> --HPS >> >> BTW: Our slogan is "The power to serve" and not "the power server" :-) >> >> > you must be kidding? this kind of security exploits should be not regarded > as friendly. However I'd like to see a FreeBSD based OFDM kernel to > allow conveying > ELF/VLF input stream to things like 'electricity'... > > Freebsd: the power to serve the world with free electricity! Isn't that > ironic? ;-) > > The more I let myself thinking about this possibility the more obvious it becomes. Sure I would like to see this project adopted by the FreeBSD foundation so that it becomes officialy supported in FreeBSD! :-) Any takers? Best, -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 18:27:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF71C106566C; Sun, 6 Mar 2011 18:27:27 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id 8F95A8FC15; Sun, 6 Mar 2011 18:27:27 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p26IRP9D097784 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 6 Mar 2011 13:27:26 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4D73D20C.2010706@FreeBSD.org> Date: Sun, 06 Mar 2011 13:27:24 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20110130 Thunderbird/3.0.11 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sun, 06 Mar 2011 13:27:26 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 18:27:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/06/11 12:49, Edward Tomasz Napiera³a wrote: > > The above looks like old-style, "canonical six" trivial ACL. Now, > cp(1) shouldn't even try to copy the ACL in this case, since there > is nothing to copy. So, for some reason, something failed between > cp(1), acl_is_trivial_np(3) and the kernel. > > What does "ls -al /usr/local/tinderbox/scripts/lib/buildscript" show? It looks like: - -rwxr-xr-x+ 1 root wheel 12547 Feb 1 21:21 /usr/local/tinderbox/scripts/lib/buildscript Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNc9IMAAoJEPXPYrMgexuhMmQH/jU7Zsay7fDmYP4UY60P63TH Zbq3jyitlhgh3BNyibbbJ3O0OsEUWEJ+xO5jz04g32Kvv/NFWqQD9tPygkABeBb2 v50K/uOS8VskcMoJaxzkOIDz2Y/0PNKHo+/Cft7/hMbW1W5h7ebe7peKn7FA/F6R MzFY6RMe6sY4x00gxpo/f3DQAB5VR6MqQl5SbDMUE8dP7ut5gUe9f+QvJPc2OgMA thCLqxEfjKohWtpmuctr1c8Ap3UKvAAzwUVT6qs+CNidaxb3qzXLDyA9Z614GVAy 1WQxTsEtfiByMm6N1qUqIkNZNFmFSO0cEuRyK8Z4FJ0ZA5X4smk8gicATp/wAPQ= =Y/S+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 18:58:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BC23106566C for ; Sun, 6 Mar 2011 18:58:46 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 48C458FC08 for ; Sun, 6 Mar 2011 18:58:46 +0000 (UTC) Received: by pxi20 with SMTP id 20so756234pxi.13 for ; Sun, 06 Mar 2011 10:58:45 -0800 (PST) Received: by 10.142.150.22 with SMTP id x22mr2488899wfd.150.1299437925620; Sun, 06 Mar 2011 10:58:45 -0800 (PST) Received: from [192.168.2.119] (99-74-169-43.lightspeed.sntcca.sbcglobal.net [99.74.169.43]) by mx.google.com with ESMTPS id s41sm3115870wfc.3.2011.03.06.10.58.38 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2011 10:58:43 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sun, 6 Mar 2011 10:58:33 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: To: Nerius Landys X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org Subject: Re: Introduce myself and question about getting 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, 06 Mar 2011 18:58:46 -0000 On Mar 5, 2011, at 4:16 PM, Nerius Landys wrote: > Anyhow, first things are first. I need to get CURRENT. So, what is > the preferred way to get CURRENT on your system? As mentioned, there are a lot of variations. Personally, I bootstrap current systems by installing a minimal STABLE distribution first (today, that's 8.2) from the CD. Then use SVN to checkout the CURRENT sources to /usr/src. Then following the instructions in /usr/src/UPGRADING. The trickiest issue is whether you want to build any additional ports before or after you upgrade. That basically depends on whether you want to debug FreeBSD or debug ports. ;-) Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 19:21:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC2BF1065675; Sun, 6 Mar 2011 19:21:36 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id 5FEF98FC08; Sun, 6 Mar 2011 19:21:36 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1PwJWG-0005St-Ls; Sun, 06 Mar 2011 21:21:34 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PwJWD-00027q-Ap; Sun, 06 Mar 2011 21:21:29 +0200 Message-Id: To: Adrian Chadd From: Ian FREISLICH In-Reply-To: References: X-Attribution: BOFH Date: Sun, 06 Mar 2011 21:21:29 +0200 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 19:21:36 -0000 Adrian Chadd wrote: > I'd like to establish at least a range of subversion revisions so we can > start binary searching which one(s) caused instabilities. Is this all the source? Old: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.9 2011/02/22 04:41:04 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/sample.c,v 1.35 2011/02/17 05:16:59 adrian Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28 08:57:58 adrian Exp $ $FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp $ New: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.10 2011/03/03 03:02:06 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/sample.c,v 1.37 2011/03/03 20:41:59 adrian Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28 08:57:58 adrian Exp $ $FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp $ Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 20:14:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B43801065670; Sun, 6 Mar 2011 20:14:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 367EC8FC13; Sun, 6 Mar 2011 20:14:16 +0000 (UTC) Received: by vxc34 with SMTP id 34so3818107vxc.13 for ; Sun, 06 Mar 2011 12:14:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=zBKs5mq2FnBbHKKvMpvTbRmB1avpJ8wbCW/3spfFgRA=; b=ietpmhlIYmcmvqIo+QVoPeid/KX9zUDQVqgOz9v94fMHwC+5ZFT0e6Yiir0cXBO+d8 UyO9QA58CxqwknVbMIsPv/gkIRGlLU3QHylgBIaXbgj8+65QiEXrZ+nm3NimTd3x/U7U ztQqU05rumamUjLYgrs+6TFhy6E9TUtiPRDdA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=doYIgW+XPMQe4jHMjMPOxi2aIFc4T1V0H9aA+zW72ofIiflF5BkFN3BguolxpCSsjv nDOpOfpfuE0s502O+AFOw218UjTs0645ik8cq0YmEoG/rQFFiB2ufWbPcJ8I16ib8Sc4 ZnAy1qYus0dCOB9lMQ7FCyyMPeK2eeQyd+BkM= MIME-Version: 1.0 Received: by 10.52.0.199 with SMTP id 7mr2005935vdg.307.1299442455414; Sun, 06 Mar 2011 12:14:15 -0800 (PST) Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 12:14:15 -0800 (PST) In-Reply-To: References: Date: Mon, 7 Mar 2011 04:14:15 +0800 Message-ID: From: Adrian Chadd To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 20:14:16 -0000 On 7 March 2011 03:21, Ian FREISLICH wrote: > Adrian Chadd wrote: > > I'd like to establish at least a range of subversion revisions so we can > > start binary searching which one(s) caused instabilities. > > Is this all the source? > > Old: > $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ > > New: > $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ > Ok, so between r219318 (today) and r218779 (2011-02-18). Would you please first test r218779 and verify that performance is (back to) fine? Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 20:30:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B5AD1065677; Sun, 6 Mar 2011 20:30:35 +0000 (UTC) (envelope-from etnapierala@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC188FC26; Sun, 6 Mar 2011 20:30:34 +0000 (UTC) Received: by bwz12 with SMTP id 12so3618140bwz.13 for ; Sun, 06 Mar 2011 12:30:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=Lm8fQp9ZCrrSAqvkMdMofW6+99+PijaSzKx4a9BUIWE=; b=MZSg5RB9GM8dVxk8k+6nFjpoael34hJWgSULVmISMILK5oLRxzMWEJV6UAGpgZ08EL 5LYwKjqE1Tcg7FWMlF2CM665NJcwJ7M3B+mDQyclGm0ciXKR3XbDMWYNxdToRZ8RJgBk ywdLMF+zmRQnfY0VRjubQoO+uNsT3twZGbWKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=PpCmye6nNAnp37imR9nrhV7U7SFijw4JEIubmE+xP9sfdFBNPCfOW492YGg9xbSGUL O2mvvvS53YC5KGKwOFMuRRvIXDr+6VqYeQ+L4t1EHh803pnwDvxiF2V7GBgQBGIFA+Yx MpDQKWhgIqaG8SLTEaHtH42QC41G5YFdEPKkI= Received: by 10.204.20.136 with SMTP id f8mr2697226bkb.174.1299443433360; Sun, 06 Mar 2011 12:30:33 -0800 (PST) Received: from [192.168.1.102] (45.81.datacomsa.pl [195.34.81.45]) by mx.google.com with ESMTPS id w3sm1270088bkt.5.2011.03.06.12.30.31 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2011 12:30:32 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <4D73D20C.2010706@FreeBSD.org> Date: Sun, 6 Mar 2011 21:30:28 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110227202957.GD1992@garage.freebsd.pl> <4D73098F.3000807@FreeBSD.org> <59D664AA-76C6-45C7-94CE-5AA63080368C@FreeBSD.org> <4D738DB0.1090603@FreeBSD.org> <4D739D96.5090705@FreeBSD.org> <4D73D20C.2010706@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.1082) Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ACL issue (Was Re: HEADS UP: ZFSv28 is in!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 20:30:35 -0000 Wiadomo=B6=E6 napisana przez Steve Wills w dniu 2011-03-06, o godz. = 19:27: > On 03/06/11 12:49, Edward Tomasz Napiera=B3a wrote: >>=20 >> The above looks like old-style, "canonical six" trivial ACL. Now, >> cp(1) shouldn't even try to copy the ACL in this case, since there >> is nothing to copy. So, for some reason, something failed between >> cp(1), acl_is_trivial_np(3) and the kernel. >>=20 >> What does "ls -al /usr/local/tinderbox/scripts/lib/buildscript" show? >=20 > It looks like: >=20 > - -rwxr-xr-x+ 1 root wheel 12547 Feb 1 21:21 > /usr/local/tinderbox/scripts/lib/buildscript r219272 introduced an error which made libc treat the "canonical six" ACLs as nontrivial. I backed it out; you need to rebuild libc. Sorry. -- If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 20:43:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD22810656B3 for ; Sun, 6 Mar 2011 20:43:16 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 83ACA8FC28 for ; Sun, 6 Mar 2011 20:43:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by VL-MR-MRZ20.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHN00BB6LJLF5E0@VL-MR-MRZ20.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 06 Mar 2011 15:42:57 -0500 (EST) Message-id: <4D73F1D2.4000208@gthcfoundation.org> Date: Sun, 06 Mar 2011 15:42:58 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Hans Petter Selasky References: <4D73BB23.8020806@gthcfoundation.org> <201103061758.47368.hselasky@c2i.net> <4D73C223.8040009@gthcfoundation.org> <201103061836.39151.hselasky@c2i.net> In-reply-to: <201103061836.39151.hselasky@c2i.net> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 20:43:16 -0000 On 06/03/11 12:36 PM, Hans Petter Selasky wrote: > On Sunday 06 March 2011 18:19:31 Etienne Robillard wrote: > >> On 06/03/11 11:58 AM, Hans Petter Selasky wrote: >> > >> yes, the difference with 'software OFDM' and hardware OFDM - as in >> run(4) - is the latter >> exploits 'objects' and 'peoples' as subcarriers units with >> "bi-directional data" when >> software OFDM could be used to securely convert the raw ELF/VLF energy >> input to >> a external server (the Power Server).. >> >> could then this not require a security advisory for hardware OFDM devices >> circulating in the wild to boost 802.11 'speeds' and 'ranges' ? >> > Hi Etienne, > > I think you are reading too much into too little and that further discussion > into the details you suggest is not appropriate for this list. I believe that > developers on the -current list are serious people, wanting to remove problems > in this world rather than create them. Exploits are possible when the > developers are not given enough time to research good solutions. Maybe you > want to support FreeBSD developers by donating some money via the FreeBSD > foundation, so that we can do a better job, removing your fears of software > exploits in interaction with humans :-) > > --HPS > > BTW: Our slogan is "The power to serve" and not "the power server" :-) > _______________________________________________ > 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" > X-UID: 11883 > Status: > X-Keywords: > Content-Length: 0 > > I've put a wiki page for anyone interested in the topic of building a OFDM-based kernel here: https://gthc.org/wiki/FreeBSD/OFDM_Kernel and I still think hardware OFDM is inherently insecure as-is in FreeBSD even if not everyone seems to agree or willing to debate the idea with strong arguments to prove the contrary. -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Sun Mar 6 21:00:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25BA1106564A for ; Sun, 6 Mar 2011 21:00:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C71918FC1C for ; Sun, 6 Mar 2011 21:00:43 +0000 (UTC) Received: by vws16 with SMTP id 16so3819047vws.13 for ; Sun, 06 Mar 2011 13:00:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=YtKvDQWsfhf5B7klj5Rvm7kJInIoPU5r4oLvo6F2U1c=; b=jXiIsrhZOWIhbIICwyp4k1fVzYfiUszuWOm6Nm+E5aaBLrd5JEyb+EVJlRaFEv00CR 61D1lIf7AN6y4HKNu8Sl5viPM2Z6JG9RCHhL06ooJSdbPstkZRGswM9ue9r5ojoGqkbJ SavtYmmU672kIh6dAcRpXJrzK/r+azjYHmDsI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Ze1HS3S5vbNuJ53Dt/wWXiQooZuHyTVksvzrWSqxHJL/aCRroY48NiebfjgVpTLInw 07nGg4En2TfMH4cZk+uPIr4XmMXpyQBOoX6yvt5NIUl8tNqSbiMz74HtGogYAinMd9dM vX7HfEtzoJh/fKugWR6NYQ5srZfVMJq+YaxlE= MIME-Version: 1.0 Received: by 10.52.69.140 with SMTP id e12mr1910598vdu.187.1299445242347; Sun, 06 Mar 2011 13:00:42 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.167.3 with HTTP; Sun, 6 Mar 2011 13:00:42 -0800 (PST) In-Reply-To: <4D73F1D2.4000208@gthcfoundation.org> References: <4D73BB23.8020806@gthcfoundation.org> <201103061758.47368.hselasky@c2i.net> <4D73C223.8040009@gthcfoundation.org> <201103061836.39151.hselasky@c2i.net> <4D73F1D2.4000208@gthcfoundation.org> Date: Mon, 7 Mar 2011 05:00:42 +0800 X-Google-Sender-Auth: 6Ngpd0GhDOQ0JbcA0zntNxkhgag Message-ID: From: Adrian Chadd To: erob@gthcfoundation.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: can somebody explains OFDM in FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Mar 2011 21:00:44 -0000 FreeBSD doesn't implement OFDM in the kernel. The various chipsets implement OFDM, not FreeBSD. There's no "software" OFDM. The 802.11 chipsets out there take care of it, not FreeBSD. Adrian On 7 March 2011 04:42, Etienne Robillard wrote: > On 06/03/11 12:36 PM, Hans Petter Selasky wrote: > > On Sunday 06 March 2011 18:19:31 Etienne Robillard wrote: > > > >> On 06/03/11 11:58 AM, Hans Petter Selasky wrote: > >> > > > >> yes, the difference with 'software OFDM' and hardware OFDM - as in > >> run(4) - is the latter > >> exploits 'objects' and 'peoples' as subcarriers units with > >> "bi-directional data" when > >> software OFDM could be used to securely convert the raw ELF/VLF energy > >> input to > >> a external server (the Power Server).. > >> > >> could then this not require a security advisory for hardware OFDM > devices > >> circulating in the wild to boost 802.11 'speeds' and 'ranges' ? > >> > > Hi Etienne, > > > > I think you are reading too much into too little and that further > discussion > > into the details you suggest is not appropriate for this list. I believe > that > > developers on the -current list are serious people, wanting to remove > problems > > in this world rather than create them. Exploits are possible when the > > developers are not given enough time to research good solutions. Maybe > you > > want to support FreeBSD developers by donating some money via the FreeBSD > > foundation, so that we can do a better job, removing your fears of > software > > exploits in interaction with humans :-) > > > > --HPS > > > > BTW: Our slogan is "The power to serve" and not "the power server" :-) > > _______________________________________________ > > 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" > > X-UID: 11883 > > Status: > > X-Keywords: > > Content-Length: 0 > > > > > > I've put a wiki page for anyone interested in the topic of building a > OFDM-based kernel here: > > https://gthc.org/wiki/FreeBSD/OFDM_Kernel > > and I still think hardware OFDM is inherently insecure as-is in FreeBSD > even if not everyone > seems to agree or willing to debate the idea with strong arguments to > prove the contrary. > > > > -- > Etienne Robillard > > Company: Green Tea Hackers Club > Occupation: Software Developer (and CEO) > E-mail: erob@gthcfoundation.org > Work phone: 450-936-2123 > Website (Company): https://gthc.org/ > Website (Blog): https://gthc.org/blog/ > PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 > A086 DDEC > > During times of universal deceit, telling the truth becomes a revolutionary > act. -- George Orwell > > If a free society cannot help the many who are poor, it cannot save the few > who are rich. -- John F. Kennedy > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 00:08:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6365F106564A; Mon, 7 Mar 2011 00:08:48 +0000 (UTC) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (unknown [IPv6:2a01:e35:8b50:2c40::2]) by mx1.freebsd.org (Postfix) with ESMTP id D4C2A8FC08; Mon, 7 Mar 2011 00:08:47 +0000 (UTC) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.14.4/8.14.3) with ESMTP id p2708k9k033122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Mar 2011 01:08:46 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.14.4/8.14.4/Submit) id p2708kdZ033121; Mon, 7 Mar 2011 01:08:46 +0100 (CET) (envelope-from pb) Date: Mon, 7 Mar 2011 01:08:46 +0100 From: Pierre Beyssac To: freebsd-current@freebsd.org Message-ID: <20110307000846.GA33085@fasterix.frmug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses User-Agent: Mutt/1.5.21 (2010-09-15) Cc: pjd@freebsd.org Subject: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 00:08:48 -0000 Hello, I'm running a 9-current server as compiled on Sat Mar 5 02:17:14 CET 2011. Since I upgraded to ZFS v28 I noticed missing files from NFS. The files are still accessible through NFS but they don't show up on a readdir(3). On the NFS server (files are stored on a ZFS v15 volume, not yet upgraded to the v28 format): % cd /usr/ports/devel/autoconf % ls -i 311401 Makefile 204505 files 204509 pkg-plist 204504 distinfo 204508 pkg-descr On the NFS client side (FreeBSD 8.2-RELEASE): % cd /usr/ports/devel/autoconf % ls -i 204504 distinfo 204508 pkg-descr 204505 files 204509 pkg-plist Yet the missing file can be accessed: % head -3 Makefile # New ports collection makefile for: autoconf # Date created: 7th December 2006 # Whom: ade@FreeBSD.org Note that the missing files are scattered throughout the volume, no relation to the inode number, as shown on a diff: @@ -1,8 +1,6 @@ 3 7 drwxr-xr-x 70 pb staff 93 4 mar 19:11 /usr/ports - 4 2 -rw-r--r-- 1 pb staff 241 24 jan 2007 /usr/ports/astro/tclgeomap/pkg-plist 5 3 drwxr-xr-x 2 pb staff 6 22 fév 12:04 /usr/ports/astro/tkgeomap 6 3 drwxr-xr-x 4 pb staff 6 29 jul 2008 /usr/ports/Tools - 7 5 drwxr-xr-x 33 pb staff 34 25 nov 15:59 /usr/ports/accessibility 8 3 drwxr-xr-x 12 pb staff 14 9 fév 2009 /usr/ports/arabic 11 51 drwxr-xr-x 900 pb staff 901 6 mar 14:36 /usr/ports/audio 12 3 -rw-r--r-- 1 pb staff 584 25 aoû 2006 /usr/ports/astro/tkgeomap/pkg-descr @@ -16,10 +14,8 @@ 23 3 drwxr-xr-x 3 pb staff 7 24 mar 2010 /usr/ports/astro/wcslib 24 4 -rw-r--r-- 1 pb staff 1414 5 jan 2010 /usr/ports/astro/wcslib/Makefile 25 5 drwxr-xr-x 31 pb staff 33 1 jan 23:16 /usr/ports/french - 26 2 -rw-r--r-- 1 pb staff 197 5 jan 2010 /usr/ports/astro/wcslib/distinfo 27 63 drwxr-xr-x 1110 pb staff 1111 23 fév 15:37 /usr/ports/games 28 3 drwxr-xr-x 2 pb staff 4 24 mar 2010 /usr/ports/astro/wcslib/files - 29 2 -rw-r--r-- 1 pb staff 236 5 jan 2010 /usr/ports/astro/wcslib/files/6-patch-configure 30 3 -rw-r--r-- 1 pb staff 677 5 jan 2010 /usr/ports/astro/wcslib/files/patch-GNUmakefile 31 2 -rw-r--r-- 1 pb staff 401 17 jul 2009 /usr/ports/astro/wcslib/pkg-descr 32 4 -rw-r--r-- 1 pb staff 1515 5 jan 2010 /usr/ports/astro/wcslib/pkg-plist ... Reverting to an old 9-current kernel (January 10, before the ZFS v28 patches) fixes the problem... -- Sent from my FreeBSD server Pierre Beyssac pb@fasterix.frmug.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 00:30:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AC991065670; Mon, 7 Mar 2011 00:30:57 +0000 (UTC) (envelope-from Daren.I@daelive.com) Received: from mail.daelive.com (mail.daelive.com [121.50.207.139]) by mx1.freebsd.org (Postfix) with ESMTP id D9E8D8FC18; Mon, 7 Mar 2011 00:30:56 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from 192.168.10.86 ([192.168.10.86]) by dae-exch2.daeonline.local ([192.168.10.14]) with Microsoft Exchange Server HTTP-DAV ; Mon, 7 Mar 2011 00:20:30 +0000 MIME-Version: 1.0 Received: from hal.daeonline.local by dae-exch2.daeonline.local; 07 Mar 2011 10:18:51 +1000 Organization: daelive X-Mailer: Evolution 2.12.3 (2.12.3-8.el5_2.3) Organization: daelive X-Mailer: Evolution 2.12.3 (2.12.3-8.el5_2.3) Content-class: urn:content-classes:message Date: Mon, 7 Mar 2011 10:18:51 +1000 Message-ID: <1299457131.5611.11.camel@hal.daeonline.local> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: please (re) test if_ath in -HEAD Thread-Index: AcvcXXe/U5dwT/61QEC8LIhaMVpB9w== References: <1299454075.5611.3.camel@hal.daeonline.local> From: "Daren Isaacs" To: "Adrian Chadd" Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daren Isaacs List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 00:30:57 -0000 >=20 > On 7 March 2011 07:27, daren wrote: > =20 > =20 > On Thu, 2011-03-03 at 14:31 -0800, Adrian Chadd wrote: > > Hi all, > > > > For those of you who are testing out my if_ath changes, I'd > really > > appreciate it if you'd update to -HEAD and re-test. > > > > I've done a variety of changes to the radio setup and > found/fixed a few bugs > > in the TX path. It's quite possible these have introduced > regressions. I'd > > like to make sure that I haven't broken legacy (11abg) > support in > > weird/wonderful ways. I'd also like to make sure that I > haven't > > broken/changed the behaviour or performance of the NICs in > any way. > > > > Please give things a good thrashing and let me know the > results. > > > > I'm still working towards debugging and enabling basic 11n > support, but I > > need to first make sure that I haven't broken legacy > operation in any way. > =20 > =20 > Do these changes support the AR2427? >=20 >=20 On Mon, 2011-03-07 at 08:07 +0800, Adrian Chadd wrote: > The AR2427 support in HEAD is still unstable. I'm just fleshing out > the AR9280 support and finding/fixing regressions that have been > introduced before I continue fixing up the AR9285/AR2427 support. >=20 >=20 > Basically, 11g modes on the AR2427 start off fine but they stop being > successfully TXed after a few hours. Maybe if you run it in 11b only > mode it'll be stable enough for use. >=20 >=20 > I do have an AR2427 in a laptop here so I can actually test it. :) >=20 >=20 >=20 >=20 > adrian >=20 Ok great, thanks. From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 01:06:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B10A106564A; Mon, 7 Mar 2011 01:06:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C2EF58FC12; Mon, 7 Mar 2011 01:06:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2716Bhn022473; Sun, 6 Mar 2011 20:06:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2716BYx022456; Mon, 7 Mar 2011 01:06:11 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 01:06:11 GMT Message-Id: <201103070106.p2716BYx022456@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 01:06:13 -0000 TB --- 2011-03-07 00:25:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 00:25:55 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-03-07 00:25:55 - cleaning the object tree TB --- 2011-03-07 00:26:06 - cvsupping the source tree TB --- 2011-03-07 00:26:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-03-07 00:26:19 - building world TB --- 2011-03-07 00:26:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 00:26:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 00:26:19 - TARGET=ia64 TB --- 2011-03-07 00:26:19 - TARGET_ARCH=ia64 TB --- 2011-03-07 00:26:19 - TZ=UTC TB --- 2011-03-07 00:26:19 - __MAKE_CONF=/dev/null TB --- 2011-03-07 00:26:19 - cd /src TB --- 2011-03-07 00:26:19 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 00:26:20 UTC 2011 >>> 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 [...] mkdep -f .depend -a /src/sbin/growfs/growfs.c echo growfs: /obj/ia64.ia64/src/tmp/usr/lib/libc.a >> .depend ===> sbin/gvinum (depend) rm -f .depend mkdep -f .depend -a -I/src/sbin/gvinum/../../sys /src/sbin/gvinum/gvinum.c /src/sbin/gvinum/../../sys/geom/vinum/geom_vinum_share.c echo gvinum: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp/usr/lib/libreadline.a /obj/ia64.ia64/src/tmp/usr/lib/libtermcap.a /obj/ia64.ia64/src/tmp/usr/lib/libdevstat.a /obj/ia64.ia64/src/tmp/usr/lib/libkvm.a /obj/ia64.ia64/src/tmp/usr/lib/libgeom.a >> .depend ===> sbin/hastctl (depend) make: don't know how to make hast_compression.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 01:06:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 01:06:11 - ERROR: failed to build world TB --- 2011-03-07 01:06:11 - 1863.11 user 381.72 system 2416.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 03:44:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C65C106564A; Mon, 7 Mar 2011 03:44:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 69A038FC08; Mon, 7 Mar 2011 03:44:29 +0000 (UTC) Received: by wwb31 with SMTP id 31so4931830wwb.31 for ; Sun, 06 Mar 2011 19:44:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=F9wvDNATUth5CEWi8GMAzxsF5iPw65u1UNbs5Opj6UA=; b=X/XxuTKiFt/h0CaFR+g1O038o+Eb+3MrmcN2dAGK4a5mD0DRKBfokrrAo5K50YN7ZP kOagtHtipVTyaHkmw2IwyUEbTCiXOi2ZF9Jcib8yohi0xoAQUoS/9ZGsHlX3taki/e9L e48VJO0yhQ0nzmJZG7hiZAw3wZaqVTLhOUAVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Jnb2UjyY0K9B3gLRCEjag2E6Pw0HeYuHTWz6FV9+JOntkPzbyCUuP1OLwTA7j4tSFL v1dXG1lXNYdE8c2LfiXK2Rz8IhOOT1+TM4mx4YMoaL6JfOaXvseJ0o1qbmhe1Mj1i0CV AUK1tdQAeBpdpYC0kmWIJj9TPNsi42An3vu+g= MIME-Version: 1.0 Received: by 10.227.130.78 with SMTP id r14mr1576427wbs.101.1299469467947; Sun, 06 Mar 2011 19:44:27 -0800 (PST) Received: by 10.227.133.4 with HTTP; Sun, 6 Mar 2011 19:44:27 -0800 (PST) In-Reply-To: References: <952031295774791@web135.yandex.ru> Date: Mon, 7 Mar 2011 11:44:27 +0800 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= 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-mobile@freebsd.org Subject: Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 03:44:30 -0000 Which version of the driver are you using? Adrian 2011/3/7 Vin=EDcius Zavam > 2011/1/23 Adrian Chadd : > > You'll have to compile in the diag api. > > > > Just add these: > > > > options ATH_DIAGAPI > > > > > > > > Adrian > > > > 2011/1/23 Dima Panov : > >> Hello! > >> > >> 23.01.2011, 09:47, "Adrian Chadd" : > >>> Hi all, > >>> > >>> I've just committed a new tool in src/tools/tools/ath/ called > ath_prom_dump . > >>> > >>> It dumps the contents of the atheros EEPROM into a text file for late= r > analysis. > >>> > >>> I don't have any AR9285's handy; if you have an AR9285, would you > >>> please send me a hexdump of the EEPROM along with the contents of > >>> pciconf and dmesg | grep ath (so I can get the MAC/PHY version > >>> numbers?) > >> > >> You meant ath_prom_read? > >> > >> [root@Beastie] ~# ath_prom_read -h > >> ath_prom_read: illegal option -- h > >> ath_prom_read [-i ifname] -d > >> [root@Beastie] ~# ath_prom_read -d ar9285 > >> ath_prom_read: ath0: Invalid argument > >> [root@Beastie] ~# > >> > >> FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 2011 > >> > >> -- > >> Dima Panov (fluffy@FreeBSD.org) > > _AR9285.txt =3D associated > ath0: bb hang detected (0x80), resetting > > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 06:42:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1EA2106564A; Mon, 7 Mar 2011 06:42:28 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 28D998FC08; Mon, 7 Mar 2011 06:42:26 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A4EBA45E93; Mon, 7 Mar 2011 07:42:24 +0100 (CET) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6B97045EE6; Mon, 7 Mar 2011 07:42:19 +0100 (CET) Date: Mon, 7 Mar 2011 07:42:16 +0100 From: Pawel Jakub Dawidek To: FreeBSD Tinderbox Message-ID: <20110307064216.GD9791@garage.freebsd.pl> References: <201103070106.p2716BYx022456@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V32M1hWVjliPHW+c" Content-Disposition: inline In-Reply-To: <201103070106.p2716BYx022456@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 06:42:28 -0000 --V32M1hWVjliPHW+c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 07, 2011 at 01:06:11AM +0000, FreeBSD Tinderbox wrote: > TB --- 2011-03-07 00:25:55 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2011-03-07 00:25:55 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2011-03-07 00:25:55 - cleaning the object tree > TB --- 2011-03-07 00:26:06 - cvsupping the source tree > TB --- 2011-03-07 00:26:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/ia64/ia64/supfile > TB --- 2011-03-07 00:26:19 - building world > TB --- 2011-03-07 00:26:19 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-03-07 00:26:19 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-03-07 00:26:19 - TARGET=3Dia64 > TB --- 2011-03-07 00:26:19 - TARGET_ARCH=3Dia64 > TB --- 2011-03-07 00:26:19 - TZ=3DUTC > TB --- 2011-03-07 00:26:19 - __MAKE_CONF=3D/dev/null > TB --- 2011-03-07 00:26:19 - cd /src > TB --- 2011-03-07 00:26:19 - /usr/bin/make -B buildworld > >>> World build started on Mon Mar 7 00:26:20 UTC 2011 > >>> 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 > [...] > mkdep -f .depend -a /src/sbin/growfs/growfs.c > echo growfs: /obj/ia64.ia64/src/tmp/usr/lib/libc.a >> .depend > =3D=3D=3D> sbin/gvinum (depend) > rm -f .depend > mkdep -f .depend -a -I/src/sbin/gvinum/../../sys /src/sbin/gvinum/gvin= um.c /src/sbin/gvinum/../../sys/geom/vinum/geom_vinum_share.c > echo gvinum: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp= /usr/lib/libreadline.a /obj/ia64.ia64/src/tmp/usr/lib/libtermcap.a /obj/ia6= 4.ia64/src/tmp/usr/lib/libdevstat.a /obj/ia64.ia64/src/tmp/usr/lib/libkvm.a= /obj/ia64.ia64/src/tmp/usr/lib/libgeom.a >> .depend > =3D=3D=3D> sbin/hastctl (depend) > make: don't know how to make hast_compression.c. Stop > *** Error code 2 Interesting race. hast_compression.c was added in the same commit it was added to hastctl Makefile. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --V32M1hWVjliPHW+c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk10fkgACgkQForvXbEpPzQI5wCdFB+PjJQNZIgQNoeOKfZUHy16 hPYAoKqUyWuktzlNd8aXSNp/s3uNf+zC =AWr1 -----END PGP SIGNATURE----- --V32M1hWVjliPHW+c-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 08:36:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4756106564A; Mon, 7 Mar 2011 08:36:54 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 71F648FC12; Mon, 7 Mar 2011 08:36:54 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.4/8.14.4) with ESMTP id p278L8oA003690; Mon, 7 Mar 2011 09:21:10 +0100 Received: from pmp.uni-hannover.de (unknown [130.75.117.3]) by www.pmp.uni-hannover.de (Postfix) with SMTP id BD62A10A; Mon, 7 Mar 2011 09:21:08 +0100 (CET) Date: Mon, 7 Mar 2011 09:21:08 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Freddie Cash Message-Id: <20110307092108.b6975ae4.gerrit@pmp.uni-hannover.de> In-Reply-To: References: <4D6BB5E3.6020408@freebsd.org> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.7.80919 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org Subject: Re: Request for review/testing: switching the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gerrit.kuehn@aei.mpg.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 08:36:55 -0000 On Fri, 4 Mar 2011 12:24:20 -0800 Freddie Cash wrote about Re: Request for review/testing: switching the default installer: FC> Or, does anyone have instructions on how to convert the ISO images FC> into memstick images? Preferably using a Linux station, not a FreeBSD FC> station. I use unetbootin () to create usb install media from iso images. Works for me. cu Gerrit From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 09:07:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DE1106566B; Mon, 7 Mar 2011 09:07:13 +0000 (UTC) (envelope-from fluffy@fluffy.khv.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id BE7F08FC18; Mon, 7 Mar 2011 09:07:12 +0000 (UTC) Received: from web135.yandex.ru (web135.yandex.ru [95.108.131.157]) by forward13.mail.yandex.net (Yandex) with ESMTP id DCF6214191C; Mon, 7 Mar 2011 11:53:25 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by web135.yandex.ru (Yandex) with ESMTP id B50A86B30044; Mon, 7 Mar 2011 11:53:25 +0300 (MSK) Received: from [46.38.1.85] ([46.38.1.85]) by mail.yandex.ru with HTTP; Mon, 07 Mar 2011 11:53:25 +0300 From: Dima Panov To: Adrian Chadd In-Reply-To: References: MIME-Version: 1.0 Message-Id: <867311299488005@web135.yandex.ru> Date: Mon, 07 Mar 2011 18:53:25 +1000 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 09:07:13 -0000 hello! FreeBSD 9.0-900033-CURRENT #0 r219338M: Mon Mar 7 11:31:40 VLAT 2011 All fine with AR9285, WPA2 is used stable 36/48/54Mbps with my AP 07.03.2011, 06:14, "Adrian Chadd" : > On 7 March 2011 03:21, Ian FREISLICH ; wrote: > >> šAdrian Chadd wrote: >>> šI'd like to establish at least a range of subversion revisions so we can >>> šstart binary searching which one(s) caused instabilities. >> šIs this all the source? >> >> šOld: >> š$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ >> šNew: >> š$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ > > Ok, so between r219318 (today) and r218779 (2011-02-18). > > Would you please first test r218779 and verify that performance is (back to) > fine? -- Dima Panov (fluffy@FreeBSD.org) KDE@FreeBSD team Facebook: http://www.facebook.com/?id=100000181104157 From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 13:24:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1F110656D2; Mon, 7 Mar 2011 13:24:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1218FC0C; Mon, 7 Mar 2011 13:24:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27DOL0S013760; Mon, 7 Mar 2011 08:24:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27DOL4h013727; Mon, 7 Mar 2011 13:24:21 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 13:24:21 GMT Message-Id: <201103071324.p27DOL4h013727@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 13:24:22 -0000 TB --- 2011-03-07 12:33:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 12:33:53 - starting HEAD tinderbox run for mips/mips TB --- 2011-03-07 12:33:53 - cleaning the object tree TB --- 2011-03-07 12:34:00 - cvsupping the source tree TB --- 2011-03-07 12:34:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-03-07 12:34:14 - building world TB --- 2011-03-07 12:34:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 12:34:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 12:34:14 - TARGET=mips TB --- 2011-03-07 12:34:14 - TARGET_ARCH=mips TB --- 2011-03-07 12:34:14 - TZ=UTC TB --- 2011-03-07 12:34:14 - __MAKE_CONF=/dev/null TB --- 2011-03-07 12:34:14 - cd /src TB --- 2011-03-07 12:34:14 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 12:34:15 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 13:24:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 13:24:20 - ERROR: failed to build world TB --- 2011-03-07 13:24:20 - 2174.50 user 520.83 system 3026.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 14:09:06 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA031065672; Mon, 7 Mar 2011 14:09:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2598FC0C; Mon, 7 Mar 2011 14:09:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27E95P1057132; Mon, 7 Mar 2011 09:09:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27E95nO057112; Mon, 7 Mar 2011 14:09:05 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 14:09:05 GMT Message-Id: <201103071409.p27E95nO057112@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 14:09:06 -0000 TB --- 2011-03-07 13:14:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 13:14:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-07 13:14:32 - cleaning the object tree TB --- 2011-03-07 13:14:47 - cvsupping the source tree TB --- 2011-03-07 13:14:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-07 13:14:59 - building world TB --- 2011-03-07 13:14:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 13:14:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 13:14:59 - TARGET=sparc64 TB --- 2011-03-07 13:14:59 - TARGET_ARCH=sparc64 TB --- 2011-03-07 13:14:59 - TZ=UTC TB --- 2011-03-07 13:14:59 - __MAKE_CONF=/dev/null TB --- 2011-03-07 13:14:59 - cd /src TB --- 2011-03-07 13:14:59 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 13:14:59 UTC 2011 >>> 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/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 14:09:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 14:09:04 - ERROR: failed to build world TB --- 2011-03-07 14:09:04 - 2466.27 user 544.53 system 3272.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 14:18:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83E201065677; Mon, 7 Mar 2011 14:18:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 57F8C8FC12; Mon, 7 Mar 2011 14:18:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27EIRZc022750; Mon, 7 Mar 2011 09:18:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27EIRL4022746; Mon, 7 Mar 2011 14:18:27 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 14:18:27 GMT Message-Id: <201103071418.p27EIRL4022746@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 14:18:28 -0000 TB --- 2011-03-07 13:24:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 13:24:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-07 13:24:21 - cleaning the object tree TB --- 2011-03-07 13:24:30 - cvsupping the source tree TB --- 2011-03-07 13:24:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-07 13:24:44 - building world TB --- 2011-03-07 13:24:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 13:24:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 13:24:44 - TARGET=sun4v TB --- 2011-03-07 13:24:44 - TARGET_ARCH=sparc64 TB --- 2011-03-07 13:24:44 - TZ=UTC TB --- 2011-03-07 13:24:44 - __MAKE_CONF=/dev/null TB --- 2011-03-07 13:24:44 - cd /src TB --- 2011-03-07 13:24:44 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 13:24:44 UTC 2011 >>> 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/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 14:18:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 14:18:27 - ERROR: failed to build world TB --- 2011-03-07 14:18:27 - 2461.78 user 538.27 system 3245.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 17:13:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D60B1065673; Mon, 7 Mar 2011 17:13:07 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D7DC08FC14; Mon, 7 Mar 2011 17:13:06 +0000 (UTC) Received: by fxm19 with SMTP id 19so4824630fxm.13 for ; Mon, 07 Mar 2011 09:13:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=14IEiqUr1I+LNLXuAA6HNOxVG95hcvcmGxY5FlPkoCk=; b=srjISdZJzbLPkAO/KeBztivaGiWSGOoyTF4gZyezj7ht9xt6HFyZ0pNtzpKPsPKTbQ NIB+vALzsgcGZTUnwq791HbdL2+OMsGYiRUiiCLURkrH772CsBi1UjQZL7xQY9ueOLCK crsa+buTD8ds1flnw7tX8FGEIDnlWjysnreXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tJ69lEJZ/b/Ux7FsIUKbFoM8WHmmCxv/twGZn6tYG6qxYC0y5DHo0Vp55ZqVVtuyiN 1UGWuAGmPTMxKj9TDAss7acc7EQNrTCY9MTary0BtFXIXAs7WWjl8/fizooM5oZAWTNq d2PePfcjxyA87wSnU1uyJoNO8InL0WFYuOA/o= MIME-Version: 1.0 Received: by 10.223.75.1 with SMTP id w1mr5011744faj.17.1299517985707; Mon, 07 Mar 2011 09:13:05 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.101.193 with HTTP; Mon, 7 Mar 2011 09:13:05 -0800 (PST) In-Reply-To: References: <952031295774791@web135.yandex.ru> Date: Mon, 7 Mar 2011 14:13:05 -0300 X-Google-Sender-Auth: 2leb9jSRFZ-sxbvyqlf6i80Arm0 Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 17:13:07 -0000 2011/3/7 Adrian Chadd : > Which version of the driver are you using? > > > Adrian # $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02 17:19:54 adrian = Exp $ > 2011/3/7 Vin=EDcius Zavam >> >> 2011/1/23 Adrian Chadd : >> > You'll have to compile in the diag api. >> > >> > Just add these: >> > >> > options =A0 =A0 =A0 =A0 ATH_DIAGAPI >> > >> > >> > >> > Adrian >> > >> > 2011/1/23 Dima Panov : >> >> Hello! >> >> >> >> 23.01.2011, 09:47, "Adrian Chadd" : >> >>> Hi all, >> >>> >> >>> I've just committed a new tool in src/tools/tools/ath/ called >> >>> ath_prom_dump . >> >>> >> >>> It dumps the contents of the atheros EEPROM into a text file for lat= er >> >>> analysis. >> >>> >> >>> I don't have any AR9285's handy; if you have an AR9285, would you >> >>> please send me a hexdump of the EEPROM along with the contents of >> >>> pciconf and =A0dmesg | grep ath (so I can get the MAC/PHY version >> >>> numbers?) >> >> >> >> You meant ath_prom_read? >> >> >> >> [root@Beastie] ~# ath_prom_read -h >> >> ath_prom_read: illegal option -- h >> >> =A0 =A0 =A0 =A0ath_prom_read [-i ifname] -d >> >> [root@Beastie] ~# ath_prom_read -d ar9285 >> >> ath_prom_read: ath0: Invalid argument >> >> [root@Beastie] ~# >> >> >> >> FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 2011 >> >> >> >> -- >> >> Dima Panov (fluffy@FreeBSD.org) >> >> _AR9285.txt =3D associated >> ath0: bb hang detected (0x80), resetting >> >> >> -- >> Vin=EDcius Zavam --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 17:33:06 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 496291065672; Mon, 7 Mar 2011 17:33:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 153338FC17; Mon, 7 Mar 2011 17:33:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27HX4x0073736; Mon, 7 Mar 2011 12:33:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27HX4pi073715; Mon, 7 Mar 2011 17:33:04 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 17:33:04 GMT Message-Id: <201103071733.p27HX4pi073715@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 17:33:06 -0000 TB --- 2011-03-07 16:25:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 16:25:38 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-03-07 16:25:38 - cleaning the object tree TB --- 2011-03-07 16:25:50 - cvsupping the source tree TB --- 2011-03-07 16:25:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-03-07 16:26:01 - building world TB --- 2011-03-07 16:26:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 16:26:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 16:26:01 - TARGET=ia64 TB --- 2011-03-07 16:26:01 - TARGET_ARCH=ia64 TB --- 2011-03-07 16:26:01 - TZ=UTC TB --- 2011-03-07 16:26:01 - __MAKE_CONF=/dev/null TB --- 2011-03-07 16:26:01 - cd /src TB --- 2011-03-07 16:26:01 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 16:26:02 UTC 2011 >>> 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/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 17:33:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 17:33:04 - ERROR: failed to build world TB --- 2011-03-07 17:33:04 - 3201.30 user 600.96 system 4045.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 18:10:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62783106566B; Mon, 7 Mar 2011 18:10:40 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB6208FC15; Mon, 7 Mar 2011 18:10:39 +0000 (UTC) Received: by fxm19 with SMTP id 19so4893653fxm.13 for ; Mon, 07 Mar 2011 10:10:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6Ye/nPn6ln4rjvz3HBPsz++yRZvQz3WHgJ8tgSdOgww=; b=P+XMVKh4YDyPsNkdaddq+aMP7hfp4ovQOW/1vjnbAxHu+RB7Nu9cM1U6NKnzGJGZ3+ 0/twduvCOGovEIsff87pvVskNuezTB+VVW5gsVO64OCIod+8emj4Qm3gEawgGJpl4zHc 9Xe0mJZiI5Psh7gOmSIdKqMa1gKfmDkUvd2G0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=qoOaaHMLTYU3wyGvhIXq8TQjUTE7A8j9K0VF7FGCSFYkQoYOYW9HkKkZrq2JdMzIKG Q44diwS1QAnYLUeRZ+CZbH0Yqij5+NUjJ/yZbrejMy6Cj2q8/SiQN8qDV3KXVzMOOvCA c/7GKo7PcozjUwECbffXRWkW93m6RBDA4+Aq4= MIME-Version: 1.0 Received: by 10.223.77.19 with SMTP id e19mr1355965fak.36.1299521430108; Mon, 07 Mar 2011 10:10:30 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.101.193 with HTTP; Mon, 7 Mar 2011 10:10:30 -0800 (PST) In-Reply-To: References: <792051295678832@web120.yandex.ru> Date: Mon, 7 Mar 2011 15:10:30 -0300 X-Google-Sender-Auth: G97ojrh2xevT7JMjS-3jbrQFOak Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dima Panov , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 18:10:40 -0000 2011/1/22 Adrian Chadd : > So it's all completely stable for you too right now? > > > > adrian > > 2011/1/22 Dima Panov : >> Hello! >> >> 22.01.2011, 13:56, "Adrian Chadd" : >>> On 20 January 2011 13:51, Adrian Chadd ; wrote: >>> >>>> =A0Hi everyone, >>>> >>>> =A0I'm in the process of merging in the non-intrusive changes to the >>>> =A0if_ath code into -HEAD. >>> >>> Ok, so I lied - the ANI changes were slightly intrusive. But all in >>> all the code was just shuffled around a bit. >>> >>> Someone's reported that the AR9285 was once stable but now isn't. I'd >>> really appreciate it if others who are using AR9280/AR9285 chipsets >>> would test this out and get back to me. >> >> FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 2011 >> ath0: mem 0xf0000000-0xf000ffff irq 19 at device 0.0 on p= ci9 >> ath0: AR9285 mac 192.2 RF5133 phy 14.0 >> >> Signal strength is fine, no packets loss. >> ath 9285 was stable for me last months. >> Acer Ferrari One 200 laptop with half-sized atheros wifi card. it's "true". works for me, but i need to put my netbook less than 1meter from my access point, when using freebsd ;( somewhere else i've tryed to send icmp echo requests to my gw got nothing but "bb hang detected". my `ifconfig wlan0 list scan` returns just one wireless network... mine. >>> I'd like to make sure I fix all regressions before I start bringing >>> over more code from ath9k in preparation for enabling the basic >>> 802.11n support for testing. >> >> -- >> Dima Panov (fluffy@FreeBSD.org) ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 ath0: AR9285 mac 192.2 RF5133 phy 14.0 ath0@pci0:2:0:0: class=3D0x028000 card=3D0x10891a3b chip=3D0x002b168= c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class =3D network FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Mon Mar 7 14:16:58 BRT 2011 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE i386 # $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02 17:19:54 adrian = Exp $ 2399 ?? Is 0:00.10 wpa_supplicant -c /etc/wpa_supplicant.conf -i wlan0 -d -s -D bsd -B minimoose# egrep -i '(wpa_supplicant|ath)' /var/log/messages Mar 6 23:14:44 minimoose kernel: ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 Mar 6 23:14:44 minimoose kernel: ath0: AR9285 mac 192.2 RF5133 phy 14.0 Mar 6 23:14:44 minimoose kernel: alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 Mar 6 23:14:44 minimoose kernel: atphy0: PHY 0 on miibus0 Mar 6 23:16:23 minimoose wpa_supplicant[2424]: Trying to associate with 00:26:5a:b1:da:92 (SSID=3D'Zavam' freq=3D2412 MHz) Mar 6 23:16:23 minimoose wpa_supplicant[2424]: Associated with 00:26:5a:b1:da:92 Mar 6 23:16:23 minimoose wpa_supplicant[2424]: WPA: Key negotiation completed with 00:26:5a:b1:da:92 [PTK=3DCCMP GTK=3DTKIP] Mar 6 23:16:23 minimoose wpa_supplicant[2424]: CTRL-EVENT-CONNECTED - Connection to 00:26:5a:b1:da:92 completed (auth) [id=3D1 id_str=3D] Mar 6 23:20:46 minimoose kernel: ath0: bb hang detected (0x80), resetting Mar 6 23:24:29 minimoose wpa_supplicant[2424]: WPA: Group rekeying completed with 00:26:5a:b1:da:92 [GTK=3DTKIP] Mar 6 23:26:06 minimoose kernel: ath0: bb hang detected (0x80), resetting Mar 7 14:07:55 minimoose kernel: ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 Mar 7 14:07:55 minimoose kernel: ath0: AR9285 mac 192.2 RF5133 phy 14.0 Mar 7 14:07:55 minimoose kernel: alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 Mar 7 14:07:55 minimoose kernel: atphy0: PHY 0 on miibus0 Mar 7 14:21:20 minimoose kernel: ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 Mar 7 14:21:20 minimoose kernel: ath0: AR9285 mac 192.2 RF5133 phy 14.0 Mar 7 14:21:20 minimoose kernel: alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 Mar 7 14:21:20 minimoose kernel: atphy0: PHY 0 on miibus0 Mar 7 14:24:00 minimoose wpa_supplicant[2398]: Trying to associate with 00:26:5a:b1:da:92 (SSID=3D'Zavam' freq=3D2412 MHz) Mar 7 14:24:00 minimoose wpa_supplicant[2398]: Associated with 00:26:5a:b1:da:92 Mar 7 14:24:00 minimoose wpa_supplicant[2398]: WPA: Key negotiation completed with 00:26:5a:b1:da:92 [PTK=3DCCMP GTK=3DTKIP] Mar 7 14:24:00 minimoose wpa_supplicant[2398]: CTRL-EVENT-CONNECTED - Connection to 00:26:5a:b1:da:92 completed (auth) [id=3D1 id_str=3D] Mar 7 14:24:12 minimoose kernel: ath0: bb hang detected (0x80), resetting Mar 7 14:24:34 minimoose wpa_supplicant[2398]: WPA: Group rekeying completed with 00:26:5a:b1:da:92 [GTK=3DTKIP] Mar 7 14:36:20 minimoose kernel: ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 Mar 7 14:36:20 minimoose kernel: ath0: AR9285 mac 192.2 RF5133 phy 14.0 Mar 7 14:36:20 minimoose kernel: alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 Mar 7 14:36:20 minimoose kernel: atphy0: PHY 0 on miibus0 Mar 7 14:41:44 minimoose kernel: ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 Mar 7 14:41:44 minimoose kernel: ath0: AR9285 mac 192.2 RF5133 phy 14.0 Mar 7 14:41:44 minimoose kernel: alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 Mar 7 14:41:44 minimoose kernel: atphy0: PHY 0 on miibus0 Mar 7 14:52:51 minimoose wpa_supplicant[2399]: Trying to associate with 00:26:5a:b1:da:92 (SSID=3D'Zavam' freq=3D2412 MHz) Mar 7 14:53:01 minimoose wpa_supplicant[2399]: Authentication with 00:26:5a:b1:da:92 timed out. Mar 7 14:53:04 minimoose wpa_supplicant[2399]: Trying to associate with 00:26:5a:b1:da:92 (SSID=3D'Zavam' freq=3D2412 MHz) Mar 7 14:53:04 minimoose wpa_supplicant[2399]: Associated with 00:26:5a:b1:da:92 Mar 7 14:53:13 minimoose kernel: ath0: bb hang detected (0x80), resetting Mar 7 14:54:34 minimoose wpa_supplicant[2399]: WPA: Group rekeying completed with 00:26:5a:b1:da:92 [GTK=3DTKIP] wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 1c:4b:d6:a3:a3:d5 inet 192.168.136.246 netmask 0xfffffff0 broadcast 192.168.136.255 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11g status: associated ssid Zavam channel 1 (2412 MHz 11g) bssid 00:26:5a:b1:da:92 regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL am i doing anything wrong as hell? --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 18:22:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA19F106566B; Mon, 7 Mar 2011 18:22:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7CB468FC13; Mon, 7 Mar 2011 18:22:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27IMQSK084921; Mon, 7 Mar 2011 13:22:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27IMQXG084854; Mon, 7 Mar 2011 18:22:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 18:22:26 GMT Message-Id: <201103071822.p27IMQXG084854@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 18:22:27 -0000 TB --- 2011-03-07 17:33:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 17:33:05 - starting HEAD tinderbox run for mips/mips TB --- 2011-03-07 17:33:05 - cleaning the object tree TB --- 2011-03-07 17:33:10 - cvsupping the source tree TB --- 2011-03-07 17:33:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-03-07 17:33:23 - building world TB --- 2011-03-07 17:33:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 17:33:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 17:33:23 - TARGET=mips TB --- 2011-03-07 17:33:23 - TARGET_ARCH=mips TB --- 2011-03-07 17:33:23 - TZ=UTC TB --- 2011-03-07 17:33:23 - __MAKE_CONF=/dev/null TB --- 2011-03-07 17:33:23 - cd /src TB --- 2011-03-07 17:33:23 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 17:33:24 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O -pipe -G0 -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 18:22:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 18:22:26 - ERROR: failed to build world TB --- 2011-03-07 18:22:26 - 2168.57 user 531.71 system 2960.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 19:30:46 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5E7106566B; Mon, 7 Mar 2011 19:30:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A08E68FC14; Mon, 7 Mar 2011 19:30:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27JUj7e095414; Mon, 7 Mar 2011 14:30:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27JUjre095397; Mon, 7 Mar 2011 19:30:45 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 19:30:45 GMT Message-Id: <201103071930.p27JUjre095397@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 19:30:46 -0000 TB --- 2011-03-07 18:36:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 18:36:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-07 18:36:15 - cleaning the object tree TB --- 2011-03-07 18:36:23 - cvsupping the source tree TB --- 2011-03-07 18:36:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-07 18:36:37 - building world TB --- 2011-03-07 18:36:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 18:36:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 18:36:37 - TARGET=sparc64 TB --- 2011-03-07 18:36:37 - TARGET_ARCH=sparc64 TB --- 2011-03-07 18:36:37 - TZ=UTC TB --- 2011-03-07 18:36:37 - __MAKE_CONF=/dev/null TB --- 2011-03-07 18:36:37 - cd /src TB --- 2011-03-07 18:36:37 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 18:36:37 UTC 2011 >>> 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/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 19:30:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 19:30:45 - ERROR: failed to build world TB --- 2011-03-07 19:30:45 - 2466.42 user 544.89 system 3269.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 19:30:49 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 225BC106564A; Mon, 7 Mar 2011 19:30:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E3CB48FC1B; Mon, 7 Mar 2011 19:30:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p27JUmP5095572; Mon, 7 Mar 2011 14:30:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p27JUmrv095567; Mon, 7 Mar 2011 19:30:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Mar 2011 19:30:48 GMT Message-Id: <201103071930.p27JUmrv095567@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 19:30:49 -0000 TB --- 2011-03-07 18:36:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-07 18:36:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-07 18:36:19 - cleaning the object tree TB --- 2011-03-07 18:36:25 - cvsupping the source tree TB --- 2011-03-07 18:36:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-07 18:36:38 - building world TB --- 2011-03-07 18:36:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-07 18:36:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-07 18:36:38 - TARGET=sun4v TB --- 2011-03-07 18:36:38 - TARGET_ARCH=sparc64 TB --- 2011-03-07 18:36:38 - TZ=UTC TB --- 2011-03-07 18:36:38 - __MAKE_CONF=/dev/null TB --- 2011-03-07 18:36:38 - cd /src TB --- 2011-03-07 18:36:38 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 7 18:36:40 UTC 2011 >>> 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/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/lzf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/metadata.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/nv.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c parse.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-07 19:30:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-07 19:30:48 - ERROR: failed to build world TB --- 2011-03-07 19:30:48 - 2467.21 user 549.08 system 3268.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 20:14:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 096D91065676; Mon, 7 Mar 2011 20:14:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45A9B8FC08; Mon, 7 Mar 2011 20:14:38 +0000 (UTC) Received: by gxk7 with SMTP id 7so2001942gxk.13 for ; Mon, 07 Mar 2011 12:14:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=t9qJfetkCWpY8hohLb1RdGW5FnOQd8XsCwT4bhZcFPU=; b=LKBI8fRwWUQj8jFQlOM9sUckiMuPOy+zhbjWqKiGAnHZTiymjX0mgw702HdgUew0Fp Bya3tQ/yT2UciImFnWWwgTNqJ0F/UXuVpQIXYv9zj8Og/RvivpCyJkyuy1muH+sOYv+E AkY1Nf4JyGuj/99s+lZTl5WrJaHxEOmvLN0nI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=E/FncA+GDsuX1dOHaFhz15lahN0GQLPW9lKyJySWPVsDMDCdCbNS4NrGjy/pwT0BSu tdHWmwJa+cBiJJ82lGvdwyFHHlYVZcBENxKRRu7psdGWo5qjiHmSz/4lMTEoGN6YpPVU jLvXZ+GBbEXyT+nFe1Ldk5zZU4ZVNMJeO0yfk= MIME-Version: 1.0 Received: by 10.101.56.10 with SMTP id i10mr1583153ank.74.1299528878473; Mon, 07 Mar 2011 12:14:38 -0800 (PST) Received: by 10.100.125.14 with HTTP; Mon, 7 Mar 2011 12:14:38 -0800 (PST) In-Reply-To: <4D6BB5E3.6020408@freebsd.org> References: <4D6BB5E3.6020408@freebsd.org> Date: Mon, 7 Mar 2011 12:14:38 -0800 Message-ID: From: Freddie Cash To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: Request for review/testing: switching the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 20:14:40 -0000 On Mon, Feb 28, 2011 at 6:49 AM, Nathan Whitehorn wrote: > BSDinstall has acquired at this point its final form (prior to a future > merge with pc-sysinstall), and I believe is ready to replace sysinstall on > the 9.0 snapshot ISOs. Barring any objections, I would like to pull this > switch 2 weeks from today, on the 14th of March. > Bug reports would be very appreciated at this time. There are three known > bugs currently, which will be fixed soon, so please don't report these: > error reporting is not graceful if there are no writable disks in the > system, you must select at least one optional component, and the doc build > is not currently connected to the releases. After much finnaggling and gnashing of teeth around hardware (not related to installer), I have managed to get a bootable 9-CURRENT image with BSDInstall, and used it to get a bootable install of FreeBSD 9-CURRENT. :) Here are my thought and experiences using the new installer. Things I really like: - that the install CD is a LiveCD with a fully functional system; while it won't replace a Frenzy CD, it's very close - very streamlined install without a lot of extra "fluff" that just gets skipped anyway (like everything underneath Standard in the first sysinstall screen) - the ability to use features like GPT, gmirror, zfs right from the get-go - the ability to drop to a fully functional shell at various stages of the install, with access to proper man pages Things that irritated me: - when you drop to a shell from the disk editor screen, it lists the instructions at the top, but then never repeats them ever again - if you get lost in the disk editor shell and type "exit" to get back to the disk editor ... it thinks you are finished partitioning and carries on with the install, which then errors out due to no writable filesystems, requiring you to restart the entire process - the disk editor is very limited, especially in its error handling; I found myself stuck in a loop trying to exit the screen without a / filesystem listed, but I was doing everything from the shell - screen flips between a nice blue background (the curses interface?) and a black background (running shell commands?) which is quite jarring and slightly confusing; - screen elements go from nicely centred (curses interface?) and then jump to the top-left corner of the screen (shell commands?) which is also quite jarring and slightly confusing The last two may be limitations in the curses setup? But it would be nice if "shell command" I/O could be centred like the rest, and if the background could remain a single colour. Not huge issues, just things that irritated me. :) Overall, I am quite impressed with the new installer, as it is *just* an installer and not a system configuration creator (or breaker) like sysinstall. Now that I understand the "new world order" of GPT-based partitioning and booting, I think I'm going to like FreeBSD 9.0 a heck of a lot. ... off to play with dedupe and other ZFSv28 goodies ... -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 20:51:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 334B11065670 for ; Mon, 7 Mar 2011 20:51:46 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E48688FC15 for ; Mon, 7 Mar 2011 20:51:45 +0000 (UTC) Received: by yxl31 with SMTP id 31so2007435yxl.13 for ; Mon, 07 Mar 2011 12:51:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=p5RepTN4VebpWW/n8uxdRJzvbzoPlXhiIzcnoS8UC0A=; b=Ban/PFwGXGDM+sBXiR7cUe2+vKRxsKTOulAj/PQ80H8S3ZquI3koUI6LrpmPIQkiJj jE8SqOndauoSaYKDqRaXO+4r8f9CAa30rQBorNRhctia8xF4jrJR3K+LG1AKQDKBDuSB oo3VjrZ5VjM9HSIuzmJ1GUGinf2TkUeT+BIZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gphTdNqG+LxkQ2ZpnhtBQIpDc9ePM6RUknILajhYZSSfhDY3G9OSUO0bSzt2a/4hC+ FtAfXENBTz+W4R7uxmc6j+oUN/SUX7cIk0uqq/FJviXPW5+0T7HAm2hoeFVeizFxMeSj WU/icpqqCWCp0Wp+loB64BB1nB6E1IbVGOxUU= MIME-Version: 1.0 Received: by 10.101.131.30 with SMTP id i30mr1606611ann.156.1299529589158; Mon, 07 Mar 2011 12:26:29 -0800 (PST) Received: by 10.100.106.15 with HTTP; Mon, 7 Mar 2011 12:26:29 -0800 (PST) Date: Mon, 7 Mar 2011 22:26:29 +0200 Message-ID: From: George Liaskos To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 20:51:46 -0000 Hi, The following error occurs when i try to build r219385. cc -O2 -pipe -march=core2 -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-roken/../../include -std=gnu99 -c make-roken.c make-roken.c:1: error: bad value (core2) for -march= switch make-roken.c:1: error: bad value (core2) for -mtune= switch /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: error: bad value (core2) for -march= switch /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: error: bad value (core2) for -mtune= switch *** Error code 1 1 error *** Error code 2 *** Error code 1 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Sure enough i have CPUTYPE?=core2 in make.conf which it doesn' t expand to nocona after the latest patches. Regards From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 20:59:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 9F9301065673; Mon, 7 Mar 2011 20:59:57 +0000 (UTC) Date: Mon, 7 Mar 2011 20:59:57 +0000 From: Alexander Best To: George Liaskos Message-ID: <20110307205957.GA47557@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 20:59:57 -0000 On Mon Mar 7 11, George Liaskos wrote: > Hi, > > The following error occurs when i try to build r219385. > > cc -O2 -pipe -march=core2 -DHAVE_CONFIG_H > -I/usr/src/kerberos5/tools/make-roken/../../include -std=gnu99 -c > make-roken.c > make-roken.c:1: error: bad value (core2) for -march= switch > make-roken.c:1: error: bad value (core2) for -mtune= switch > /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: > error: bad value (core2) for -march= switch > /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:1: > error: bad value (core2) for -mtune= switch > *** Error code 1 > 1 error > *** Error code 2 > *** Error code 1 > 1 error > *** Error code 2 > 2 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Sure enough i have CPUTYPE?=core2 in make.conf which it doesn' t > expand to nocona after the latest patches. that's because the latest gcc commits have support for core2 and thus it no longer is being expanded to nocona. please note that having core2 in make.conf has always been *wrong*. hence the need to reset it to nocona. the best way to fix this would be to set CPUYTYPE?=native. if you want core2 support now's the chance to actually get it. just update world and you can use CPUTYPE?=core2 and this time it *really* is supported. ;) cheers. alex > > Regards -- a13x From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 21:19:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C100106564A for ; Mon, 7 Mar 2011 21:19:41 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 027938FC17 for ; Mon, 7 Mar 2011 21:19:40 +0000 (UTC) Received: by gyh4 with SMTP id 4so2059786gyh.13 for ; Mon, 07 Mar 2011 13:19:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YolLko/Qq4obdtULW3x6Aj+l49MWXsW3vvtdRSADOAo=; b=S3c7uGHCLpJaD2sBEl5ZHzXROdiuLp3V8p96nAZVT4BgUgZc55HrktrPnygVUSjq4j nyXYdqmiVLN7pnA0UVfl8gtEsBK+vfSRgN1bNk9gHnt3rXFN85NOzyGYD2ewHKvRfeuF YxDsllZIF9UTMW8JNlmcdsWErbdIv9TbL/iT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EPw6LuJvitoNGWZbxK9a6L+Nbn9Ik3CJidsl4s3N563iQcAymHeGNJWEvM22/5NaPx N+W5wwrvQB/hPR109HD8FXplXvLmvRbYFZg426PdACe5RHj1evpc438fL9BtCi6PeBHa miG5e0NfS/RHpx2bKMdRtlM/dVw1g8TskrRjw= MIME-Version: 1.0 Received: by 10.100.195.5 with SMTP id s5mr1633793anf.224.1299532780197; Mon, 07 Mar 2011 13:19:40 -0800 (PST) Received: by 10.100.106.15 with HTTP; Mon, 7 Mar 2011 13:19:40 -0800 (PST) In-Reply-To: <20110307205957.GA47557@freebsd.org> References: <20110307205957.GA47557@freebsd.org> Date: Mon, 7 Mar 2011 23:19:40 +0200 Message-ID: From: George Liaskos To: Alexander Best Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 21:19:41 -0000 >What process did you follow to get here? I did a make toolchain followed by make buildworld. > that's because the latest gcc commits have support for core2 and thus it no > longer is being expanded to nocona. please note that having core2 in make.conf > has always been *wrong*. hence the need to reset it to nocona. > the best way to fix this would be to set CPUYTYPE?=native. if you want core2 > support now's the chance to actually get it. just update world and you can use > CPUTYPE?=core2 and this time it *really* is supported. ;) I saw the relevant commits about core2, this is the reason i decided to do a rebuild. I didn't know that core2 was wrong, it's in the make.conf documentation, "native" it's not and after serious googling i found out that i should actually avoid it. I always believed that core2 was there [make.conf] as a future proof upgrade path for when the base toolchain actually supports core2. So, should i use native cputype? From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 21:29:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61B421065672 for ; Mon, 7 Mar 2011 21:29:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id F1D888FC1E for ; Mon, 7 Mar 2011 21:29:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p27LTM5C021928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Mar 2011 23:29:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p27LTMB2087601; Mon, 7 Mar 2011 23:29:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p27LTMrd087600; Mon, 7 Mar 2011 23:29:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 7 Mar 2011 23:29:22 +0200 From: Kostik Belousov To: George Liaskos Message-ID: <20110307212922.GW78089@deviant.kiev.zoral.com.ua> References: <20110307205957.GA47557@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H13sLJJKWIdGJd+P" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 21:29:27 -0000 --H13sLJJKWIdGJd+P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 07, 2011 at 11:19:40PM +0200, George Liaskos wrote: > >What process did you follow to get here? >=20 > I did a make toolchain followed by make buildworld. >=20 > > that's because the latest gcc commits have support for core2 and thus i= t no > > longer is being expanded to nocona. please note that having core2 in ma= ke.conf > > has always been *wrong*. hence the need to reset it to nocona. > > the best way to fix this would be to set CPUYTYPE?=3Dnative. if you wan= t core2 > > support now's the chance to actually get it. just update world and you = can use > > CPUTYPE?=3Dcore2 and this time it *really* is supported. ;) >=20 > I saw the relevant commits about core2, this is the reason i decided > to do a rebuild. > I didn't know that core2 was wrong, it's in the make.conf > documentation, "native" it's not and after serious googling i found > out that i should actually avoid it. >=20 > I always believed that core2 was there [make.conf] as a future proof > upgrade path for when the base toolchain actually supports core2. >=20 > So, should i use native cputype? You did not shown the actual point where the error was raised. Applying some psychic powers, I could guess that it happens at the bootstrap stage. And this would be reasonable indeed, since bootstrap needs to use the system compiler, until the new cross toolchain is ready. And obviously system compiler not yet supports -march=3Dcore2, since you are only compiling the code that supports. Of course, all this assuming that error indeed happens at bootstrap, and the referenced commit does not introduce regressions, which I think is the case. I believe the solution for you would be to remove any CPU model settings from make.conf, make and install new world, then try new buildworld with desired settings. As a side note, I do not believe that you would get any measurable changes. --H13sLJJKWIdGJd+P Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk11TjIACgkQC3+MBN1Mb4iD6gCeObeR3HyrG/jJ8hbs+PHLL5jF CCgAoLNNQz0MKrjAixaWI2U/3bfwe05P =5GcX -----END PGP SIGNATURE----- --H13sLJJKWIdGJd+P-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 21:49:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 2A6DB1065670; Mon, 7 Mar 2011 21:49:35 +0000 (UTC) Date: Mon, 7 Mar 2011 21:49:35 +0000 From: Alexander Best To: George Liaskos Message-ID: <20110307214935.GA53914@freebsd.org> References: <20110307205957.GA47557@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 21:49:35 -0000 On Mon Mar 7 11, George Liaskos wrote: > >What process did you follow to get here? > > I did a make toolchain followed by make buildworld. > > > that's because the latest gcc commits have support for core2 and thus it no > > longer is being expanded to nocona. please note that having core2 in make.conf > > has always been *wrong*. hence the need to reset it to nocona. > > the best way to fix this would be to set CPUYTYPE?=native. if you want core2 > > support now's the chance to actually get it. just update world and you can use > > CPUTYPE?=core2 and this time it *really* is supported. ;) > > I saw the relevant commits about core2, this is the reason i decided > to do a rebuild. > I didn't know that core2 was wrong, it's in the make.conf > documentation, "native" it's not and after serious googling i found > out that i should actually avoid it. > > I always believed that core2 was there [make.conf] as a future proof > upgrade path for when the base toolchain actually supports core2. > > So, should i use native cputype? either "native" or "nocona" (actually native should evaluate to nocona): touch _native_test.c && gcc -march=native -### _native_test.c should tell which -march and -mtune settings gcc assumes for "native". indeed there are some known problems with "native", but i think those are limited to architectures such as mips and arm. with i386 or amd64 "native" shouldn't cause any problems. i think core2 was always wrong to set in make.conf, because the base gcc simply does not support it. however so many people are trying to boost speed etc. by adding make.conf options they find scattered over the internet and on various linux dist wikis, that core2 was added as a workaround so people could use it (even though it wasn't supported). cheers. alex -- a13x From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 22:45:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B231065673; Mon, 7 Mar 2011 22:45:31 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6D78FC12; Mon, 7 Mar 2011 22:45:30 +0000 (UTC) Received: by ywf9 with SMTP id 9so2039776ywf.13 for ; Mon, 07 Mar 2011 14:45:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=DKMbNjGUcvShqvOchnpw5p6ECedFxip9BtcF6z05TAM=; b=naonw6Jzhas57FxxKdKgihzXuDpm7y3uWCc79+mBjwOnQlDfyZ19OrX1tt4OjQvtcM JZoM7MZOtE0QQ3jouweI0l93eSl3HW6KJFrOayKnOmx9MyhYNQS1lAd/8q1y0owcVgeq soSHxIvK7I0Qu1gMzVIXQpnNyb7GyTOvGIC10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=C6quTT5LJr9lhZBosMBqPEBe+SrqmpW1MMrl2wyLSGSFWehE+wB4niMIc+GGApKPKQ Vi01wcYYfnjEh/oEuCdTnEU5rwTIYLfRm3krLXveHPK+MPzmQj91ZD2iAJc5uoCPnrcH o0EmeUz9qU4ZqWs7UJS8dxWrOak2K7PhQkOYU= MIME-Version: 1.0 Received: by 10.100.19.8 with SMTP id 8mr1526906ans.88.1299537929484; Mon, 07 Mar 2011 14:45:29 -0800 (PST) Received: by 10.100.106.15 with HTTP; Mon, 7 Mar 2011 14:45:29 -0800 (PST) In-Reply-To: <20110307214935.GA53914@freebsd.org> References: <20110307205957.GA47557@freebsd.org> <20110307214935.GA53914@freebsd.org> Date: Tue, 8 Mar 2011 00:45:29 +0200 Message-ID: From: George Liaskos To: Alexander Best Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 22:45:31 -0000 > either "native" or "nocona" (actually native should evaluate to nocona): > > touch _native_test.c && gcc -march=native -### _native_test.c > > should tell which -march and -mtune settings gcc assumes for "native". > > indeed there are some known problems with "native", but i think those are > limited to architectures such as mips and arm. with i386 or amd64 "native" > shouldn't cause any problems. > > i think core2 was always wrong to set in make.conf, because the base gcc simply > does not support it. however so many people are trying to boost speed etc. by > adding make.conf options they find scattered over the internet and on various > linux dist wikis, that core2 was added as a workaround so people could use it > (even though it wasn't supported). I still don't understand how bsd.cpu.mk is going to handle "native" as value to set CPUTYPE / MACHINE_CPU, or this is irrelevant? Would it be better to use the following? CPUTYPE?=nocona NO_CPU_CFLAGS=yes NO_CPU_COPTFLAGS=yes CFLAGS+= -march=native Thank you for your clarifications. From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 22:56:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id A60411065674; Mon, 7 Mar 2011 22:56:52 +0000 (UTC) Date: Mon, 7 Mar 2011 22:56:52 +0000 From: Alexander Best To: George Liaskos Message-ID: <20110307225652.GA61509@freebsd.org> References: <20110307205957.GA47557@freebsd.org> <20110307214935.GA53914@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 22:56:52 -0000 On Tue Mar 8 11, George Liaskos wrote: > > either "native" or "nocona" (actually native should evaluate to nocona): > > > > touch _native_test.c && gcc -march=native -### _native_test.c > > > > should tell which -march and -mtune settings gcc assumes for "native". > > > > indeed there are some known problems with "native", but i think those are > > limited to architectures such as mips and arm. with i386 or amd64 "native" > > shouldn't cause any problems. > > > > i think core2 was always wrong to set in make.conf, because the base gcc simply > > does not support it. however so many people are trying to boost speed etc. by > > adding make.conf options they find scattered over the internet and on various > > linux dist wikis, that core2 was added as a workaround so people could use it > > (even though it wasn't supported). > > I still don't understand how bsd.cpu.mk is going to handle "native" as > value to set CPUTYPE / MACHINE_CPU, or this is irrelevant? > Would it be better to use the following? "native" doesn't get handled by bsd.cpu.mk at all! it gets passed to gcc directly and gcc choses -m{tune,arch} on it's own. don't add -march=* directly to CFLAGS. this is bound to go wrong at some point. use CPUTYPE to set the cpu and CFLAGS for -O*, -pipe, etc. also please keep in mind that the optimisations that can be achieved by finetuning make.conf are rather minor. some people think that with cflags and cpu juju they can boost the OS. i don't believe that's true. the chances are much greater that you're adding a problematic switch and end up with binaries during installworld that segfault. so it's not really worth getting into this kinda trouble just for the sake of optimisation. a simple CPUTYPE ?= native COPTFLAGS = -O0 -pipe CFLAGS = -O2 -pipe should be close to perfekt. ;) cheers. alex > > CPUTYPE?=nocona > NO_CPU_CFLAGS=yes > NO_CPU_COPTFLAGS=yes > CFLAGS+= -march=native > > Thank you for your clarifications. -- a13x From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 23:14:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B23851065673; Mon, 7 Mar 2011 23:14:51 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 559A08FC16; Mon, 7 Mar 2011 23:14:51 +0000 (UTC) Received: by gyh4 with SMTP id 4so2096912gyh.13 for ; Mon, 07 Mar 2011 15:14:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3ovqlC5SiSbxdPpqjatURlwnkRSZB2WsyyZvEmg70OQ=; b=gFP74VBk9Mg2LaVki3UsFgfBQxuo9Ot+G9+EoYygsjaeYCOA/5UzEJw6LNVeEDBmsH +jC3+DUobvpc2EzrRuCHK4QJzL1SmyOuFEiVQ5nwScD+KW8ljM6HrF5owWEDTSOtzjAG GA7X5yLnFlYKa9s8NPSPYXoQNt/nsJrKPAt+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rclUHNdSjmTFxa9AoiUzTiOn+8Rh4+irCvQDErMIBrR25W6epo0A8TY/qAN2PxO4n3 7SwV2mfNfPvQkGWq5qsLRVMEgbGSjRmHSyosFEAJ0Ffpj2MunPIZt1gA7f9FYavffwYo EQG5wTNuqGh+5i+O7yzILXiZlxmIKj74fNG/E= MIME-Version: 1.0 Received: by 10.100.36.8 with SMTP id j8mr1644735anj.54.1299539689782; Mon, 07 Mar 2011 15:14:49 -0800 (PST) Received: by 10.100.106.15 with HTTP; Mon, 7 Mar 2011 15:14:49 -0800 (PST) In-Reply-To: <20110307225652.GA61509@freebsd.org> References: <20110307205957.GA47557@freebsd.org> <20110307214935.GA53914@freebsd.org> <20110307225652.GA61509@freebsd.org> Date: Tue, 8 Mar 2011 01:14:49 +0200 Message-ID: From: George Liaskos To: Alexander Best Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 23:14:51 -0000 > "native" doesn't get handled by bsd.cpu.mk at all! it gets passed to gcc > directly and gcc choses -m{tune,arch} on it's own. > > don't add -march=* directly to CFLAGS. this is bound to go wrong at some > point. use CPUTYPE to set the cpu and CFLAGS for -O*, -pipe, etc. > > also please keep in mind that the optimisations that can be achieved by > finetuning make.conf are rather minor. some people think that with > cflags and cpu juju they can boost the OS. i don't believe that's true. the > chances are much greater that you're adding a problematic switch and end up > with binaries during installworld that segfault. so it's not really worth > getting into this kinda trouble just for the sake of optimisation. > > a simple > > CPUTYPE ?= native > COPTFLAGS = -O0 -pipe > CFLAGS = -O2 -pipe > > should be close to perfekt. ;) > > cheers. > alex Thank you again. It's not so much about the base system but the ports. Now that the assembler and binutils support newer SIMD commands it makes sense to exploit them, I know that they are not used during kernel compilation. Using newer / different compiler from ports makes things more complicated. . From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 23:23:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F5E106564A; Mon, 7 Mar 2011 23:23:36 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 731AD8FC15; Mon, 7 Mar 2011 23:23:36 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEACv3dE2DaFvO/2dsb2JhbACEK6MgrSyRFIEng0V2BIUchxQ X-IronPort-AV: E=Sophos;i="4.62,279,1297054800"; d="scan'208";a="113409036" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 07 Mar 2011 18:23:35 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CB2B3B3F3E; Mon, 7 Mar 2011 18:23:35 -0500 (EST) Date: Mon, 7 Mar 2011 18:23:35 -0500 (EST) From: Rick Macklem To: Pierre Beyssac Message-ID: <1594334886.960001.1299540215770.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110307000846.GA33085@fasterix.frmug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 23:23:36 -0000 > Hello, > > I'm running a 9-current server as compiled on Sat Mar 5 02:17:14 > CET 2011. > > Since I upgraded to ZFS v28 I noticed missing files from NFS. The > files are still accessible through NFS but they don't show up on a > readdir(3). > Oh, I forgot to mention that the business related to VFS_VGET() only applies to ReaddirPlus. If your client is using regular Readdir, then I have no idea what it might be? (Assuming that is setting its file system type to "zfs" so that the cookies don't have to be monotonically increasing values. rick From owner-freebsd-current@FreeBSD.ORG Mon Mar 7 23:41:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C524106566B for ; Mon, 7 Mar 2011 23:41:31 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id EB0CB8FC13 for ; Mon, 7 Mar 2011 23:41:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAN30dE2DaFvO/2dsb2JhbACEK6MgrSqRE4Eng0V2BIUchXyBGA X-IronPort-AV: E=Sophos;i="4.62,279,1297054800"; d="scan'208";a="113408033" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 07 Mar 2011 18:12:43 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8CCDAB3F36; Mon, 7 Mar 2011 18:12:43 -0500 (EST) Date: Mon, 7 Mar 2011 18:12:43 -0500 (EST) From: Rick Macklem To: Pierre Beyssac Message-ID: <505157381.959522.1299539563484.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110307000846.GA33085@fasterix.frmug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Mar 2011 23:41:31 -0000 > Hello, >=20 > I'm running a 9-current server as compiled on Sat Mar 5 02:17:14 > CET 2011. >=20 > Since I upgraded to ZFS v28 I noticed missing files from NFS. The > files are still accessible through NFS but they don't show up on a > readdir(3). >=20 Readdir (in both NFS servers) depends on ZFS to reply EOPNOTSUPP for VFS_VGET() when it cannot be done, so that Readdir will switch to using VP_LOOKUP(). Just a wild guess, but maybe ZFS v28 isn't doing this? rick > On the NFS server (files are stored on a ZFS v15 volume, not yet > upgraded to the v28 format): >=20 > % cd /usr/ports/devel/autoconf > % ls -i > 311401 Makefile 204505 files 204509 pkg-plist > 204504 distinfo 204508 pkg-descr >=20 > On the NFS client side (FreeBSD 8.2-RELEASE): >=20 > % cd /usr/ports/devel/autoconf > % ls -i > 204504 distinfo 204508 pkg-descr > 204505 files 204509 pkg-plist >=20 > Yet the missing file can be accessed: > % head -3 Makefile > # New ports collection makefile for: autoconf > # Date created: 7th December 2006 > # Whom: ade@FreeBSD.org >=20 > Note that the missing files are scattered throughout the volume, > no relation to the inode number, as shown on a diff: >=20 > @@ -1,8 +1,6 @@ > 3 7 drwxr-xr-x 70 pb staff 93 4 mar 19:11 /usr/ports > - 4 2 -rw-r--r-- 1 pb staff 241 24 jan 2007 > /usr/ports/astro/tclgeomap/pkg-plist > 5 3 drwxr-xr-x 2 pb staff 6 22 f=C3=A9v 12:04 /usr/ports/astro/tkgeomap > 6 3 drwxr-xr-x 4 pb staff 6 29 jul 2008 /usr/ports/Tools > - 7 5 drwxr-xr-x 33 pb staff 34 25 nov 15:59 /usr/ports/accessibility > 8 3 drwxr-xr-x 12 pb staff 14 9 f=C3=A9v 2009 /usr/ports/arabic > 11 51 drwxr-xr-x 900 pb staff 901 6 mar 14:36 /usr/ports/audio > 12 3 -rw-r--r-- 1 pb staff 584 25 ao=C3=BB 2006 > /usr/ports/astro/tkgeomap/pkg-descr > @@ -16,10 +14,8 @@ > 23 3 drwxr-xr-x 3 pb staff 7 24 mar 2010 /usr/ports/astro/wcslib > 24 4 -rw-r--r-- 1 pb staff 1414 5 jan 2010 > /usr/ports/astro/wcslib/Makefile > 25 5 drwxr-xr-x 31 pb staff 33 1 jan 23:16 /usr/ports/french > - 26 2 -rw-r--r-- 1 pb staff 197 5 jan 2010 > /usr/ports/astro/wcslib/distinfo > 27 63 drwxr-xr-x 1110 pb staff 1111 23 f=C3=A9v 15:37 /usr/ports/games > 28 3 drwxr-xr-x 2 pb staff 4 24 mar 2010 /usr/ports/astro/wcslib/files > - 29 2 -rw-r--r-- 1 pb staff 236 5 jan 2010 > /usr/ports/astro/wcslib/files/6-patch-configure > 30 3 -rw-r--r-- 1 pb staff 677 5 jan 2010 > /usr/ports/astro/wcslib/files/patch-GNUmakefile > 31 2 -rw-r--r-- 1 pb staff 401 17 jul 2009 > /usr/ports/astro/wcslib/pkg-descr > 32 4 -rw-r--r-- 1 pb staff 1515 5 jan 2010 > /usr/ports/astro/wcslib/pkg-plist > ... >=20 > Reverting to an old 9-current kernel (January 10, before the ZFS > v28 patches) fixes the problem... > -- > Sent from my FreeBSD server > Pierre Beyssac pb@fasterix.frmug.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 00:06:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9A7910656DC for ; Tue, 8 Mar 2011 00:06:05 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2E78FC17 for ; Tue, 8 Mar 2011 00:06:05 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id CD94F13F8C9; Tue, 8 Mar 2011 01:06:03 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gke-HHNigz7K; Tue, 8 Mar 2011 01:06:01 +0100 (CET) Received: from [10.9.8.3] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id 1C97113F8BD; Tue, 8 Mar 2011 01:06:01 +0100 (CET) Message-ID: <4D7572E8.2060607@FreeBSD.org> Date: Tue, 08 Mar 2011 01:06:00 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: Kostik Belousov References: <20110307205957.GA47557@freebsd.org> <20110307212922.GW78089@deviant.kiev.zoral.com.ua> In-Reply-To: <20110307212922.GW78089@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: George Liaskos , freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 00:06:05 -0000 This actually does not happen at the bootstrap stage, but when building 32-bit compat libs under amd64. It looks like the system compiler is used here instead (should it be this way, isn't it a bug somewhere around Makefile.inc1?). Yes, building + installing world without this optimization makes it work again (you can build the whole world). And generally, I am putting the LIB32CPUFLAGS in question, why are we using here a 64-bit cpu type at all? In bsd.cpu.mk we map nocona and core2 to prescott for i386. Dňa 07.03.2011 22:29, Kostik Belousov wrote / napísal(a): > On Mon, Mar 07, 2011 at 11:19:40PM +0200, George Liaskos wrote: >>> What process did you follow to get here? >> I did a make toolchain followed by make buildworld. >> >>> that's because the latest gcc commits have support for core2 and thus it no >>> longer is being expanded to nocona. please note that having core2 in make.conf >>> has always been *wrong*. hence the need to reset it to nocona. >>> the best way to fix this would be to set CPUYTYPE?=native. if you want core2 >>> support now's the chance to actually get it. just update world and you can use >>> CPUTYPE?=core2 and this time it *really* is supported. ;) >> I saw the relevant commits about core2, this is the reason i decided >> to do a rebuild. >> I didn't know that core2 was wrong, it's in the make.conf >> documentation, "native" it's not and after serious googling i found >> out that i should actually avoid it. >> >> I always believed that core2 was there [make.conf] as a future proof >> upgrade path for when the base toolchain actually supports core2. >> >> So, should i use native cputype? > You did not shown the actual point where the error was raised. > Applying some psychic powers, I could guess that it happens at the > bootstrap stage. And this would be reasonable indeed, since bootstrap > needs to use the system compiler, until the new cross toolchain is > ready. And obviously system compiler not yet supports -march=core2, > since you are only compiling the code that supports. > > Of course, all this assuming that error indeed happens at bootstrap, > and the referenced commit does not introduce regressions, which I > think is the case. > > I believe the solution for you would be to remove any CPU model settings > from make.conf, make and install new world, then try new buildworld > with desired settings. As a side note, I do not believe that you would > get any measurable changes. From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 00:15:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B696106567B; Tue, 8 Mar 2011 00:15:48 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2274B8FC18; Tue, 8 Mar 2011 00:15:48 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 56C4813FD47; Tue, 8 Mar 2011 01:15:47 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id s8dXz3bX1C0r; Tue, 8 Mar 2011 01:15:45 +0100 (CET) Received: from [10.9.8.3] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id C63B513FD3B; Tue, 8 Mar 2011 01:15:44 +0100 (CET) Message-ID: <4D757530.9050505@FreeBSD.org> Date: Tue, 08 Mar 2011 01:15:44 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: George Liaskos References: <20110307205957.GA47557@freebsd.org> <20110307214935.GA53914@freebsd.org> <20110307225652.GA61509@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 00:15:48 -0000 This change did NOT add SSSE3 or any other new instruction sets to our base compiler. The only change of using -march=core2 vs -march=nocona is actually different instruction costs that may result in binaries more optimized for your core2 and later CPUs (and less optimized for nocona and earlier CPUs - but they will run there if the CPU supports sse3). We support newer instruction sets for base compiling starting with the latest base binutils upgrade and that is available only in CURRENT. I might take a look at the possibility of backporting SSSE3, but that is a way more intrusive change than this one. I will also run some more benchmarks. Dňa 08.03.2011 00:14, George Liaskos wrote / napísal(a): >> "native" doesn't get handled by bsd.cpu.mk at all! it gets passed to gcc >> directly and gcc choses -m{tune,arch} on it's own. >> >> don't add -march=* directly to CFLAGS. this is bound to go wrong at some >> point. use CPUTYPE to set the cpu and CFLAGS for -O*, -pipe, etc. >> >> also please keep in mind that the optimisations that can be achieved by >> finetuning make.conf are rather minor. some people think that with >> cflags and cpu juju they can boost the OS. i don't believe that's true. the >> chances are much greater that you're adding a problematic switch and end up >> with binaries during installworld that segfault. so it's not really worth >> getting into this kinda trouble just for the sake of optimisation. >> >> a simple >> >> CPUTYPE ?= native >> COPTFLAGS = -O0 -pipe >> CFLAGS = -O2 -pipe >> >> should be close to perfekt. ;) >> >> cheers. >> alex > Thank you again. > > It's not so much about the base system but the ports. Now that the > assembler and binutils support newer SIMD commands it makes sense to > exploit them, I know that they are not used during kernel compilation. > Using newer / different compiler from ports makes things more complicated. > . > _______________________________________________ > 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 Mar 8 00:20:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 21BAA1065704; Tue, 8 Mar 2011 00:20:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from doug-optiplex.ka9q.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 655641A7BF5; Tue, 8 Mar 2011 00:20:30 +0000 (UTC) Message-ID: <4D75764E.10108@FreeBSD.org> Date: Mon, 07 Mar 2011 16:20:30 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110304 Thunderbird/3.1.9 MIME-Version: 1.0 To: Alexander Best References: <20110307205957.GA47557@freebsd.org> <20110307214935.GA53914@freebsd.org> <20110307225652.GA61509@freebsd.org> In-Reply-To: <20110307225652.GA61509@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: George Liaskos , freebsd-current@freebsd.org Subject: Re: r219385 build error. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 00:20:33 -0000 On 03/07/2011 14:56, Alexander Best wrote: > "native" doesn't get handled by bsd.cpu.mk at all! it gets passed to gcc > directly and gcc choses -m{tune,arch} on it's own. > > don't add -march=* directly to CFLAGS. this is bound to go wrong at some > point. use CPUTYPE to set the cpu and CFLAGS for -O*, -pipe, etc. > > also please keep in mind that the optimisations that can be achieved by > finetuning make.conf are rather minor. some people think that with > cflags and cpu juju they can boost the OS. i don't believe that's true. the > chances are much greater that you're adding a problematic switch and end up > with binaries during installworld that segfault. so it's not really worth > getting into this kinda trouble just for the sake of optimisation. > > a simple > > CPUTYPE ?= native > COPTFLAGS = -O0 -pipe > CFLAGS = -O2 -pipe > > should be close to perfekt.;) Does any of this pertain to clang? Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 00:56:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58318106566C; Tue, 8 Mar 2011 00:56:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 292638FC27; Tue, 8 Mar 2011 00:56:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LHP00A00RXUYX00@smtpauth2.wiscmail.wisc.edu>; Mon, 07 Mar 2011 18:56:18 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-75-50-89-165.dsl.mdsnwi.sbcglobal.net [75.50.89.165]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LHP00HB1RXSR520@smtpauth2.wiscmail.wisc.edu>; Mon, 07 Mar 2011 18:56:18 -0600 (CST) Date: Mon, 07 Mar 2011 18:56:16 -0600 From: Nathan Whitehorn In-reply-to: To: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org Message-id: <4D757EB0.1010009@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.89.165 X-Spam-PmxInfo: Server=avs-14, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.8.4224, SenderIP=75.50.89.165 References: <4D6BB5E3.6020408@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: Subject: Re: Request for review/testing: switching the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 00:56:20 -0000 On 03/07/11 14:14, Freddie Cash wrote: > On Mon, Feb 28, 2011 at 6:49 AM, Nathan Whitehorn > wrote: >> BSDinstall has acquired at this point its final form (prior to a future >> merge with pc-sysinstall), and I believe is ready to replace sysinstall on >> the 9.0 snapshot ISOs. Barring any objections, I would like to pull this >> switch 2 weeks from today, on the 14th of March. > >> Bug reports would be very appreciated at this time. There are three known >> bugs currently, which will be fixed soon, so please don't report these: >> error reporting is not graceful if there are no writable disks in the >> system, you must select at least one optional component, and the doc build >> is not currently connected to the releases. > > > After much finnaggling and gnashing of teeth around hardware (not > related to installer), I have managed to get a bootable 9-CURRENT > image with BSDInstall, and used it to get a bootable install of > FreeBSD 9-CURRENT. :) Thanks for testing, and sympathies for the hardware trouble! > Here are my thought and experiences using the new installer. > > Things I really like: > - that the install CD is a LiveCD with a fully functional system; > while it won't replace a Frenzy CD, it's very close > - very streamlined install without a lot of extra "fluff" that just > gets skipped anyway (like everything underneath Standard in the first > sysinstall screen) > - the ability to use features like GPT, gmirror, zfs right from the get-go > - the ability to drop to a fully functional shell at various stages > of the install, with access to proper man pages > > Things that irritated me: > - when you drop to a shell from the disk editor screen, it lists the > instructions at the top, but then never repeats them ever again Can you suggest a better way to do this? In other words, when and in what circumstances would you want to see them again? > - if you get lost in the disk editor shell and type "exit" to get > back to the disk editor ... it thinks you are finished partitioning > and carries on with the install, which then errors out due to no > writable filesystems, requiring you to restart the entire process This is bad. I can modify it to check if a filesystem has been mounted at /mnt, and maybe if the fstab file exists and restart the disk editor menu if they have not. > - the disk editor is very limited, especially in its error handling; > I found myself stuck in a loop trying to exit the screen without a / > filesystem listed, but I was doing everything from the shell That's a clear bug. It should probably only validate the setup if 'Save' is selected. The issue of whether it should allow you to save without defining a / partition when invoked from a shell is a more complicated one, and one I'll have to think about (suggestions welcome). > - screen flips between a nice blue background (the curses > interface?) and a black background (running shell commands?) which is > quite jarring and slightly confusing; > - screen elements go from nicely centred (curses interface?) and > then jump to the top-left corner of the screen (shell commands?) which > is also quite jarring and slightly confusing Yes, this should be prettified. It's running a few things (passwd, adduser) in a chroot, and I figured getting things working there was more important than making them pretty for now. > The last two may be limitations in the curses setup? But it would be > nice if "shell command" I/O could be centred like the rest, and if the > background could remain a single colour. Not huge issues, just things > that irritated me. :) > > Overall, I am quite impressed with the new installer, as it is *just* > an installer and not a system configuration creator (or breaker) like > sysinstall. > > Now that I understand the "new world order" of GPT-based partitioning > and booting, I think I'm going to like FreeBSD 9.0 a heck of a lot. > > ... off to play with dedupe and other ZFSv28 goodies ... Thanks! -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 01:27:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1144D106564A; Tue, 8 Mar 2011 01:27:24 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9782C8FC18; Tue, 8 Mar 2011 01:27:22 +0000 (UTC) Received: by yie12 with SMTP id 12so2084788yie.13 for ; Mon, 07 Mar 2011 17:27:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Pjy2pBwflnFGGSwaVseegyBcaaPh/M8+8PbQNIlE2ZU=; b=MHBI0oBeAatdBczuxsL2OcxF9biH+C1OggvSS3VmAjFW6ZVxXQcXNYkTXmksYEVxIc Y0qjzZLD881Svy+fV1slDouaRd+Uw30xBtmgrZH54cRH/DIGS4gCocV1K2PVSvGqcMXw vU7LTy7GMw/P4vuiYtwyL03Xaar9kuiRFU440= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xMysp1TqqrVmg+J5OZkNPQ5J4fkQ1ure9wrQYbs0bBCPCnl0h2hLRFfVC2/oiVlt8Q MiNy13VYlmzG3VlVOTYmiUswmRiZThIjr/DZKClCjlSdtt3IeEhfY+W5kVhWvfo8HYCR jHHOlbGLnpLX45wCl68rjO+gyqqS0V9RkEJck= MIME-Version: 1.0 Received: by 10.101.56.10 with SMTP id i10mr1729975ank.74.1299547641891; Mon, 07 Mar 2011 17:27:21 -0800 (PST) Received: by 10.100.125.14 with HTTP; Mon, 7 Mar 2011 17:27:21 -0800 (PST) In-Reply-To: <4D757EB0.1010009@freebsd.org> References: <4D6BB5E3.6020408@freebsd.org> <4D757EB0.1010009@freebsd.org> Date: Mon, 7 Mar 2011 17:27:21 -0800 Message-ID: From: Freddie Cash To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org Subject: Re: Request for review/testing: switching the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 01:27:24 -0000 On Mon, Mar 7, 2011 at 4:56 PM, Nathan Whitehorn w= rote: > On 03/07/11 14:14, Freddie Cash wrote: >> Things that irritated me: >> =C2=A0 - when you drop to a shell from the disk editor screen, it lists = the >> instructions at the top, but then never repeats them ever again > > Can you suggest a better way to do this? In other words, when and in what > circumstances would you want to see them again? It follows along with the next item, so I'll address them both below. >> =C2=A0 - if you get lost in the disk editor shell and type "exit" to get >> back to the disk editor ... it thinks you are finished partitioning >> and carries on with the install, which then errors out due to no >> writable filesystems, requiring you to restart the entire process > > This is bad. I can modify it to check if a filesystem has been mounted at > /mnt, and maybe if the fstab file exists and restart the disk editor menu= if > they have not. If something like the above is done, then the first item above is also handled. :) As in, if you forget the instructions, just exit the shell to go back to the disk editor, which then complains you don't have a mounted filesystem to install to, and then you can drop back to the shell. Maybe loop back to the beginning of the disk editor, where it asks you if you want to do it Guided, Manual, or Shell? Or something like that. "Something" needs to go here to check for a mounted, writable filesystem to install to. :) On the flip side, the entire install process is short enough that it's not too onerous to restart it. >> =C2=A0 - the disk editor is very limited, especially in its error handli= ng; >> I found myself stuck in a loop trying to exit the screen without a / >> filesystem listed, but I was doing everything from the shell > > That's a clear bug. It should probably only validate the setup if 'Save' = is > selected. The issue of whether it should allow you to save without defini= ng > a / partition when invoked from a shell is a more complicated one, and on= e > I'll have to think about (suggestions welcome). I don't recall there being a Save option, but maybe I skipped over it and just went to Exit. I'll have to look at this screen again. Using Save probably would have helpded. :) >> =C2=A0 - screen flips between a nice blue background (the curses >> interface?) and a black background (running shell commands?) which is >> quite jarring and slightly confusing; >> =C2=A0 - screen elements go from nicely centred (curses interface?) and >> then jump to the top-left corner of the screen (shell commands?) which >> is also quite jarring and slightly confusing > > Yes, this should be prettified. It's running a few things (passwd, adduse= r) > in a chroot, and I figured getting things working there was more importan= t > than making them pretty for now. It's a minor nit, as sysinstall does the same. Maybe there's a way to use text input fields (like the DHCP screens, and adduser screens from sysinstall), then run the commands in the background, and just show error/success messages? [shrug] I know nothing about curses programming. :) --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 01:31:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E7C106564A; Tue, 8 Mar 2011 01:31:44 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id D51898FC12; Tue, 8 Mar 2011 01:31:43 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LHP00F02TKVUA00@smtpauth2.wiscmail.wisc.edu>; Mon, 07 Mar 2011 19:31:43 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-75-50-89-165.dsl.mdsnwi.sbcglobal.net [75.50.89.165]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LHP00B11TKS6110@smtpauth2.wiscmail.wisc.edu>; Mon, 07 Mar 2011 19:31:41 -0600 (CST) Date: Mon, 07 Mar 2011 19:31:40 -0600 From: Nathan Whitehorn In-reply-to: To: Freddie Cash Message-id: <4D7586FC.8040807@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.89.165 X-Spam-PmxInfo: Server=avs-9, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.8.12116, SenderIP=75.50.89.165 References: <4D6BB5E3.6020408@freebsd.org> <4D757EB0.1010009@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org Subject: Re: Request for review/testing: switching the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 01:31:44 -0000 On 03/07/11 19:27, Freddie Cash wrote: > On Mon, Mar 7, 2011 at 4:56 PM, Nathan Whitehorn wrote: >> On 03/07/11 14:14, Freddie Cash wrote: >>> Things that irritated me: >>> - when you drop to a shell from the disk editor screen, it lists the >>> instructions at the top, but then never repeats them ever again >> Can you suggest a better way to do this? In other words, when and in what >> circumstances would you want to see them again? > It follows along with the next item, so I'll address them both below. > >>> - if you get lost in the disk editor shell and type "exit" to get >>> back to the disk editor ... it thinks you are finished partitioning >>> and carries on with the install, which then errors out due to no >>> writable filesystems, requiring you to restart the entire process >> This is bad. I can modify it to check if a filesystem has been mounted at >> /mnt, and maybe if the fstab file exists and restart the disk editor menu if >> they have not. > If something like the above is done, then the first item above is also > handled. :) > > As in, if you forget the instructions, just exit the shell to go back > to the disk editor, which then complains you don't have a mounted > filesystem to install to, and then you can drop back to the shell. > > Maybe loop back to the beginning of the disk editor, where it asks you > if you want to do it Guided, Manual, or Shell? Or something like > that. The "Guided, Manual, Shell" is what I meant by "disk editor menu", so I agree with you entirely :) > "Something" needs to go here to check for a mounted, writable > filesystem to install to. :) > > On the flip side, the entire install process is short enough that it's > not too onerous to restart it. > >>> - the disk editor is very limited, especially in its error handling; >>> I found myself stuck in a loop trying to exit the screen without a / >>> filesystem listed, but I was doing everything from the shell >> That's a clear bug. It should probably only validate the setup if 'Save' is >> selected. The issue of whether it should allow you to save without defining >> a / partition when invoked from a shell is a more complicated one, and one >> I'll have to think about (suggestions welcome). > I don't recall there being a Save option, but maybe I skipped over it > and just went to Exit. I'll have to look at this screen again. Using > Save probably would have helpded. :) If you press Exit, it asks whether you want to Save, Abort, or Cancel. Abort exits the partitioner without making changes. I just modified this so that it will only try to validate the disk setup if you press Save -- you don't need a valid setup if you are bailing on the partitioner, after all. >>> - screen flips between a nice blue background (the curses >>> interface?) and a black background (running shell commands?) which is >>> quite jarring and slightly confusing; >>> - screen elements go from nicely centred (curses interface?) and >>> then jump to the top-left corner of the screen (shell commands?) which >>> is also quite jarring and slightly confusing >> Yes, this should be prettified. It's running a few things (passwd, adduser) >> in a chroot, and I figured getting things working there was more important >> than making them pretty for now. > It's a minor nit, as sysinstall does the same. Maybe there's a way to > use text input fields (like the DHCP screens, and adduser screens from > sysinstall), then run the commands in the background, and just show > error/success messages? [shrug] I know nothing about curses > programming. :) Yeah, I need to find time/a good way to do this (or someone else can: patches are always welcome). Text fields would work well, and I think even just making the banner at the top of the screen blue would help. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 07:08:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3D101065677; Tue, 8 Mar 2011 07:08:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E57458FC16; Tue, 8 Mar 2011 07:08:09 +0000 (UTC) Received: by wwc33 with SMTP id 33so588554wwc.31 for ; Mon, 07 Mar 2011 23:08:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=lrxnb1lAG1GNossG5fLlcvtkCSbDhGkd+OV5/UayV5U=; b=ozqiQACv/EIzLT1FyIEwdxEA6po42eKIZT4vVCzltkkn14g1ccSG07pTHKSDerUHSB kU++WyCzqOAGqBuZOPqRPN+NtJVk/qskclS6pgauFu2e3BHs/DqrjTuWrBJq/LfJRncU Y8SvK4O17/Na9nMxNI4/rAHg5sCfNlXsVzjlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=k0dTDYFyutYjZ7+1m0tV8wmhrd9PLzWlpr2gMFJUDAiNYXSWIIhfIuF7Oi3CA5RLf7 v6GpkGeodg1+r3RMWk7ItsRZDCqV82EA9P6Orz0qhZ2WSh397elEAVaFxOoutJIDCGCF ZsyTl07nswQw9yXZoj0xZFUZ7GL6Re1+3/EAA= MIME-Version: 1.0 Received: by 10.227.147.20 with SMTP id j20mr4180311wbv.159.1299568088279; Mon, 07 Mar 2011 23:08:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.227.133.4 with HTTP; Mon, 7 Mar 2011 23:08:08 -0800 (PST) Date: Tue, 8 Mar 2011 15:08:08 +0800 X-Google-Sender-Auth: hKr4aNZ7UtFhTeBIHNnVZWaXRr4 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current@freebsd.org Subject: Request to test if_ath - TX power control changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 07:08:10 -0000 Hi everyone, This patch introduces open-loop TX power control for the AR9280 (Merlin) and tidies up some of the code duplication between the AR5416 and AR9285 power control code. If you're using an AR9280 then please, -please- test this out and get back to me. I'd also appreciate EEPROM dumps (via ath_prom_read) so I can see what your card has programmed in it. Doubly so if you're using an AR9280 in 5ghz mode. If you're using a non-AR9280 chip (ie, AR5416, AR9160, AR9285), then i'd also appreciate further testing. I'd like to make sure I haven't introduced regressions here! Although legacy rate TX'ing seems to work with this patch, if your AR9280 uses open-loop TX power control then the output from your card is very likely going to be quite distorted. It's bad for you, bad for your card and bad for your surroundings. Besides some further code restructuring (which won't change functionality), I'm going to take a break from making any further changes that aren't bugfixes until the AR9285 related bugs Ian was seeing are found/fixed, along with any and all regressions people report with the driver. This is your opportunity to get me to find/fix performance, stability and other issues that have crept up, so it's in the best interests of everyone (including you!) to test this stuff as thoroughly as possible before 9.0-RELEASE comes out. Thanks! Adrian On 8 March 2011 14:59, Adrian Chadd wrote: > Author: adrian > Date: Tue Mar 8 06:59:59 2011 > New Revision: 219393 > URL: http://svn.freebsd.org/changeset/base/219393 > > Log: > Implement open-loop TX power control (OLC) for Merlin (AR9280) and > generally tidy up the TX power programming code. > > Enforce that the TX power offset for Merlin is -5 dBm, rather than > any other value programmable in the EEPROM. This requires some > further code to be ported over from ath9k, so until that is done > and tested, fail to attach NICs whose TX power offset isn't -5 > dBm. > > This improves both legacy and HT transmission on my merlin board. > It allows for stable MCS TX up to MCS15. > > Specifics: > > * Refactor out a bunch of the TX power calibration code - > setting/obtaining the power detector / gain boundaries, > programming the PDADC > * Take the -5 dBm TX power offset into account on Merlin - > "0" in the per-rate TX power register means -5 dBm, not > 0 dBm > * When doing OLC > * Enforce min (0) and max (AR5416_MAX_RATE_POWER) when fiddling > with the TX power, to avoid the TX power values from wrapping > when low. > * Implement the 1 dBm cck power offset when doing OLC > * Implement temperature compensation for 2.4ghz mode when doing OLC > * Implement an AR9280 specific TX power calibration routine which > includes the OLC twiddles, leaving the earlier chipset path > (AR5416, AR9160) alone > > Whilst here, use these refactored routines for the AR9285 TX power > calibration/programming code and enforce correct overflow/underflow > handling when fiddling with TX power values. > > Obtained from: linux ath9k > > From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 07:43:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB8B106566B; Tue, 8 Mar 2011 07:43:42 +0000 (UTC) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (unknown [IPv6:2a01:e35:8b50:2c40::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED308FC19; Tue, 8 Mar 2011 07:43:42 +0000 (UTC) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.14.4/8.14.3) with ESMTP id p287he9q094034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Mar 2011 08:43:40 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.14.4/8.14.4/Submit) id p287heTq094033; Tue, 8 Mar 2011 08:43:40 +0100 (CET) (envelope-from pb) Date: Tue, 8 Mar 2011 08:43:40 +0100 From: Pierre Beyssac To: Rick Macklem Message-ID: <20110308074340.GA93957@fasterix.frmug.org> References: <20110307000846.GA33085@fasterix.frmug.org> <505157381.959522.1299539563484.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <505157381.959522.1299539563484.JavaMail.root@erie.cs.uoguelph.ca> X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 07:43:42 -0000 Hello Rick, Thanks for your reply. On Mon, Mar 07, 2011 at 06:12:43PM -0500, Rick Macklem wrote: > Readdir (in both NFS servers) depends on ZFS to reply EOPNOTSUPP for > VFS_VGET() when it cannot be done, so that Readdir will switch to > using VP_LOOKUP(). Just a wild guess, but maybe ZFS v28 isn't doing > this? My client was plain and simple ls(1). I said readdir(3) because I wrongly assumed ls used that, but actually from looking at the code it looks like it uses fts_open(3) and friends instead... -- Sent from my FreeBSD server Pierre Beyssac pb@fasterix.frmug.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 09:46:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB09F106566C; Tue, 8 Mar 2011 09:46:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7CE8FC13; Tue, 8 Mar 2011 09:46:49 +0000 (UTC) Received: by vxc34 with SMTP id 34so5314850vxc.13 for ; Tue, 08 Mar 2011 01:46:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Ezl05vV8QCX49c+9Nrn5bCe5I09e/w1W8F/6Nj5SxUk=; b=df4p+Nym3fZPdRKjDzyjNv07HrcHVAiUYdz/a6ALIp8fIG1PKtTRonK1AbniKmmgy3 ZrPeqCv8RM08oud0JsDFGFCCXYnkXHVjhHFHncZf1CJaypAI4q/ErJjcVLgIEKtMVwzX pabjeLEjARXhizC/HTGdrpLMt6SkWIwqR+uv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=G4jx2UM+kKJ73SVu4g+r/icFErq0g0c1hmYVJHXlI/t5mKFy1lKcEGDXqyARGABqZJ UWACAzKC58yYiVNdjH7Nq3U4/6Xk1NmzUqwL40rcDFHotx2OuYBEHyvSIvvpIPrs+4ec 1dpZ7+T/h3XoD+4OGK9eXjuyvPSFUetlV9K2s= MIME-Version: 1.0 Received: by 10.52.97.99 with SMTP id dz3mr1023895vdb.267.1299577609209; Tue, 08 Mar 2011 01:46:49 -0800 (PST) Received: by 10.52.70.17 with HTTP; Tue, 8 Mar 2011 01:46:49 -0800 (PST) In-Reply-To: References: <952031295774791@web135.yandex.ru> Date: Tue, 8 Mar 2011 17:46:49 +0800 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= 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-mobile@freebsd.org Subject: Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 09:46:50 -0000 That's not enough info; what about the versions of files in sys/dev/ath ? Adrian 2011/3/8 Vin=EDcius Zavam > 2011/3/7 Adrian Chadd : > > Which version of the driver are you using? > > > > > > Adrian > > # $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02 17:19:54 adria= n > Exp $ > > > 2011/3/7 Vin=EDcius Zavam > >> > >> 2011/1/23 Adrian Chadd : > >> > You'll have to compile in the diag api. > >> > > >> > Just add these: > >> > > >> > options ATH_DIAGAPI > >> > > >> > > >> > > >> > Adrian > >> > > >> > 2011/1/23 Dima Panov : > >> >> Hello! > >> >> > >> >> 23.01.2011, 09:47, "Adrian Chadd" : > >> >>> Hi all, > >> >>> > >> >>> I've just committed a new tool in src/tools/tools/ath/ called > >> >>> ath_prom_dump . > >> >>> > >> >>> It dumps the contents of the atheros EEPROM into a text file for > later > >> >>> analysis. > >> >>> > >> >>> I don't have any AR9285's handy; if you have an AR9285, would you > >> >>> please send me a hexdump of the EEPROM along with the contents of > >> >>> pciconf and dmesg | grep ath (so I can get the MAC/PHY version > >> >>> numbers?) > >> >> > >> >> You meant ath_prom_read? > >> >> > >> >> [root@Beastie] ~# ath_prom_read -h > >> >> ath_prom_read: illegal option -- h > >> >> ath_prom_read [-i ifname] -d > >> >> [root@Beastie] ~# ath_prom_read -d ar9285 > >> >> ath_prom_read: ath0: Invalid argument > >> >> [root@Beastie] ~# > >> >> > >> >> FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT 20= 11 > >> >> > >> >> -- > >> >> Dima Panov (fluffy@FreeBSD.org) > >> > >> _AR9285.txt =3D associated > >> ath0: bb hang detected (0x80), resetting > >> > >> > >> -- > >> Vin=EDcius Zavam > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 10:05:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADE5B106566B; Tue, 8 Mar 2011 10:05:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45E3A8FC1C; Tue, 8 Mar 2011 10:05:28 +0000 (UTC) Received: by vxc34 with SMTP id 34so5325588vxc.13 for ; Tue, 08 Mar 2011 02:05:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ihmS2sPlUTOsqT8FBgHoc4Lvw7WyyHjIEc8dtLAzcwE=; b=esSrGiev1EoqUJ0H/RZIHNovBnRztzXaKqr0Q4wq1urC6yUUAV8blCBIVaYEs81tAc dyfeTo265rB6PFuH+dyRhOFrubKHPXrXA6mIgbYSHPyXUKuo82EedOMRAoLUOwH+AI7H IVho9dVXfMOxA+zuygFtX8Cis5z1474ypmt4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vgz+YpV6pCSdqhVyfqnK1fPfd9TCZ++po7Y1EhU3YJ7yxZoHt0kSi4aFKcez6QKKQV gukXWJgW+/P0/RkXdVxdDtVnuT8hWPAWgcg0B2a7zYcRWG1mtAYJ91LD6kpv4NkTaCCj 28Xv5tSdYmjnIP3EqdR/Ke22IYFr7jZLNsWZ0= MIME-Version: 1.0 Received: by 10.52.94.147 with SMTP id dc19mr282328vdb.67.1299578728264; Tue, 08 Mar 2011 02:05:28 -0800 (PST) Received: by 10.52.70.17 with HTTP; Tue, 8 Mar 2011 02:05:28 -0800 (PST) In-Reply-To: References: <792051295678832@web120.yandex.ru> Date: Tue, 8 Mar 2011 18:05:28 +0800 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dima Panov , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 10:05:29 -0000 2011/3/8 Vin=EDcius Zavam > > > it's "true". > works for me, but i need to put my netbook less than 1meter from my > access point, when using freebsd ;( > > somewhere else i've tryed to send icmp echo requests to my gw got > nothing but "bb hang detected". > my `ifconfig wlan0 list scan` returns just one wireless network... mine. > > [snip] > ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pc= i2 > ath0: AR9285 mac 192.2 RF5133 phy 14.0 > > ath0@pci0:2:0:0: class=3D0x028000 card=3D0x10891a3b chip=3D0x002b1= 68c > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n > Controller (AR928x)' > class =3D network > > FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Mon Mar 7 > 14:16:58 BRT 2011 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE > i386 > So that's a tree compiled from a couple hours ago? am i doing anything wrong as hell? Nope. I think it's very likely that the AR9285 support needs some more attention. Are you able to take an EEPROM dump (using ath_prom_dump -i ath0 -d ar9285.dump) and email it to me? Are you able to crack open the laptop and write down the exact details of the chip? (ie part number, manufacturer, etc?) Different vendors do different things to the same chipset. Thanks, Adrian Adrian > From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 10:14:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70C951065670 for ; Tue, 8 Mar 2011 10:14:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA468FC1F for ; Tue, 8 Mar 2011 10:14:55 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PwtwM-0005I9-JR; Tue, 08 Mar 2011 10:14:54 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PwtwM-0000tb-DX; Tue, 08 Mar 2011 10:14:54 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p28AEs07030113; Tue, 8 Mar 2011 10:14:54 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p28AEsF3030112; Tue, 8 Mar 2011 10:14:54 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 8 Mar 2011 10:14:54 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110308101453.GA30087@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: r219379 build failure on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 10:14:56 -0000 Updating sparc64 from r202445 to r219379: cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/pjdlog.c cc1: warnings being treated as errors /usr/src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': /usr/src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type *** Error code 1 Please advise Thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 13:48:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED2401065670 for ; Tue, 8 Mar 2011 13:48:12 +0000 (UTC) (envelope-from super_bisquit@yahoo.com) Received: from nm25-vm0.bullet.mail.ne1.yahoo.com (nm25-vm0.bullet.mail.ne1.yahoo.com [98.138.91.73]) by mx1.freebsd.org (Postfix) with SMTP id 9BD698FC0A for ; Tue, 8 Mar 2011 13:48:12 +0000 (UTC) Received: from [98.138.90.52] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 08 Mar 2011 13:35:30 -0000 Received: from [98.138.87.12] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 08 Mar 2011 13:35:30 -0000 Received: from [127.0.0.1] by omp1012.mail.ne1.yahoo.com with NNFMP; 08 Mar 2011 13:35:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 499677.55939.bm@omp1012.mail.ne1.yahoo.com Received: (qmail 93296 invoked by uid 60001); 8 Mar 2011 13:35:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1299591330; bh=N7ODAFM43m+0TTu4VFPeA4n9/45PCPuA0d5M0oC1jNo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=GKvjFYMiSF40jUCyNauxe7FcsurpnRa6EE80fo+19gtpay+f+OnNqxcexMFDLIanZ3nvX9sa+JQ33RTTzLeIxlMRFJZF6YIRlOXU5KZPJDUcXE5hfoqE31u6eC1hKvr4nfWDzPOJ2tv6YIHTewdFjcru4+qQRsA+4xK5VMooAXo= 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=eN4NSvKL5xjSi3VGWqlCKoERD6sPXWdjrbU1zLEATxXlz+FyEykML9JcIx80ZssJ0Oxtj9v5ZWk6bByzNOCjYJ1OruRoTnFtVm7B0LEABkABlK46gKCG9nzFUfDptMLym8i93oqK/rF8U6meWH9QD7O4VoVfntotbp/DteXmZVQ=; Message-ID: <114211.93019.qm@web110103.mail.gq1.yahoo.com> X-YMail-OSG: 2QrddT4VM1kDyFt6cOvih5cjwnBlncLFnyPJYDa307AA5g5 2uKxFj65T9Vi9ObdobJ5Dx4.w1oKD4nmSGT7z89o6XONG7Uhsr_ZTrWz6XKe 8A.MG2iboMC5JAGt_uy_XSbgl9woEAGLBEh76w8ydbiNkACA536HYFSWAMRP SMTf9C.cEgWWM6IRWReEjqQeblVeD3k1vm.9w_7.i4BGQBztbWIP27Ow7k9S o_uHoQjcjBR_O_Nj.9eJzFjGwHhuWhKpJfENd4693vHuSAbQTjTlHEB3JtqY ELRJZyoWFFJnOsfYIRGRt22aUMUtjSmbvhcQ8tvMbsvXIF6JDzA-- Received: from [98.192.248.217] by web110103.mail.gq1.yahoo.com via HTTP; Tue, 08 Mar 2011 05:35:30 PST X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.109.292656 Date: Tue, 8 Mar 2011 05:35:30 -0800 (PST) From: Super Biscuit To: current@freebsd.org, freebsd-ppc@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Limited repository, packages gzipped in groups. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 13:48:13 -0000 http://code.google.com/p/powerpc-bits-and-pieces/downloads/list The number of packages are limited; but, there is enough of a base to setup X, have a browser, a window manager and a few others. PowerPC only. You'll have to download such as: ftp http://code.google.com/p/powerpc-bits-and-pieces/downloads/list/ and then use tar -xvf to a directory you have selected. Be sure to set your package path to that directory. Everything is for 9.0 CURRENT. From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 14:53:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D59A106564A; Tue, 8 Mar 2011 14:53:34 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 96A848FC20; Tue, 8 Mar 2011 14:53:33 +0000 (UTC) Received: by fxm19 with SMTP id 19so5876865fxm.13 for ; Tue, 08 Mar 2011 06:53:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=VORgWvboxIFOcRKCdLvd/GJOs28i8PPAwkemzSLLKDM=; b=EwS/QZZbJevccF5a3RGVkvmHvJrtccPhTk9bsJGexXQ9Kl6OsILDild1IT2FDGtavy dgEtGI3J8D3ibXI45/fjCXqSnYsuY9bnvpCDxNHIUth8vcV5T0mznbiqUF91Jo93V3PM piAjx7mA5VgJLWTpBQRyrPTNi3GJ2xr3GxUp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=p2gS10Y4zyCPUs+H4vdIbrRH7DJcnSUxEVF6v3CyoJJetsQJSKS6+4kLmbUEMoTNT0 QNVhjer/Oz1kO1KxhGa191dfX0AiUJ28Ra5EiNDijdZ0AMFyo0K0iPCSRt0LLOe0Y99M vYMlDbwBYTplC3ohX+7YZVftKWJx/IfGB8TQA= MIME-Version: 1.0 Received: by 10.223.77.19 with SMTP id e19mr2704972fak.36.1299596012537; Tue, 08 Mar 2011 06:53:32 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.101.193 with HTTP; Tue, 8 Mar 2011 06:53:32 -0800 (PST) In-Reply-To: References: <952031295774791@web135.yandex.ru> Date: Tue, 8 Mar 2011 11:53:32 -0300 X-Google-Sender-Auth: 1RKRgqPjlq2Mw5eUky-XfwsHonM Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 14:53:34 -0000 2011/3/8 Adrian Chadd : > That's not enough info; what about the versions of files in sys/dev/ath ? > > > Adrian ops. shame on me. > 2011/3/8 Vin=EDcius Zavam >> >> 2011/3/7 Adrian Chadd : >> > Which version of the driver are you using? >> > >> > >> > Adrian sys/dev/ath/ah_osdep.c: * $FreeBSD: src/sys/dev/ath/ah_osdep.c,v 1.14 2011/03/05 21:20:18 adrian Exp $ sys/dev/ath/if_ath_debug.h: * $FreeBSD: src/sys/dev/ath/if_ath_debug.h,v 1.1 2011/01/29 05:08:21 adrian Exp $ sys/dev/ath/if_ath_keycache.h: * $FreeBSD: src/sys/dev/ath/if_ath_keycache.h,v 1.1 2011/03/02 17:19:54 adrian Exp $ sys/dev/ath/if_ath_misc.h: * $FreeBSD: src/sys/dev/ath/if_ath_misc.h,v 1.2 2011/03/02 16:03:19 adrian Exp $ sys/dev/ath/if_ath_sysctl.h: * $FreeBSD: src/sys/dev/ath/if_ath_sysctl.h,v 1.1 2011/03/02 16:03:19 adrian Exp $ sys/dev/ath/if_ath_tx.h: * $FreeBSD: src/sys/dev/ath/if_ath_tx.h,v 1.1 2011/01/29 11:35:23 adrian Exp $ sys/dev/ath/if_ath_tx_ht.h: * $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.h,v 1.2 2011/02/12 02:14:19 adrian Exp $ sys/dev/ath/if_athioctl.h: * $FreeBSD: src/sys/dev/ath/if_athioctl.h,v 1.29 2011/02/21 19:19:05 adrian Exp $ sys/dev/ath/if_athrate.h: * $FreeBSD: src/sys/dev/ath/if_athrate.h,v 1.9 2011/02/01 08:10:18 adrian Exp $ sys/dev/ath/if_athvar.h: * $FreeBSD: src/sys/dev/ath/if_athvar.h,v 1.98 2011/02/09 16:37:29 adrian Exp $ i am compiling these new source files right now. >> # $FreeBSD: src/sys/modules/ath/Makefile,v 1.19 2011/03/02 17:19:54 adri= an >> Exp $ >> >> > 2011/3/7 Vin=EDcius Zavam >> >> >> >> 2011/1/23 Adrian Chadd : >> >> > You'll have to compile in the diag api. >> >> > >> >> > Just add these: >> >> > >> >> > options =A0 =A0 =A0 =A0 ATH_DIAGAPI >> >> > >> >> > >> >> > >> >> > Adrian >> >> > >> >> > 2011/1/23 Dima Panov : >> >> >> Hello! >> >> >> >> >> >> 23.01.2011, 09:47, "Adrian Chadd" : >> >> >>> Hi all, >> >> >>> >> >> >>> I've just committed a new tool in src/tools/tools/ath/ called >> >> >>> ath_prom_dump . >> >> >>> >> >> >>> It dumps the contents of the atheros EEPROM into a text file for >> >> >>> later >> >> >>> analysis. >> >> >>> >> >> >>> I don't have any AR9285's handy; if you have an AR9285, would you >> >> >>> please send me a hexdump of the EEPROM along with the contents of >> >> >>> pciconf and =A0dmesg | grep ath (so I can get the MAC/PHY version >> >> >>> numbers?) >> >> >> >> >> >> You meant ath_prom_read? >> >> >> >> >> >> [root@Beastie] ~# ath_prom_read -h >> >> >> ath_prom_read: illegal option -- h >> >> >> =A0 =A0 =A0 =A0ath_prom_read [-i ifname] -d >> >> >> [root@Beastie] ~# ath_prom_read -d ar9285 >> >> >> ath_prom_read: ath0: Invalid argument >> >> >> [root@Beastie] ~# >> >> >> >> >> >> FreeBSD 9.0-900030-CURRENT #0 r217695M: Sat Jan 22 13:57:57 VLAT >> >> >> 2011 >> >> >> >> >> >> -- >> >> >> Dima Panov (fluffy@FreeBSD.org) >> >> >> >> _AR9285.txt =3D associated >> >> ath0: bb hang detected (0x80), resetting >> >> >> >> >> >> -- >> >> Vin=EDcius Zavam >> >> -- >> Vin=EDcius Zavam --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 14:56:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80EB01065670; Tue, 8 Mar 2011 14:56:45 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49F298FC18; Tue, 8 Mar 2011 14:56:45 +0000 (UTC) Received: by iwn33 with SMTP id 33so5747156iwn.13 for ; Tue, 08 Mar 2011 06:56:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.60.193 with SMTP id wt1mr6351471icb.490.1299596204405; Tue, 08 Mar 2011 06:56:44 -0800 (PST) Received: by 10.231.149.79 with HTTP; Tue, 8 Mar 2011 06:56:44 -0800 (PST) In-Reply-To: <20110307000846.GA33085@fasterix.frmug.org> References: <20110307000846.GA33085@fasterix.frmug.org> Date: Tue, 8 Mar 2011 15:56:44 +0100 Message-ID: From: Olivier Smedts To: Pierre Beyssac Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 14:56:45 -0000 2011/3/7 Pierre Beyssac : > Hello, > > I'm running a 9-current server as compiled on Sat Mar =A05 02:17:14 > CET 2011. > > Since I upgraded to ZFS v28 I noticed missing files from NFS. The > files are still accessible through NFS but they don't show up on a > readdir(3). > > On the NFS server (files are stored on a ZFS v15 volume, not yet > upgraded to the v28 format): > > % cd /usr/ports/devel/autoconf > % ls -i > 311401 Makefile =A0 =A0 =A0 =A0 204505 files =A0 =A0 =A0 =A0 =A0 =A020450= 9 pkg-plist > 204504 distinfo =A0 =A0 =A0 =A0 204508 pkg-descr > > On the NFS client side (FreeBSD 8.2-RELEASE): > > % cd /usr/ports/devel/autoconf > % ls -i > 204504 distinfo =A0 =A0 =A0 =A0 204508 pkg-descr > 204505 files =A0 =A0 =A0 =A0 =A0 =A0204509 pkg-plist > > Yet the missing file can be accessed: > % head -3 Makefile > # New ports collection makefile for: =A0 =A0autoconf > # Date created: =A0 =A0 =A0 =A0 7th December 2006 > # Whom: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ade@FreeBSD.org I have the same behavior for files or even complete dirs in my linux jails. The files are visible on the host computer (FreeBSD 9-CURRENT amd64 with v28 ZFS root pool), but if I chroot in the linux jail (so now it's not a jail but only a chroot running linux binaries), I can't "ls" them. I can provide more details but I'm not in front of my computer right now. What do you need ? > > Note that the missing files are scattered throughout the volume, > no relation to the inode number, as shown on a diff: > > @@ -1,8 +1,6 @@ > =A0 =A0 =A03 =A0 =A0 =A0 =A07 drwxr-xr-x =A0 70 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A093 =A04 mar 19:11 /usr/por= ts > - =A0 =A0 4 =A0 =A0 =A0 =A02 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 241 24 jan =A02007 /usr/ports= /astro/tclgeomap/pkg-plist > =A0 =A0 =A05 =A0 =A0 =A0 =A03 drwxr-xr-x =A0 =A02 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 6 22 f=E9v 12:04 /usr/por= ts/astro/tkgeomap > =A0 =A0 =A06 =A0 =A0 =A0 =A03 drwxr-xr-x =A0 =A04 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 6 29 jul =A02008 /usr/por= ts/Tools > - =A0 =A0 7 =A0 =A0 =A0 =A05 drwxr-xr-x =A0 33 pb =A0 =A0 =A0 =A0 =A0 =A0= =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A034 25 nov 15:59 /usr/ports/ac= cessibility > =A0 =A0 =A08 =A0 =A0 =A0 =A03 drwxr-xr-x =A0 12 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A014 =A09 f=E9v =A02009 /usr= /ports/arabic > =A0 =A0 11 =A0 =A0 =A0 51 drwxr-xr-x =A0900 pb =A0 =A0 =A0 =A0 =A0 =A0 = =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 901 =A06 mar 14:36 /usr/ports/aud= io > =A0 =A0 12 =A0 =A0 =A0 =A03 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 584 25 ao=FB =A02006 /usr/por= ts/astro/tkgeomap/pkg-descr > @@ -16,10 +14,8 @@ > =A0 =A0 23 =A0 =A0 =A0 =A03 drwxr-xr-x =A0 =A03 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 7 24 mar =A02010 /usr/por= ts/astro/wcslib > =A0 =A0 24 =A0 =A0 =A0 =A04 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01414 =A05 jan =A02010 /usr/por= ts/astro/wcslib/Makefile > =A0 =A0 25 =A0 =A0 =A0 =A05 drwxr-xr-x =A0 31 pb =A0 =A0 =A0 =A0 =A0 =A0 = =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A033 =A01 jan 23:16 /usr/ports/f= rench > - =A0 =A026 =A0 =A0 =A0 =A02 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 197 =A05 jan =A02010 /usr/por= ts/astro/wcslib/distinfo > =A0 =A0 27 =A0 =A0 =A0 63 drwxr-xr-x =A01110 pb =A0 =A0 =A0 =A0 =A0 =A0 = =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01111 23 f=E9v 15:37 /usr/ports/gam= es > =A0 =A0 28 =A0 =A0 =A0 =A03 drwxr-xr-x =A0 =A02 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4 24 mar =A02010 /usr/por= ts/astro/wcslib/files > - =A0 =A029 =A0 =A0 =A0 =A02 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 236 =A05 jan =A02010 /usr/por= ts/astro/wcslib/files/6-patch-configure > =A0 =A0 30 =A0 =A0 =A0 =A03 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 677 =A05 jan =A02010 /usr/por= ts/astro/wcslib/files/patch-GNUmakefile > =A0 =A0 31 =A0 =A0 =A0 =A02 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 401 17 jul =A02009 /usr/ports= /astro/wcslib/pkg-descr > =A0 =A0 32 =A0 =A0 =A0 =A04 -rw-r--r-- =A0 =A01 pb =A0 =A0 =A0 =A0 =A0 = =A0 =A0 staff =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01515 =A05 jan =A02010 /usr/por= ts/astro/wcslib/pkg-plist > ... > > Reverting to an old 9-current kernel (January 10, before the ZFS > v28 patches) fixes the problem... > -- > Sent from my FreeBSD server > Pierre Beyssac =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pb@fast= erix.frmug.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= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 15:10:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD4A106566C; Tue, 8 Mar 2011 15:10:42 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 375668FC0C; Tue, 8 Mar 2011 15:10:34 +0000 (UTC) Received: by fxm19 with SMTP id 19so5897295fxm.13 for ; Tue, 08 Mar 2011 07:10:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0C2Gp+X2mCk0weuS6RmZzm5YqwqHnSrmVbaCC49EfPo=; b=qXeWWPeuQhBXw8LBeMOgq4jw7QkEEub/nmJckrxu5REGuYyUdXYIuduoEMxCJQ4idd uKnfg+tCUI586PxCjbk9VUdXaJJUZCYcVsVcPGm41xLV0WjSBcNdWcCijkkEl7l1MKvj 14GtqV29dB40iT4LN1I2qJ0cA59N0vsMqN6dw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=jmUWiW6VsBxmGMCimgEJGK6G3Hn6XtJcWoWjya+JojgOiQ41cxR5+MX5lGoimL2/5V A/SjLeM3rt+6jTjVZ74dKrcfguEVKBdZIoJOqM0bMK1FJcxZBFEe6cGwK5yVm2+iq1Jh d4E09bU6Z7bilqcs2fHD9SVncdw/CojtfBAxw= MIME-Version: 1.0 Received: by 10.223.77.19 with SMTP id e19mr2727563fak.36.1299597034075; Tue, 08 Mar 2011 07:10:34 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.101.193 with HTTP; Tue, 8 Mar 2011 07:10:34 -0800 (PST) In-Reply-To: References: <792051295678832@web120.yandex.ru> Date: Tue, 8 Mar 2011 12:10:34 -0300 X-Google-Sender-Auth: p8O3yEozHXdBREYy4DUYsEB89q4 Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dima Panov , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 15:10:43 -0000 2011/3/8 Adrian Chadd : > > > 2011/3/8 Vin=EDcius Zavam >> >> >> it's "true". >> works for me, but i need to put my netbook less than 1meter from my >> access point, when using freebsd ;( >> >> somewhere else i've tryed to send icmp echo requests to my gw got >> nothing but "bb hang detected". >> my `ifconfig wlan0 list scan` returns just one wireless network... mine. >> > > [snip] > >> >> ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on >> pci2 >> ath0: AR9285 mac 192.2 RF5133 phy 14.0 >> >> ath0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x028000 card=3D0x10891a3b chip= =3D0x002b168c >> rev=3D0x01 hdr=3D0x00 >> =A0 =A0vendor =A0 =A0 =3D 'Atheros Communications Inc.' >> =A0 =A0device =A0 =A0 =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n >> Controller (AR928x)' >> =A0 =A0class =A0 =A0 =A0=3D network >> >> FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #3: Mon Mar =A07 >> 14:16:58 BRT 2011 =A0 =A0 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE >> i386 > > So that's a tree compiled from a couple hours ago? it was. >> am i doing anything wrong as hell? > > Nope. I think it's very likely that the AR9285 support needs some more > attention. > Are you able to take an EEPROM dump (using ath_prom_dump -i ath0 -d > ar9285.dump) and email it to me? i've done it before. did not receive my mail? hmm... maybe it's because i attached and carbon copied current@ and mobile@= . will mail it to you ASAP. > Are you able to crack open the laptop and write down the exact details of > the chip? (ie part number, manufacturer, etc?) Different vendors do > different things to the same chipset. > Thanks, > > Adrian not now. sorry.... (i do will think about it); it still in the warranty period. --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 15:15:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE1BE1065675; Tue, 8 Mar 2011 15:15:38 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1602E8FC0A; Tue, 8 Mar 2011 15:15:37 +0000 (UTC) Received: by wwc33 with SMTP id 33so1230943wwc.31 for ; Tue, 08 Mar 2011 07:15:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=sCLCvtb86WF/1o6lbdDHV1mRbivl36uLIHmrt4BA4yY=; b=nq362rtbn3pgNk7OcrOX+SzVuCaEo29lF+MtMrZzvqlsr7C9vYqQ11obnxW6K9XlrR nTX/AYGoewhaQcfIaNgZaOmSwB7apYGCdxzl1tX0XnBRpmMVna8gMe1AXBY5kti7lnVN PalfejWe/u5RoA1ORbwDG7mATe6gcDQ7WBD9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fqodjfNMDAJ8/FiMB/W2N9VbV/HgM0StKt68arlz3C+n3tgcVlR/4LmzwaHhrd9Yzx 2rwOkPw+pflfGnkzrHw573HxX+2YjtkGGtR6g4NW81MyV1Osfyrm8bJoPk3LEaQtQnxj RIDonCVX6YleYkwyUbULMzAQfOLgO+Sn3JHYc= MIME-Version: 1.0 Received: by 10.216.213.29 with SMTP id z29mr4553546weo.19.1299597336865; Tue, 08 Mar 2011 07:15:36 -0800 (PST) Received: by 10.216.73.78 with HTTP; Tue, 8 Mar 2011 07:15:36 -0800 (PST) In-Reply-To: <31097583.post@talk.nabble.com> References: <4CD45209.5010607@FreeBSD.org> <4CDE5B8C.4000102@FreeBSD.org> <4CE0010D.7080505@FreeBSD.org> <4D150C56.4080801@FreeBSD.org> <31097583.post@talk.nabble.com> Date: Tue, 8 Mar 2011 09:15:36 -0600 Message-ID: From: Brandon Gooch To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , FreeBSD Current , freebsd-stable@freebsd.org Subject: Re: Sense fetching [Was: cdrtools /devel ...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 15:15:38 -0000 On Tue, Mar 8, 2011 at 8:29 AM, Jakub Lach wrote: > > Hello. > > Just ensuring that this issue would not be forgotten, > If I recall correctly, without added patches one > cannot burn CD with cdrtools, quite a problem > for media burning suite ;) > > best regards, > - Jakub Lach mav@ is working on graid(4), a replacement for ataraid(4) using the GEOM framework. This effort has taken precedence over a few outstanding patches he was working on, but he will eventually come back to it :) Perhaps another developer will step up and continue the work on the patches: http://people.freebsd.org/~mav/sense/ -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 15:25:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD3F1065670; Tue, 8 Mar 2011 15:25:30 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D4C008FC1C; Tue, 8 Mar 2011 15:25:29 +0000 (UTC) Received: by fxm19 with SMTP id 19so5914556fxm.13 for ; Tue, 08 Mar 2011 07:25:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1uvy0vf9xkterkmS/M7j1Ejt/6LljI9FOBPWU3IDUII=; b=Ws0Bx1jCzgi0XikPSSNy2fCZqm9Y6eOu0K54cC2dUINiYPXhEVmfRYmLDZGFpbkbgA 4XaJkG6fi/5Qf/mrD9T7iB73Q+hyb44UMJVw3UA7hGRFySCyQc2p/yiu4jB+xBzMEoEy bOseqtA2zjlcWghwbCONcISuS35P59qjlFI2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ia/LycAqJ7Qndlu3NsbDJ2scnOFvDnkz8W+wx3QgIoiBucW0nAOJAgremR1tqmGzDv OfnUznR/qGROS/rUSVCsAwCObxylKouhfVFgvtsSC9fhRwIMdEIip6j7gGg3v2Fu+5Wx tDQ+lDOGSRprL8AG8iAX0RQIWMVt6n7EvBLkI= MIME-Version: 1.0 Received: by 10.223.6.11 with SMTP id 11mr6455850fax.93.1299597928664; Tue, 08 Mar 2011 07:25:28 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.101.193 with HTTP; Tue, 8 Mar 2011 07:25:28 -0800 (PST) In-Reply-To: References: <952031295774791@web135.yandex.ru> Date: Tue, 8 Mar 2011 12:25:28 -0300 X-Google-Sender-Auth: MwgQzvosqga3KehHM2gPCFgypdM Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 15:25:30 -0000 2011/3/8 Vin=EDcius Zavam : > 2011/3/8 Adrian Chadd : >> That's not enough info; what about the versions of files in sys/dev/ath = ? >> >> >> Adrian > > ops. shame on me. > >> 2011/3/8 Vin=EDcius Zavam >>> >>> 2011/3/7 Adrian Chadd : >>> > Which version of the driver are you using? >>> > >>> > >>> > Adrian > > sys/dev/ath/ah_osdep.c: * $FreeBSD: src/sys/dev/ath/ah_osdep.c,v 1.14 > 2011/03/05 21:20:18 adrian Exp $ > sys/dev/ath/if_ath_debug.h: * $FreeBSD: > src/sys/dev/ath/if_ath_debug.h,v 1.1 2011/01/29 05:08:21 adrian Exp $ > sys/dev/ath/if_ath_keycache.h: * $FreeBSD: > src/sys/dev/ath/if_ath_keycache.h,v 1.1 2011/03/02 17:19:54 adrian Exp > $ > sys/dev/ath/if_ath_misc.h: * $FreeBSD: src/sys/dev/ath/if_ath_misc.h,v > 1.2 2011/03/02 16:03:19 adrian Exp $ > sys/dev/ath/if_ath_sysctl.h: * $FreeBSD: > src/sys/dev/ath/if_ath_sysctl.h,v 1.1 2011/03/02 16:03:19 adrian Exp $ > sys/dev/ath/if_ath_tx.h: * $FreeBSD: src/sys/dev/ath/if_ath_tx.h,v 1.1 > 2011/01/29 11:35:23 adrian Exp $ > sys/dev/ath/if_ath_tx_ht.h: * $FreeBSD: > src/sys/dev/ath/if_ath_tx_ht.h,v 1.2 2011/02/12 02:14:19 adrian Exp $ > sys/dev/ath/if_athioctl.h: * $FreeBSD: src/sys/dev/ath/if_athioctl.h,v > 1.29 2011/02/21 19:19:05 adrian Exp $ > sys/dev/ath/if_athrate.h: * $FreeBSD: src/sys/dev/ath/if_athrate.h,v > 1.9 2011/02/01 08:10:18 adrian Exp $ > sys/dev/ath/if_athvar.h: * $FreeBSD: src/sys/dev/ath/if_athvar.h,v > 1.98 2011/02/09 16:37:29 adrian Exp $ > > i am compiling these new source files right now. (...) >>> >>> >>> > > > -- > Vin=EDcius Zavam good news, everyone! i reached my wireless gateway far from the AP. AP --- wall+2meters --- AR9285. ssh didn't work well. same to `ping www.freebsd.org`. few minutes later i got another "bb hang resetting" i am sending the dump file to you right now, Chadd. ty again. --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:22:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CEEB1065673 for ; Tue, 8 Mar 2011 17:22:41 +0000 (UTC) (envelope-from rickvanderzwet@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E4F0E8FC08 for ; Tue, 8 Mar 2011 17:22:40 +0000 (UTC) Received: by vxc34 with SMTP id 34so5721668vxc.13 for ; Tue, 08 Mar 2011 09:22:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=nsPTctx2wjHX0P64ABVpNdt6iiplts/zkCMThAIEQTk=; b=NY0OYyUxUhS0FD73M1T3R0ubvrwrswqYzHTbau8MK21DPNnmtf2VF1GzrLh4W+q4OE VZiqIAxJuY9WF/V2wM7/b3b0UmxP2Q4jqQqr5AxNPTYbjwqJh1/JXtYGb/faXtRhZ7Uk bVAschePuFU4rXxmGNiU5jhojUS2TIwhNgW/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=Qp4r77f9v+BhqAQhQTbKnlTLHSczARZxRbHJGzs9D28xOUUDn+eW+6jnRKuYgcjURN WEkwiY0gOTQKP4zLcJimejjYRBHKF8dVXD9mu4UCmlQyu+jGihwFGcLY55JP4SwuUxjy ACPUkwCqPOBFkM2pS5PJVi0wIUXovktHAAnyA= MIME-Version: 1.0 Received: by 10.220.193.193 with SMTP id dv1mr1482517vcb.97.1299603468546; Tue, 08 Mar 2011 08:57:48 -0800 (PST) Sender: rickvanderzwet@gmail.com Received: by 10.220.112.206 with HTTP; Tue, 8 Mar 2011 08:57:48 -0800 (PST) Date: Tue, 8 Mar 2011 17:57:48 +0100 X-Google-Sender-Auth: G7XmWVtd7aDNWTilc0ofyKmX8jI Message-ID: From: Rick van der Zwet To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: MacbookPro4,1, atapci/ata stall during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 17:22:41 -0000 After 8.1-RELEASE was running fine, upgrading to 8.2-RELEASE caused to stalls completely without crash during boot. I now went for a fresh -CURRENT which still stalls/freezes completely without crashing with last messages (captured via firewire/dcons): atapci0: port 0x8108-0x810f,0x811c-0x811f,0x8100-0x8107,0x8118-0x811b,0x80e0-0x80ef irq 21 at device 31.1 on pci0 ata2: on atapci0 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x10000 atapci1: port 0x80f8-0x80ff,0x8114-0x8117,0x80f0-0x80f7,0x8110-0x8113,0x8020-0x802f,0x4000-0x400f irq 18 at device 31.2 on pci0 ata3: on atapci1 My MacbookPro4,1 is using (S)ATA controller chipset : atapci0@pci0:0:31:1: class=0x01018f card=0x00a3106b chip=0x28508086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x01018f card=0x00a3106b chip=0x28288086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801 (ICH8M) 3 port SATA Controller' class = mass storage subclass = ATA The issue seem to be introduced in r214016 which is a fairly large commit about 'Set of legacy mode SATA enchancements'. If using the tree sys/dev/ata@214015 it boots fine: # svn up -r214015 /usr/src-head/sys/dev/ata # make -C /usr/src-head buildkernel installkernel And the next commit (which affects my chipset as well) it stops working: # svn up -r214016 /usr/src-head/sys/dev/ata # make -C /usr/src-head buildkernel installkernel Does anybody has the same SATA controller chipset (ATA_I82801HBM_S1), and is able to boot fine? Any hints on how to debug this issue much appreciated as I having quite some trouble understanding what the patch changed and how-to debug this, as it completely freezes the machine, making it impossible to get into the debugger. Br. /Rick -- http://rickvanderzwet.nl From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 17:39:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013531065670 for ; Tue, 8 Mar 2011 17:39:12 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id A93798FC16 for ; Tue, 8 Mar 2011 17:39:11 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 8EAD99CB118 for ; Tue, 8 Mar 2011 18:39:09 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XWJKWedq0PQp for ; Tue, 8 Mar 2011 18:39:09 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0E6AE9CB22A for ; Tue, 8 Mar 2011 18:39:09 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id p28Hd9w2071909 for current@freebsd.org; Tue, 8 Mar 2011 18:39:09 +0100 (CET) (envelope-from rdivacky) Date: Tue, 8 Mar 2011 18:39:09 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20110308173909.GA71091@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [TESTING]: one more boot2 shrinking 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: Tue, 08 Mar 2011 17:39:12 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi, this diet patch=20 http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch includes these changes: o bunch of variables are turned into uint8_t=20 o initial setting of namep[] in lookup() is removed as it's only overwritten a few lines down o kname is explicitly initialized in main() as BSS in boot2 is not zeroed o the "fmt" dance in load() is removed o buf in printf() is made static to save space Please test/review this patch. John Baldwin already looked and I booted it so it should be quite safe. I plan to commit this in a few days unless problems are found.. thank you! roman p.s. for those interested - with a few other changes (to llvm, not freebsd)= we do fit within boot2 limit :) --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk12ab0ACgkQLVEj6D3CBEwDkgCfSdtLkNKv2OiRTuxuISlUBlig ZCUAn3VL44Ox+wqDmzO9OB2sfRbpJrba =u5vk -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 18:40:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19D2A106566B for ; Tue, 8 Mar 2011 18:40:29 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id B75148FC1B for ; Tue, 8 Mar 2011 18:40:27 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9C0A845EC0; Tue, 8 Mar 2011 19:40:25 +0100 (CET) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 99D9145CA6; Tue, 8 Mar 2011 19:40:20 +0100 (CET) Date: Tue, 8 Mar 2011 19:40:19 +0100 From: Pawel Jakub Dawidek To: Pierre Beyssac Message-ID: <20110308184019.GA2312@garage.freebsd.pl> References: <20110307000846.GA33085@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20110307000846.GA33085@fasterix.frmug.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 18:40:29 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 07, 2011 at 01:08:46AM +0100, Pierre Beyssac wrote: > Hello, >=20 > I'm running a 9-current server as compiled on Sat Mar 5 02:17:14 > CET 2011. >=20 > Since I upgraded to ZFS v28 I noticed missing files from NFS. The > files are still accessible through NFS but they don't show up on a > readdir(3). [...] Could you try r219404? --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk12eBIACgkQForvXbEpPzSQswCgynal49nHbZfM8Kx1eRb2jIqM JKMAniv0AYJKqZnGO1Qrm00xU6E4OQ64 =gf7h -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 19:02:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1B1C106567B; Tue, 8 Mar 2011 19:02:34 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3261D8FC0C; Tue, 8 Mar 2011 19:02:34 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 5091E5CF4; Tue, 8 Mar 2011 20:02:33 +0100 (CET) X-Virus-Scanned: amavisd-new at solomo.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id B6pkWEKN80Kx; Tue, 8 Mar 2011 20:02:33 +0100 (CET) Received: from [IPv6:::1] (localhost [IPv6:::1]) by mail.solomo.de (Postfix) with ESMTP id D67245CE1; Tue, 8 Mar 2011 20:02:32 +0100 (CET) Message-ID: <4D767D47.7020300@FreeBSD.org> Date: Tue, 08 Mar 2011 20:02:31 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b3pre Thunderbird/3.1.9 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20110307000846.GA33085@fasterix.frmug.org> <20110308184019.GA2312@garage.freebsd.pl> In-Reply-To: <20110308184019.GA2312@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Pierre Beyssac Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 19:02:34 -0000 On 08.03.11 19:40, Pawel Jakub Dawidek wrote: > On Mon, Mar 07, 2011 at 01:08:46AM +0100, Pierre Beyssac wrote: >> Hello, >> >> I'm running a 9-current server as compiled on Sat Mar 5 02:17:14 >> CET 2011. >> >> Since I upgraded to ZFS v28 I noticed missing files from NFS. The >> files are still accessible through NFS but they don't show up on a >> readdir(3). > [...] > > Could you try r219404? > Yes, that fixed it for me. Thanks, Florian From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 19:59:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9E59106564A; Tue, 8 Mar 2011 19:59:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 589028FC08; Tue, 8 Mar 2011 19:59:31 +0000 (UTC) Received: by gyh4 with SMTP id 4so2477657gyh.13 for ; Tue, 08 Mar 2011 11:59:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=020ZrKEKaEZNM6sOzp+86gAb6JXSodtawtTWvWT6MzI=; b=spB/nLzM4AvsX7ZVrT2ZNw2wIqp+GHrkF9IRKy0ZvxDjZVJdQQR81kciNE+uy8ujnW KF4OTJJWChJYUMkiFvCOvT/uD8K1NQKqGTZ0Z0KF5xUGzgMTqZT5J5do4DX37/w7lbRb aE1+pOjyy/ZPi6afFSbQknW0o59+ddiPnbXQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=C20cKeOL4Hgx+dT61pa1M5DLRZE3uCXWqSrJuw1TJDEklaZmDYhrI55tmvZwe2FAxw XX90po9+4yxceRrPlKAztswWBno+FXqmc7cPbY1cItLILl/jzPspI1FCI3pvAzdTwtYo q0ueTXzvRnFqehivKCEc7Zpk0WXND4Vn08fc8= MIME-Version: 1.0 Received: by 10.101.186.1 with SMTP id n1mr2260124anp.244.1299614370525; Tue, 08 Mar 2011 11:59:30 -0800 (PST) Received: by 10.100.125.14 with HTTP; Tue, 8 Mar 2011 11:59:30 -0800 (PST) In-Reply-To: <20110220154651.GA17661@icarus.home.lan> References: <4D4A38FD.7000607@rdtc.ru> <4D3011DB.9050900@frasunek.com> <4FD1B1C3-08A7-4F48-A30A-DE5A8F3D3834@averesystems.com> <4D6133AC.6070507@sentex.net> <20110220154651.GA17661@icarus.home.lan> Date: Tue, 8 Mar 2011 11:59:30 -0800 Message-ID: From: Freddie Cash To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Andrey Smagin , Eugene Grosbein , Andrew Boyer , Mike Tancsa , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: About "panic: bufwrite: buffer is not busy???" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 19:59:31 -0000 Not sure if the CC: line needs to be trimmed, leaving it as is for now. On Sun, Feb 20, 2011 at 7:46 AM, Jeremy Chadwick wrote: > On Sun, Feb 20, 2011 at 10:30:52AM -0500, Mike Tancsa wrote: >> On 2/20/2011 9:33 AM, Andrey Smagin wrote: >> > On week -current I have same problem, my box paniced every 2-15 min. I= resolve problem by next steps - unplug network connectors from 2 intel em = (82574L) cards. I think last time that mpd5 related panic, but mpd5 work wi= th another re interface interated on MB. I think it may be em related panic= , or em+mpd5. >> >> The latest panic I saw didnt have anything to do with em. =C2=A0Are you = sure >> your crashes are because of the nic drive ? > > Not to mention, the error string the OP provided (see Subject) is only > contained in one file: sys/ufs/ffs/ffs_vfsops.c, function > ffs_bufwrite(). =C2=A0So, that would be some kind of weird filesystem-rel= ated > issue, not NIC-specific. =C2=A0I have no idea how to debug said problem. I can semi-reliably reproduce this panic message on a 9-CURRENT box, with sources from March 7. On this box, it happens every other time I start hastd. hastd creates the 12 GEOM providers used to create a ZFS pool. A simple "service hastd onestart" will generate the panic. Is there any extra info that needed to help track this down? --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 20:01:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A24451065673; Tue, 8 Mar 2011 20:01:56 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta01.eastlink.ca (mta01.eastlink.ca [24.224.136.30]) by mx1.freebsd.org (Postfix) with ESMTP id 66B5B8FC28; Tue, 8 Mar 2011 20:01:56 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ip02.eastlink.ca ([unknown] [24.222.39.20]) by mta01.eastlink.ca (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LHR0099X8Z7C250@mta01.eastlink.ca>; Tue, 08 Mar 2011 16:01:55 -0400 (AST) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=b0sI0M7bjhCmEOs51LbeKzGQ5ECIs9m+H5QCeOcUmtc= c=1 sm=1 a=Vf-jsbQBtA4A:10 a=kj9zAlcOel0A:10 a=9B8mcP_0h3sSw0vDWKAA:9 a=bceXvE-4wqh-s4iu4T-DPDi-c0sA:4 a=CjuIK1q_8ugA:10 a=Y4g+zi6NJtbRuBVJrbSZ6Q==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip02.eastlink.ca with ESMTP; Tue, 08 Mar 2011 16:01:55 -0400 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Tue, 08 Mar 2011 16:01:54 -0400 From: Chris Forgeron To: Pawel Jakub Dawidek , Pierre Beyssac Date: Tue, 08 Mar 2011 16:01:53 -0400 Thread-topic: missing files in readdir(3) on NFS export of ZFS volume (since v28?) Thread-index: AcvdwFkJzazp/bUyTEigLbVEEMbKUwACqelA Message-id: References: <20110307000846.GA33085@fasterix.frmug.org> <20110308184019.GA2312@garage.freebsd.pl> In-reply-to: <20110308184019.GA2312@garage.freebsd.pl> Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Mailman-Approved-At: Tue, 08 Mar 2011 20:20:20 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 20:01:56 -0000 Interesting - I'm having the same problem, but I thought it was due to some tweaking I was doing to NFS to force it into async mode from a ESX mount, and to remove the last of giant_lock. Now that someone else is having the same problem, maybe it's not my tweaks. I've found that if I create a new folder, and copy the files into that folder, it often fixes it. Sometimes I need to make the folder via NFS for this to work. I just did it twice today in fact. I see that r219404 fixed it for him - What was the change in r219404 that made the difference here? I guess I could go diff the code to find out.. :-) From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 20:43:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 151B91065675; Tue, 8 Mar 2011 20:43:14 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.26]) by mx1.freebsd.org (Postfix) with ESMTP id 951678FC14; Tue, 8 Mar 2011 20:43:13 +0000 (UTC) Received: from [78.34.131.250] (helo=r500.local) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Px3UU-0005VA-E3; Tue, 08 Mar 2011 21:26:46 +0100 Date: Tue, 8 Mar 2011 21:19:31 +0100 From: Fabian Keil To: Roman Divacky Message-ID: <20110308211931.1c5deb8b@r500.local> In-Reply-To: <20110308173909.GA71091@freebsd.org> References: <20110308173909.GA71091@freebsd.org> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/.f9CZSRiiLlpgGTMd/fMb3X"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Tue, 08 Mar 2011 20:43:14 -0000 --Sig_/.f9CZSRiiLlpgGTMd/fMb3X Content-Type: multipart/mixed; boundary="MP_/65dpXQf2oXB/a7fO=j/E701" --MP_/65dpXQf2oXB/a7fO=j/E701 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Roman Divacky wrote: > this diet patch=20 >=20 > http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch >=20 > includes these changes: >=20 > o bunch of variables are turned into uint8_t=20 >=20 > o initial setting of namep[] in lookup() is removed > as it's only overwritten a few lines down >=20 > o kname is explicitly initialized in main() as BSS > in boot2 is not zeroed Are you saying the previous: static const char *kname =3D NULL; didn't work, or is this the explanation why the initialization hasn't simply been removed? > o the "fmt" dance in load() is removed >=20 > o buf in printf() is made static to save space >=20 >=20 > Please test/review this patch. John Baldwin already looked and I booted > it so it should be quite safe. I plan to commit this in a few days unless > problems are found.. Works for me with gcc from base on amd64. I noticed an unrelated warning about an unused variable, though. /usr/src/sys/boot/i386/boot2/boot2.c: In function 'load': /usr/src/sys/boot/i386/boot2/boot2.c:310: warning: unused variable 'x' It seems to be left over from: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/boot2/boot2.c.diff?= r1=3D1.91;r2=3D1.92;f=3Dh The attached (only compile-tested) patch removes it. Fabian --MP_/65dpXQf2oXB/a7fO=j/E701 Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=0001-Remove-unused-variable-x-in-load.patch =46rom 92e87c9a0daf786790ed1f50143a428f2df5ad97 Mon Sep 17 00:00:00 2001 From: Fabian Keil Date: Tue, 8 Mar 2011 20:59:20 +0100 Subject: [PATCH] Remove unused variable x in load() --- sys/boot/i386/boot2/boot2.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sys/boot/i386/boot2/boot2.c b/sys/boot/i386/boot2/boot2.c index 5cdb818..a0aa3f1 100644 --- a/sys/boot/i386/boot2/boot2.c +++ b/sys/boot/i386/boot2/boot2.c @@ -307,7 +307,7 @@ load(void) static Elf32_Shdr es[2]; caddr_t p; ino_t ino; - uint32_t addr, x; + uint32_t addr; int i, j; =20 if (!(ino =3D lookup(kname))) { --=20 1.7.4.1 --MP_/65dpXQf2oXB/a7fO=j/E701-- --Sig_/.f9CZSRiiLlpgGTMd/fMb3X Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk12j10ACgkQBYqIVf93VJ1TfQCfdJUxkyiReC/UuCDx5/0T0TxO naEAn3fY+hG70snsEO/RdPs/v614VyR5 =/xXz -----END PGP SIGNATURE----- --Sig_/.f9CZSRiiLlpgGTMd/fMb3X-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 20:52:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C620E106572B for ; Tue, 8 Mar 2011 20:52:16 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 798278FC14 for ; Tue, 8 Mar 2011 20:52:16 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A1C019CB118; Tue, 8 Mar 2011 21:52:14 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kvdx8qcA80KN; Tue, 8 Mar 2011 21:52:13 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id EB5B69CB2E9; Tue, 8 Mar 2011 21:52:12 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id p28KqCSs096577; Tue, 8 Mar 2011 21:52:12 +0100 (CET) (envelope-from rdivacky) Date: Tue, 8 Mar 2011 21:52:12 +0100 From: Roman Divacky To: Fabian Keil Message-ID: <20110308205212.GA96321@freebsd.org> References: <20110308173909.GA71091@freebsd.org> <20110308211931.1c5deb8b@r500.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110308211931.1c5deb8b@r500.local> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Tue, 08 Mar 2011 20:52:16 -0000 On Tue, Mar 08, 2011 at 09:19:31PM +0100, Fabian Keil wrote: > Roman Divacky wrote: > > > this diet patch > > > > http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch > > > > includes these changes: > > > > o bunch of variables are turned into uint8_t > > > > o initial setting of namep[] in lookup() is removed > > as it's only overwritten a few lines down > > > > o kname is explicitly initialized in main() as BSS > > in boot2 is not zeroed > > Are you saying the previous: > > static const char *kname = NULL; > > didn't work, or is this the explanation why the > initialization hasn't simply been removed? gcc nor clang emits any code to initialize static type foo = 0; because it's expected that BSS is zeroed, which is not the case in boot2 so we have to initialize that explicitly > > o the "fmt" dance in load() is removed > > > > o buf in printf() is made static to save space > > > > > > Please test/review this patch. John Baldwin already looked and I booted > > it so it should be quite safe. I plan to commit this in a few days unless > > problems are found.. > > Works for me with gcc from base on amd64. > > > I noticed an unrelated warning about an unused variable, though. > > /usr/src/sys/boot/i386/boot2/boot2.c: In function 'load': > /usr/src/sys/boot/i386/boot2/boot2.c:310: warning: unused variable 'x' > > It seems to be left over from: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/boot2/boot2.c.diff?r1=1.91;r2=1.92;f=h > > The attached (only compile-tested) patch removes it. oh, I'll commit that with the rest thanks for the testing! From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 21:13:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62364106566B for ; Tue, 8 Mar 2011 21:13:01 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 204228FC15 for ; Tue, 8 Mar 2011 21:13:00 +0000 (UTC) Received: by yxl31 with SMTP id 31so2459612yxl.13 for ; Tue, 08 Mar 2011 13:13:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=+1yeyzZXVqBprO90iX7bG815WBxFseb81d1sHyQUYF0=; b=K5Dae8fASsIsRZuDoU42uP2pwx1FBk0QbJwojgi5ku9kAJcsLxg+vmjHYolY6WwOib iA6je47PEKTMwK3aNda5TF5u58yxPf33GT47H7ctVH3SqYaYOIMaHFFUoUfh1FZQ1J+r XFRwhQ2Gg83bi4uZ5vcieWX9bsUsrY1+T8Z7I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=aB4WrZcNJyG8MB0CfXxZzDF1JfPGsT46Nas4TXJ3l40EmFguY8lqrBdK4RK1z/yi8B lC4aLsN8J1T7naDrXNS0QZTed6M0i1IxWXYi43e6sX1YSaTZWxd3CIbSelXijophD3AZ h90/p3h0AqCjfbsm8KM6w9HHaiDIoCDnzfqYc= MIME-Version: 1.0 Received: by 10.100.252.10 with SMTP id z10mr2305076anh.142.1299618780486; Tue, 08 Mar 2011 13:13:00 -0800 (PST) Received: by 10.100.125.14 with HTTP; Tue, 8 Mar 2011 13:13:00 -0800 (PST) Date: Tue, 8 Mar 2011 13:13:00 -0800 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Subject: Can't buildworld with r219408 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 21:13:01 -0000 Revision: 219408 Buildworld errors out during compilation of X86RecognizableInstr.cpp, but there are a *lot* of "undefined reference to llvm:raw_ostream::write()" lines emitted before that. I'll have a log of the errors up shortly here: http://www.sd73.bc.ca/downloads/9-current-buildworld-failure.txt Happens with a blank /etc/make.conf, a blank /etc/src.conf, and -j1. Everything worked with sources from yesterday. Hardware: - AMD Opteron 6100-series CPU: 8 cores @ 2.6 GHz - 8 GB ECC DDR3 RAM - SuperMicro A6DGi-F motherboard - 2x SuperMicro AOC-USAS-L8i controllers using mpt(4) - 6x Seagate 7200.12 1.5 TB drives in a single raidz2 vdev - 6x Seagate 7200.11 1.0 TB drives in a single raidz2 vdev - ZFSv28 with dedupe enable (/usr/src and /usr/obj have dedupe disabled) - OS running off an 8 GB Kingston CompactFlash drive (/ filesystem, with /home, /var, /usr/src, /usr/ports, /usr/obj, /usr/local on ZFS) If you need any other info, let me know. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 21:23:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1A31065672; Tue, 8 Mar 2011 21:23:47 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C06918FC18; Tue, 8 Mar 2011 21:23:46 +0000 (UTC) Received: by qwj8 with SMTP id 8so4680488qwj.13 for ; Tue, 08 Mar 2011 13:23:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type; bh=p6xIM78FWmtTcnKSBAhJTMDboxBXeP2f49jytgfqxbs=; b=w4K1BN2G5Caqugj/Vzm17qzihKlud7X0h9iEWxCuAUUUBtrLlNz/M1F3c6bSVxPDxR uU9nkM50+ZPQjoeG1vr0HKhs3zcje/rXVaucSyACk9oRq5JCq6Fhml9Jx6mBl70UjdUZ IitJpnU/N81uhuyjXw1mHrTDjC2g8AB6txzL0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=dTyM9EfFvfbCDiCVmpByVZKfnAnM12H1uuTZNSYOGBFwchdS+vjmMP68FiMs4zVQzf GQQTVTEANWh2PFjWpse9dXz5XcpbqeWYuaEu6yg/JYcj0+waq7I/20PqD2Je/Q1RODQ8 U+J922ig6bgUwu+NZXwKhXG0KobEB3K5c7Ma8= Received: by 10.229.32.69 with SMTP id b5mr4806230qcd.266.1299617943422; Tue, 08 Mar 2011 12:59:03 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id e29sm833213qck.15.2011.03.08.12.59.00 (version=SSLv3 cipher=OTHER); Tue, 08 Mar 2011 12:59:01 -0800 (PST) Date: Tue, 8 Mar 2011 15:58:54 -0500 From: Alexander Kabaev To: Gabor Kovesdan Message-ID: <20110308155854.3640550a@kan.dnsalias.net> In-Reply-To: <4D66DE70.9000100@kovesdan.org> References: <4D66DE70.9000100@kovesdan.org> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/9759GAhvcTdBrxkU.zkx5KP"; protocol="application/pgp-signature" Cc: current@FreeBSD.org, i18n@FreeBSD.org Subject: Re: HEADSUP: BSD iconv coming to the base system with default off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 21:23:47 -0000 --Sig_/9759GAhvcTdBrxkU.zkx5KP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 24 Feb 2011 22:40:48 +0000 Gabor Kovesdan wrote: > Hi Folks, >=20 > I've got some time again to keep working on iconv. The last time I=20 > posted a patch, there were problems with some ports but apart from > this it proved to be quite mature, so I decided to commit it to the > base system but the default setting will be disabled. It can be > enabled by setting the WITH_ICONV knob but whoever does it will take > into account that it may break some ports from being built. However, > this change will help me with future work and will also help > interested people in getting involved in the testing. The rather big > changeset is coming soon. >=20 > Regards, > Gabor Kovesdan Hi Gabor, for whatever historic reason I had WITH_ICONV in /etc/make.conf on my desktop, so I got to be your guinea pig without conscious consent for that role on my part. I did hit several issues so far: 1. mutt-devel port does not consider our implementation as 'good enough'. It runs the test below, which returns 1, while GNU libiconv returns 0. | #include | int main() | { | iconv_t cd; | char buf[4]; | char *ob; | size_t obl; | ob =3D buf, obl =3D sizeof(buf); | return ((cd =3D iconv_open("UTF-8", "UTF-8")) !=3D (iconv_t)(-1) && | (iconv(cd, 0, 0, &ob, &obl) || | !(ob =3D=3D buf && obl =3D=3D sizeof(buf)) || | iconv_close(cd))); | } 2. The implementation of internal locking in citrus_locking.h is a strange one. Here is why: Do you really want to have the lock declared as static in header file? Even is so, please note that declaring data in header file is confusing and having three locks with the same name is not making the library any easier to debug. =20 You need to use proper XXX_STATIC_INITIALIZER constant to initialize the lock statically, instead of declaring it as static. The code only works on FreeBSD due to luck and will break if our typedefs for pthreads lock primitives will ever grow to be the proper structures instead of simple pointers. The locking in citrus_mapper.c is broken in case of parallel and sequential mappers. The file grabs the lock and calls _mapper_open. If mapper being loaded happens to be of a composite type, it will in turn try to invoke _mapper_open on subordinate mappers recursively and will deadlock waiting for the lock it already owns. And at last, by are you using rwlock if all locking you ever do is an exclusive one? 3. There are dangerous vestiges of iconv.dir support in citrus_iconv.c file, _citrus_iconv_open function. You call _lookup_alias there using an uninitialized path variable, causing every iconv-using program to try and access .db file. While there, since you are not using iconv.dir, would it make sense to just merge iconv_std and iconv_none into libc? Same goes to various flavors of libmapper_*.so, is thee a reason why each comes in its own trivial shared library? 4. Most of _citrus_ functions are internal interface between encoders and mappers and do nto constitute public ABI we as a project are signing on to support forever. As such, they belong in private namespace and should not pollute FBSD1.2. =20 -- Alexander Kabaev --Sig_/9759GAhvcTdBrxkU.zkx5KP Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iD8DBQFNdpiTQ6z1jMm+XZYRAmA0AKCGSP8tZ98anWqWEvqiaJqvCW3hmwCdEZNC 26Ll8TH+6ZYr5QZFoBV2Zus= =XthY -----END PGP SIGNATURE----- --Sig_/9759GAhvcTdBrxkU.zkx5KP-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 22:04:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA7A1065672 for ; Tue, 8 Mar 2011 22:04:29 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id 55DEA8FC1D for ; Tue, 8 Mar 2011 22:04:29 +0000 (UTC) Received: by gwaa18 with SMTP id a18so5390649gwa.17 for ; Tue, 08 Mar 2011 14:04:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qflONK7NmfmcfZLbLRE3KnEWyKzoqUd0XtIX0oaKBc4=; b=pw08l35HP28/i0W1Ot76P45yZqPVDZHEyjO1+G5lLxHdc95BZHVgLkDJxG+ycmEXxC FsOkzOSZ3Cxyawy5Brx48FvPz1wMwywvfBGCamiPOVhqd0L/i6uO5mU6xttt7WJhdiHb tdXhSqDU0MGHUAplID9p5gJMQtalEEnv4/j/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XAA15hNTE18MfQ35iXwHi/bZ0yDUD6FnPHo7G7vHCPhcVxDdIWrzYWZlX9kRKpQqdk lNQr7xOWzb6kWLHL40sAXykENlLmsMTnWsyBpnlle7fyGVUvZ7QSwDuKuDv0/xTqhEp5 2XTL+Pd2cOr9iu9nOF4Mh8YZYhOFKvzar2lcs= MIME-Version: 1.0 Received: by 10.100.32.3 with SMTP id f3mr2332231anf.40.1299621868517; Tue, 08 Mar 2011 14:04:28 -0800 (PST) Received: by 10.100.125.14 with HTTP; Tue, 8 Mar 2011 14:04:28 -0800 (PST) In-Reply-To: <4D76A680.3020902@FreeBSD.org> References: <4D76A680.3020902@FreeBSD.org> Date: Tue, 8 Mar 2011 14:04:28 -0800 Message-ID: From: Freddie Cash To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: Can't buildworld with r219408 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 22:04:29 -0000 On Tue, Mar 8, 2011 at 1:58 PM, Dimitry Andric wrote: > On 2011-03-08 22:13, Freddie Cash wrote: >> >> Revision: 219408 >> >> Buildworld errors out during compilation of X86RecognizableInstr.cpp, >> but there are a *lot* of "undefined reference to >> llvm:raw_ostream::write()" lines emitted before that. >> >> I'll have a log of the errors up shortly here: >> =C2=A0 http://www.sd73.bc.ca/downloads/9-current-buildworld-failure.txt > > This gives a 404 error. Yeah, sorry, the log is on my ZFS pool, which I can't get to atm. Due to other errors, I can't boot with anything except GENERIC kernel from pre-ZFSv28 commit. However, I think I've tracked down the issue to the CompactFlash card, or to using UFS+SU+J ontop of the CF disk. I've booted without the CF disk, using an SSD with an older install, and I can build world on there without issues. Even with -j6 and using CLANG via /etc/make.conf. So, there's something up with compiling on the CF disk. I'm about ready to give up on using CF disks for my ZFS boxes, and just use the cache/swap SSD for the OS install as well. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 23:14:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD51106566B; Tue, 8 Mar 2011 23:14:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 01C978FC08; Tue, 8 Mar 2011 23:14:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAI9Gdk2DaFvO/2dsb2JhbACELKMvsA6RKIEng0Z2BIUdhxU X-IronPort-AV: E=Sophos;i="4.62,286,1297054800"; d="scan'208";a="113553258" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 08 Mar 2011 18:14:15 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id ADF09B40B9; Tue, 8 Mar 2011 18:14:15 -0500 (EST) Date: Tue, 8 Mar 2011 18:14:15 -0500 (EST) From: Rick Macklem To: Pierre Beyssac Message-ID: <2037973680.1040324.1299626055701.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110308074340.GA93957@fasterix.frmug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 23:14:17 -0000 > Hello Rick, > > Thanks for your reply. > > On Mon, Mar 07, 2011 at 06:12:43PM -0500, Rick Macklem wrote: > > Readdir (in both NFS servers) depends on ZFS to reply EOPNOTSUPP for > > VFS_VGET() when it cannot be done, so that Readdir will switch to > > using VP_LOOKUP(). Just a wild guess, but maybe ZFS v28 isn't doing > > this? > > My client was plain and simple ls(1). I said readdir(3) because I > wrongly assumed ls used that, but actually from looking at the code > it looks like it uses fts_open(3) and friends instead... > Well, it will end up doing either a Readdir or ReaddirPlus RPC on the wire. (The default for the FreeBSD client is Readdir, but that can be changed with the "rdirplus" mount option.) It looks like pjd@ has committed a patch that fixes the problem. Thanks pjd@ for doing this, rick From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 23:52:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E35FF1065673; Tue, 8 Mar 2011 23:52:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C27A8FC12; Tue, 8 Mar 2011 23:52:28 +0000 (UTC) Received: by vxc34 with SMTP id 34so6125681vxc.13 for ; Tue, 08 Mar 2011 15:52:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=smOo9k1cIVNQ8RJQ5vbAeFOhxOJlqa+Ac84uhJtFj1Q=; b=HdNwoomAtsS8hHYH6w8bpSK4epw4HTP5GgOWV0pB2T+gdMVpm8cVftjMn5vFhwDWHt lMgqr/nLT0z91Xa3BSn0dqeHWvNLUYQ1OkxQeFFPfpe6agsQZweU9HzvHQU5m8jkfTF0 QT2aLt1xj9dfr2B9dEI0hhKYvByEezjf6qHX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=G665eq5GkA46tX+6589YAg5iefonwVFF7izNsAKrwfqN4RFIXgi8WMkGYOPFlIQjz0 hP+zSYGW75PnsDizqVO30FqvUQTneQ2En66YVFyw9pwH+ib8vL49Z8uH/8n8y7XEBbc0 hz5cvVEDwm3bJCNjb7SO1R12xfR+sALAanQ6o= MIME-Version: 1.0 Received: by 10.52.88.144 with SMTP id bg16mr8518137vdb.27.1299628347030; Tue, 08 Mar 2011 15:52:27 -0800 (PST) Received: by 10.52.70.17 with HTTP; Tue, 8 Mar 2011 15:52:27 -0800 (PST) In-Reply-To: References: <952031295774791@web135.yandex.ru> Date: Wed, 9 Mar 2011 07:52:27 +0800 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= 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-mobile@freebsd.org Subject: Re: Request: AR9285 EEPROM dumps (was Re: More if_ath churn coming your way!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 23:52:29 -0000 Thanks. I'd really like to know what the exact model/manufacturer of the card is. are you easily able to remove it from your laptop and take some clear photos? adrian 2011/3/8 Vin=EDcius Zavam > 2011/3/8 Vin=EDcius Zavam : > > 2011/3/8 Adrian Chadd : > >> That's not enough info; what about the versions of files in sys/dev/at= h > ? > >> > >> > >> Adrian > > > > ops. shame on me. > > > >> 2011/3/8 Vin=EDcius Zavam > >>> > >>> 2011/3/7 Adrian Chadd : > >>> > Which version of the driver are you using? > >>> > > >>> > > >>> > Adrian > > > > sys/dev/ath/ah_osdep.c: * $FreeBSD: src/sys/dev/ath/ah_osdep.c,v 1.14 > > 2011/03/05 21:20:18 adrian Exp $ > > sys/dev/ath/if_ath_debug.h: * $FreeBSD: > > src/sys/dev/ath/if_ath_debug.h,v 1.1 2011/01/29 05:08:21 adrian Exp $ > > sys/dev/ath/if_ath_keycache.h: * $FreeBSD: > > src/sys/dev/ath/if_ath_keycache.h,v 1.1 2011/03/02 17:19:54 adrian Exp > > $ > > sys/dev/ath/if_ath_misc.h: * $FreeBSD: src/sys/dev/ath/if_ath_misc.h,v > > 1.2 2011/03/02 16:03:19 adrian Exp $ > > sys/dev/ath/if_ath_sysctl.h: * $FreeBSD: > > src/sys/dev/ath/if_ath_sysctl.h,v 1.1 2011/03/02 16:03:19 adrian Exp $ > > sys/dev/ath/if_ath_tx.h: * $FreeBSD: src/sys/dev/ath/if_ath_tx.h,v 1.1 > > 2011/01/29 11:35:23 adrian Exp $ > > sys/dev/ath/if_ath_tx_ht.h: * $FreeBSD: > > src/sys/dev/ath/if_ath_tx_ht.h,v 1.2 2011/02/12 02:14:19 adrian Exp $ > > sys/dev/ath/if_athioctl.h: * $FreeBSD: src/sys/dev/ath/if_athioctl.h,v > > 1.29 2011/02/21 19:19:05 adrian Exp $ > > sys/dev/ath/if_athrate.h: * $FreeBSD: src/sys/dev/ath/if_athrate.h,v > > 1.9 2011/02/01 08:10:18 adrian Exp $ > > sys/dev/ath/if_athvar.h: * $FreeBSD: src/sys/dev/ath/if_athvar.h,v > > 1.98 2011/02/09 16:37:29 adrian Exp $ > > > > i am compiling these new source files right now. > > (...) > > >>> > >>> > >>> > > > > > > -- > > Vin=EDcius Zavam > > good news, everyone! i reached my wireless gateway far from the AP. > AP --- wall+2meters --- AR9285. > > ssh didn't work well. same to `ping www.freebsd.org`. > few minutes later i got another "bb hang resetting" > i am sending the dump file to you right now, Chadd. ty again. > > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 23:53:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24020106566C; Tue, 8 Mar 2011 23:53:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A87878FC1D; Tue, 8 Mar 2011 23:53:33 +0000 (UTC) Received: by vws16 with SMTP id 16so6114801vws.13 for ; Tue, 08 Mar 2011 15:53:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=GxIENcHGF52sJvfFSmdFyIvTbOVTS2ld4FPRLqjOYQQ=; b=jnsUJbqFm6j3pqSqy4zQAMSnKKNM/g7kEb55ppL0vcNOvLwUo2zvtnA38qySEBBls6 7s/uC8izupd0StKCrGblzchZjpFjKfrSh1lJ7dBM4dGP/N6icSjvRDyAlwylaUgRPMl6 FnbIrr8DccYek6OoQQPZXFcEGkbJQSE4EFwYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Rl/Nt3E0RCVlT2SMT/c7bymCwetGJbjcdImgb6Bat1Wnjcn1UTSmQyK0hqUtcugTj0 f8ikXaeWMbPGuUQLugKP1PLWnSPXXLUbe7urU2IVUgSdzjwQyihOfNt+iWYD5wC4xhfI eQSVsXwbA+bO3XndsbyG1s5aCe6quP9jciBGk= MIME-Version: 1.0 Received: by 10.52.73.196 with SMTP id n4mr1697799vdv.227.1299628412784; Tue, 08 Mar 2011 15:53:32 -0800 (PST) Received: by 10.52.70.17 with HTTP; Tue, 8 Mar 2011 15:53:32 -0800 (PST) In-Reply-To: References: <792051295678832@web120.yandex.ru> Date: Wed, 9 Mar 2011 07:53:32 +0800 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dima Panov , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2011 23:53:34 -0000 2011/3/8 Vin=EDcius Zavam > i've done it before. did not receive my mail? > hmm... maybe it's because i attached and carbon copied current@ and > mobile@. > > will mail it to you ASAP. I believe it's in my inbox. Thanks. > > Are you able to crack open the laptop and write down the exact details = of > > the chip? (ie part number, manufacturer, etc?) Different vendors do > > different things to the same chipset. > > Thanks, > > > > Adrian > > not now. sorry.... (i do will think about it); > it still in the warranty period. Ok. Exactly which model laptop is it? Maybe you're suffering similar issues to my AR2427 (which is an AR9285 w/out the 11n bits all enabled in the silicon.) Adrian > From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 00:23:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69EC6106564A; Wed, 9 Mar 2011 00:23:14 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C18258FC1A; Wed, 9 Mar 2011 00:23:13 +0000 (UTC) Received: by fxm19 with SMTP id 19so12979fxm.13 for ; Tue, 08 Mar 2011 16:23:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+1wJIwVk3CpuoHVkCpMjc3EUs+eY8h9XVvLUioWa7p0=; b=vJikyfClrHNvtE+yWew9GR0ad+6G9jvesGi7qJ9NadR8a8Q18++9AifxuSbCUvfSt2 R2SAKxWPPtjPpOtBqw3/f3u8szP0QlWve+HBzgF9NOSKAmfYPQJFiDtmK/Zbdn7ANhoB DpkZCilcF+WAlY9V+Y1XE/JCo4SocUus42mts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=H2m8WMeDCgkPFZ7enZ24j6wtogluMENOagrNjSSZ+ZrsixqmHY6tOtHISX6YxThgC9 rbIIb1vMi64Z0y9MHtif3npnEl8nodPDW4c896oG7Y7BhGzRKjkKVpCCnvVdpuCAUPDY 34u2cBfuxovWlzrrWxWBBtzS6qOpPpiotq4HE= MIME-Version: 1.0 Received: by 10.223.6.73 with SMTP id 9mr3185918fay.131.1299630192714; Tue, 08 Mar 2011 16:23:12 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.223.101.193 with HTTP; Tue, 8 Mar 2011 16:23:12 -0800 (PST) In-Reply-To: References: <792051295678832@web120.yandex.ru> Date: Tue, 8 Mar 2011 21:23:12 -0300 X-Google-Sender-Auth: XQTZjY6kiNbFKVMKywqVWIUKE3M Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dima Panov , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 00:23:14 -0000 2011/3/8 Adrian Chadd : > 2011/3/8 Vin=EDcius Zavam > >> >> i've done it before. did not receive my mail? >> hmm... maybe it's because i attached and carbon copied current@ and >> mobile@. >> >> will mail it to you ASAP. > > I believe it's in my inbox. Thanks. > >> >> > Are you able to crack open the laptop and write down the exact details >> > of >> > the chip? (ie part number, manufacturer, etc?) Different vendors do >> > different things to the same chipset. >> > Thanks, >> > >> > Adrian >> >> not now. sorry.... (i do will think about it); >> it still in the warranty period. > > Ok. Exactly which model laptop is it? Maybe you're suffering similar issu= es > to my AR2427 (which is an AR9285 w/out the 11n bits all enabled in the > silicon.) > > > Adrian > >> >> asus eeepc 1005PE --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 00:38:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B273A106564A; Wed, 9 Mar 2011 00:38:09 +0000 (UTC) (envelope-from pb@fasterix.frmug.org) Received: from fasterix.frmug.org (unknown [IPv6:2a01:e35:8b50:2c40::2]) by mx1.freebsd.org (Postfix) with ESMTP id 37CDE8FC1D; Wed, 9 Mar 2011 00:38:09 +0000 (UTC) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.14.4/8.14.3) with ESMTP id p290c7S2002978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Mar 2011 01:38:08 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.14.4/8.14.4/Submit) id p290c7Av002977; Wed, 9 Mar 2011 01:38:07 +0100 (CET) (envelope-from pb) Date: Wed, 9 Mar 2011 01:38:07 +0100 From: Pierre Beyssac To: Pawel Jakub Dawidek Message-ID: <20110309003807.GA2944@fasterix.frmug.org> References: <20110307000846.GA33085@fasterix.frmug.org> <20110308184019.GA2312@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110308184019.GA2312@garage.freebsd.pl> X-message-flag: Warning! Use of Microsoft Outlook is dangerous and makes your system susceptible to worms and viruses User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 00:38:09 -0000 On Tue, Mar 08, 2011 at 07:40:19PM +0100, Pawel Jakub Dawidek wrote: > > Since I upgraded to ZFS v28 I noticed missing files from NFS. The > > files are still accessible through NFS but they don't show up on a > > readdir(3). > Could you try r219404? It's fixed! Great work! Thanks a million! -- Sent from my FreeBSD server Pierre Beyssac pb@fasterix.frmug.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 02:54:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05FBC106566B; Wed, 9 Mar 2011 02:54:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 864018FC13; Wed, 9 Mar 2011 02:54:16 +0000 (UTC) Received: by vws16 with SMTP id 16so126014vws.13 for ; Tue, 08 Mar 2011 18:54:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=rqCosH0A8+NH0+V4P6/CgClgeWeP8v7pmipI/l3RlJQ=; b=KM0Mz2VUql23hdr/PYxkdBRpvpa1RdJBNk3kyQRegGzQC1b7tZ/2g2OJYS4FIhlOm2 Ocay2abVOP9zs180ylJzqhBBycAxV2c1nDgsEZmwyzRll5OnEHgmcckAExySBoONdR/z mHBB6bcMmukJj9ibqE5IuvmbwXt3X7zJPOviU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ri9YW4oc2xOYzw4pgURfOrlEjXs/3HIHnHRImfIJ4PmqBlQ7UYupGdsLm22k9qIN4s 2gVXhDW1TL0t92VIOEmOL1RIktQ0qgyoV4NVqtpbmUt1PjpgedSUapP/bjOKxzFLq/1f 4P+V2Hup4KpdpXjjcaVBX3T5pu+L1oJ9W2ygs= MIME-Version: 1.0 Received: by 10.52.69.140 with SMTP id e12mr6151001vdu.187.1299639255456; Tue, 08 Mar 2011 18:54:15 -0800 (PST) Received: by 10.52.70.17 with HTTP; Tue, 8 Mar 2011 18:54:15 -0800 (PST) In-Reply-To: References: <792051295678832@web120.yandex.ru> Date: Wed, 9 Mar 2011 10:54:15 +0800 Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dima Panov , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: More if_ath churn coming your way! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 02:54:17 -0000 2011/3/9 Vin=EDcius Zavam > > Ok. Exactly which model laptop is it? Maybe you're suffering similar > issues > > to my AR2427 (which is an AR9285 w/out the 11n bits all enabled in the > > silicon.) > > > > asus eeepc 1005PE > > I can't seem to get a cheap one locally; does anyone have one with the relevant chipset that they can organise to send me? Or the exact wireless card that's failing? Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 08:58:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 353CA1065672; Wed, 9 Mar 2011 08:58:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id AA1CD8FC18; Wed, 9 Mar 2011 08:58:51 +0000 (UTC) Received: by vxc34 with SMTP id 34so313081vxc.13 for ; Wed, 09 Mar 2011 00:58:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=l68GpDIfhVFm3KARm2ypYQyvAzR7LBNxTnRfTm6U2k8=; b=LFtoNAf019lfZYlNg6tDXHHLuChBC+SW9HY0izQaHbihQrF52e2TUcL+Gj9Ic1GNx5 VnkrtIwCcORjGZ9U/S9vfn63/YAVLV7TUKqUh9ONhNcStPju/bUGdcT6A7eDLQtWl+4z jPK28Gp/ewYKS9HxjejbOOrKrSHRQfpZFEH6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=kurLXN1HL1TNzrfgoiBIEaEhJJYN9aH271TI2/bc3OgToAzBZ/f06zuN2fYtLyGQRe FccAsuI1BMpzjuVtpLHD4bFXbN7xwZxPyqYYfpVKjlsXmk1pgXGEAXMpty2Ukq91XMDU BFlv/81jL3bkjFqyGMS5diRkAxtrjxLQW3c8g= MIME-Version: 1.0 Received: by 10.52.97.99 with SMTP id dz3mr3019427vdb.267.1299661130617; Wed, 09 Mar 2011 00:58:50 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Wed, 9 Mar 2011 00:58:50 -0800 (PST) In-Reply-To: <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> References: <20110305084520.GB2833@iut-mir-o.ujf-grenoble.fr> <20110305163034.GD2833@iut-mir-o.ujf-grenoble.fr> <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> Date: Wed, 9 Mar 2011 16:58:50 +0800 X-Google-Sender-Auth: BOHVIyLL0Whb0pPQkG2ISEbYFmw Message-ID: From: Adrian Chadd To: Urankar Mikael Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 08:58:52 -0000 So you're saying -head is better, right? Adrian On 9 March 2011 15:35, Urankar Mikael wrote= : > Here are some dumb benchmarks through ftp : > > with 8.2R RX rate is 2400kBps and TX rate is 810KBps > on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps > > More info on my system : > ath0@pci0:4:0:0: class=3D0x020000 card=3D0x5b001385 chip=3D0x00131= 68c > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Atheros Communications Inc.' > device =3D '802.11a/b/g Wireless Adapter (AR2312)' > > ath0: mem 0x88000000-0x8800ffff irq 19 at device 0.0 on > cardbus0 > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 > r219368M: Mon Mar 7 12:15:50 CET 2011 > > $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z adrian = $ > $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z > adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 17:19:54Z > adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp $ > $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z > adrian $ > $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z adrian= $ > $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z > adrian $ > > > On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: > > What was the previous performance? And which chipsets? > > > > > > > > Adrian > > > > On 6 March 2011 00:30, Urankar Mikael >wrote: > > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: > > > > Absolutely! Let me know if I've broken anything! > > > > > > > > Adrian > > > > > > > > On 5 March 2011 00:45, Urankar Mikael < > mikael.urankar@ujf-grenoble.fr > > > >wrote: > > > > > > > > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: > > > > > > Hi all, > > > > > > > > > > > > For those of you who are testing out my if_ath changes, I'd > really > > > > > > appreciate it if you'd update to -HEAD and re-test. > > > > > > > > > > > > I've done a variety of changes to the radio setup and found/fix= ed > a > > > few > > > > > bugs > > > > > > in the TX path. It's quite possible these have introduced > > > regressions. > > > > > I'd > > > > > > like to make sure that I haven't broken legacy (11abg) support = in > > > > > > weird/wonderful ways. I'd also like to make sure that I haven't > > > > > > broken/changed the behaviour or performance of the NICs in any > way. > > > > > > > > > > > > Please give things a good thrashing and let me know the results= . > > > > > > > > > > > > I'm still working towards debugging and enabling basic 11n > support, > > > but I > > > > > > need to first make sure that I haven't broken legacy operation = in > any > > > > > way. > > > > > > > > > > > > > > > > Are you interested by tests on an old atheros card (Atheros 5212, > > > AR2413 > > > > > mac 7.9 RF2413 phy 4.5) ? > > > > > > > > > > > Everything seems to work fine, performances are as good as before. > > > I'm only doing basic stuff with this card (mostly web surfing), I'm > > > connected to an AP with WPA encryption. If you want me to test other > > > encryption or setup an AP with this card or whatever, feel free to as= k. > > > > > > And thanks for you work ! > > > _______________________________________________ > > > freebsd-mobile@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > > To unsubscribe, send any mail to " > freebsd-mobile-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" > > -- > Mika=EBl Urankar > Moyens Informatiques et R=E9seaux > IUT1 GRENOBLE BP67 > 38402 ST MARTIN D'HERES CEDEX > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 10:19:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D021065675; Wed, 9 Mar 2011 10:19:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9628FC14; Wed, 9 Mar 2011 10:19:20 +0000 (UTC) Received: by vxc34 with SMTP id 34so358050vxc.13 for ; Wed, 09 Mar 2011 02:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1oof8ZCn5abKnxnyof8QiC0WUwrtIJY+GSGIU1yRxEw=; b=RXKApuQu9hwmJ3i6ngBj/mU7rdh4jK3PEF076eLm17Y4K04yYFMlAFrzbgXLKtv/pE FeRvtzad2sMA8hBx9kuTcb3wF/wVp5RjuTVNoVx/8tYd1aHBcu2max948HTWuEdeT1HY XY8cpPAbhhajmZteiRcTM/lj579Q/YMfedujg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=jofa3jcXxWX+iFgQrX3KFLAcVpdVH/9nPOk7Cwk7oVdDL12K4Ef9zRpTHFuMlbEYld f4qWBgB3MbbDRMFhwXSBPkI77mwQPZedSJ652D43igKhJu+8GjGBjYRmXFK7z6i64EHF Qmo4FJ+BZlaIXc4c4bwJC4V3Y1OiFqRBXZvK8= MIME-Version: 1.0 Received: by 10.52.97.99 with SMTP id dz3mr3131689vdb.267.1299665959655; Wed, 09 Mar 2011 02:19:19 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Wed, 9 Mar 2011 02:19:19 -0800 (PST) In-Reply-To: <20110309091246.GC3530@iut-mir-o.ujf-grenoble.fr> References: <20110305084520.GB2833@iut-mir-o.ujf-grenoble.fr> <20110305163034.GD2833@iut-mir-o.ujf-grenoble.fr> <20110309073523.GA3530@iut-mir-o.ujf-grenoble.fr> <20110309091246.GC3530@iut-mir-o.ujf-grenoble.fr> Date: Wed, 9 Mar 2011 18:19:19 +0800 X-Google-Sender-Auth: jIIL5PhYpbCjZ9J_cINFhJAFNJI Message-ID: From: Adrian Chadd To: Urankar Mikael Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: please (re) test if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 10:19:22 -0000 Woo. That's great news. On a non-11n card too. Excellent! adrian On 9 March 2011 17:12, Urankar Mikael wrote: > Yes ! > > On Wed 09 March 2011 at 04:58:50PM +0800, Adrian Chadd wrote: > > So you're saying -head is better, right? > > > > On 9 March 2011 15:35, Urankar Mikael >wrote: > > > > > Here are some dumb benchmarks through ftp : > > > > > > with 8.2R RX rate is 2400kBps and TX rate is 810KBps > > > on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps > > > > > > More info on my system : > > > ath0@pci0:4:0:0: class=0x020000 card=0x5b001385 chip=0x0013168c > > > rev=0x01 hdr=0x00 > > > vendor = 'Atheros Communications Inc.' > > > device = '802.11a/b/g Wireless Adapter (AR2312)' > > > > > > ath0: mem 0x88000000-0x8800ffff irq 19 at device 0.0 on > > > cardbus0 > > > ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > > > > > FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 > > > r219368M: Mon Mar 7 12:15:50 CET 2011 > > > > > > $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian > $ > > > $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z > > > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 > 17:19:54Z > > > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp > $ > > > $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z > > > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z > adrian $ > > > $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z > > > adrian $ > > > > > > > > > On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: > > > > What was the previous performance? And which chipsets? > > > > > > > > > > > > > > > > Adrian > > > > > > > > On 6 March 2011 00:30, Urankar Mikael < > mikael.urankar@ujf-grenoble.fr > > > >wrote: > > > > > > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: > > > > > > Absolutely! Let me know if I've broken anything! > > > > > > > > > > > > Adrian > > > > > > > > > > > > On 5 March 2011 00:45, Urankar Mikael < > > > mikael.urankar@ujf-grenoble.fr > > > > > >wrote: > > > > > > > > > > > > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: > > > > > > > > Hi all, > > > > > > > > > > > > > > > > For those of you who are testing out my if_ath changes, I'd > > > really > > > > > > > > appreciate it if you'd update to -HEAD and re-test. > > > > > > > > > > > > > > > > I've done a variety of changes to the radio setup and > found/fixed > > > a > > > > > few > > > > > > > bugs > > > > > > > > in the TX path. It's quite possible these have introduced > > > > > regressions. > > > > > > > I'd > > > > > > > > like to make sure that I haven't broken legacy (11abg) > support in > > > > > > > > weird/wonderful ways. I'd also like to make sure that I > haven't > > > > > > > > broken/changed the behaviour or performance of the NICs in > any > > > way. > > > > > > > > > > > > > > > > Please give things a good thrashing and let me know the > results. > > > > > > > > > > > > > > > > I'm still working towards debugging and enabling basic 11n > > > support, > > > > > but I > > > > > > > > need to first make sure that I haven't broken legacy > operation in > > > any > > > > > > > way. > > > > > > > > > > > > > > > > > > > > > > Are you interested by tests on an old atheros card (Atheros > 5212, > > > > > AR2413 > > > > > > > mac 7.9 RF2413 phy 4.5) ? > > > > > > > > > > > > > > > > > Everything seems to work fine, performances are as good as before. > > > > > I'm only doing basic stuff with this card (mostly web surfing), I'm > > > > > connected to an AP with WPA encryption. If you want me to test > other > > > > > encryption or setup an AP with this card or whatever, feel free to > ask. > > > > > > > > > > And thanks for you work ! > From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 13:27:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F0E1065672; Wed, 9 Mar 2011 13:27:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 68D0B8FC12; Wed, 9 Mar 2011 13:27:15 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 22CAE46B49; Wed, 9 Mar 2011 08:27:15 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BE7AB8A027; Wed, 9 Mar 2011 08:27:14 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 9 Mar 2011 08:23:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110308173909.GA71091@freebsd.org> <20110308211931.1c5deb8b@r500.local> <20110308205212.GA96321@freebsd.org> In-Reply-To: <20110308205212.GA96321@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103090823.41757.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 09 Mar 2011 08:27:14 -0500 (EST) Cc: Roman Divacky , current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Wed, 09 Mar 2011 13:27:15 -0000 On Tuesday, March 08, 2011 3:52:12 pm Roman Divacky wrote: > On Tue, Mar 08, 2011 at 09:19:31PM +0100, Fabian Keil wrote: > > Roman Divacky wrote: > > > > > this diet patch > > > > > > http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch > > > > > > includes these changes: > > > > > > o bunch of variables are turned into uint8_t > > > > > > o initial setting of namep[] in lookup() is removed > > > as it's only overwritten a few lines down > > > > > > o kname is explicitly initialized in main() as BSS > > > in boot2 is not zeroed > > > > Are you saying the previous: > > > > static const char *kname = NULL; > > > > didn't work, or is this the explanation why the > > initialization hasn't simply been removed? > > gcc nor clang emits any code to initialize static type foo = 0; > because it's expected that BSS is zeroed, which is not the case > in boot2 so we have to initialize that explicitly It used to be that if you explicitly initialized a variable to 0, it was initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and move it to .bss. There appears to be no way to turn this feature off, and while it is useful for most programs, it is not useful for boot code such as this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 13:27:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F0E1065672; Wed, 9 Mar 2011 13:27:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 68D0B8FC12; Wed, 9 Mar 2011 13:27:15 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 22CAE46B49; Wed, 9 Mar 2011 08:27:15 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BE7AB8A027; Wed, 9 Mar 2011 08:27:14 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 9 Mar 2011 08:23:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110308173909.GA71091@freebsd.org> <20110308211931.1c5deb8b@r500.local> <20110308205212.GA96321@freebsd.org> In-Reply-To: <20110308205212.GA96321@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103090823.41757.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 09 Mar 2011 08:27:14 -0500 (EST) Cc: Roman Divacky , current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Wed, 09 Mar 2011 13:27:15 -0000 On Tuesday, March 08, 2011 3:52:12 pm Roman Divacky wrote: > On Tue, Mar 08, 2011 at 09:19:31PM +0100, Fabian Keil wrote: > > Roman Divacky wrote: > > > > > this diet patch > > > > > > http://lev.vlakno.cz/~rdivacky/boot2-final-diet.patch > > > > > > includes these changes: > > > > > > o bunch of variables are turned into uint8_t > > > > > > o initial setting of namep[] in lookup() is removed > > > as it's only overwritten a few lines down > > > > > > o kname is explicitly initialized in main() as BSS > > > in boot2 is not zeroed > > > > Are you saying the previous: > > > > static const char *kname = NULL; > > > > didn't work, or is this the explanation why the > > initialization hasn't simply been removed? > > gcc nor clang emits any code to initialize static type foo = 0; > because it's expected that BSS is zeroed, which is not the case > in boot2 so we have to initialize that explicitly It used to be that if you explicitly initialized a variable to 0, it was initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and move it to .bss. There appears to be no way to turn this feature off, and while it is useful for most programs, it is not useful for boot code such as this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 13:47:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EF2A1065672 for ; Wed, 9 Mar 2011 13:47:44 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta04.eastlink.ca (mta04.eastlink.ca [24.224.136.10]) by mx1.freebsd.org (Postfix) with ESMTP id 362078FC16 for ; Wed, 9 Mar 2011 13:47:44 +0000 (UTC) MIME-version: 1.0 Received: from ip06.eastlink.ca ([unknown] [24.222.39.84]) by mta04.eastlink.ca (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LHS00COVMBJ7910@mta04.eastlink.ca> for freebsd-current@freebsd.org; Wed, 09 Mar 2011 09:47:43 -0400 (AST) X-CMAE-Score: 0 X-CMAE-Analysis: v=1.1 cv=mORQtGzMSGJSBwuMSvVfB0MKjPGmXehAuj88Uvu04o4= c=1 sm=1 a=6I5d2MoRAAAA:8 a=rSf7XqyID0oWuSQzHmgA:9 a=TEfSjvo661XC7HJDN8eoi-L3o5oA:4 a=CjuIK1q_8ugA:10 a=1IBa77YoCOYA:10 a=SGNCbYeMB1kA:10 a=V7LQdhr3H0IA:10 a=XZAuJR6vfEoA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=3W-tFb19GSWUERM_DAsA:9 a=cr1ZAzTEHEMNlW50SLEA:7 a=fIk7Z793Jip9Dq0-YHVAvq93nQYA:4 a=12M4PSijgPY/TTHpO+5bpg==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip06.eastlink.ca with ESMTP; Wed, 09 Mar 2011 09:47:43 -0400 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Wed, 09 Mar 2011 09:47:43 -0400 From: Chris Forgeron To: "freebsd-current@freebsd.org" Date: Wed, 09 Mar 2011 09:47:42 -0400 Thread-topic: GENERIC kernconf file suggestion Thread-index: AcveYJAPcCt6hnCJRwG/00xfERRJcg== Message-id: Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US X-Mailman-Approved-At: Wed, 09 Mar 2011 14:50:33 +0000 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GENERIC kernconf file suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 13:47:44 -0000 Hi, I was just caught with a kernel that wouldn't compile when I added USB double-bulk pipes (device udbp). A quick google search found that I needed to add "options NETGRAPH" to the kernel file. No biggie, but I see this has been catching people since 2005 (http://lists.freebsd.org/pipermail/freebsd-usb/2005-October/001581.html ) Can we update the GENERIC kernel to be more obvious of this requirement, say: #device udbp # USB Double Bulk Pipe devices - Requires 'options NETGRAPH' I'm not sure who I should bring this to the attention to (davidxu?), so I thought I'd start here. -- Christopher Forgeron, B.Sc., CCS, A+, N+ ACSI Consulting, Inc / Aardvark Computer Solutions, Inc. email: chris@acsi.ca 2070 Oxford Street, Suite 100, Halifax NS B3L-2T2 Tel: 902-425-2686 Fax: 902-484-7909 From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 15:17:22 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 291EF106566B for ; Wed, 9 Mar 2011 15:17:22 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id B4D418FC1B for ; Wed, 9 Mar 2011 15:17:21 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 74A17138ED8 for ; Wed, 9 Mar 2011 16:17:18 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5foYakfUko6u for ; Wed, 9 Mar 2011 16:17:16 +0100 (CET) Received: from [10.0.3.3] (188-167-50-235.dynamic.chello.sk [188.167.50.235]) by mail.vx.sk (Postfix) with ESMTPSA id EAB46138ECA for ; Wed, 9 Mar 2011 16:17:15 +0100 (CET) Message-ID: <4D7799FD.9040008@FreeBSD.org> Date: Wed, 09 Mar 2011 16:17:17 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 15:17:22 -0000 I have prepared a patch that finishes the "core2" support part and backports from gcc-4.3 the SSSE3 instruction set (-mssse3, -mno-ssse3). It is enabled for -march=core2 by default. Testing and comments are welcome. Patch: http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch The backport covers three GPLv2 revisions from gcc 4.3: http://gcc.gnu.org/viewcvs?view=revision&revision=117958 (applies cleanly) http://gcc.gnu.org/viewcvs?view=revision&revision=121687 (small adjustment) http://gcc.gnu.org/viewcvs?view=revision&revision=121726 (small adjustment) http://gcc.gnu.org/viewcvs?view=revision&revision=123639 (small adjustment) From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 16:46:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C97D106564A for ; Wed, 9 Mar 2011 16:46:08 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA1D8FC0C for ; Wed, 9 Mar 2011 16:46:08 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p29GjrX8044395 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 9 Mar 2011 08:46:01 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4D77AEC5.2000800@freebsd.org> Date: Wed, 09 Mar 2011 08:45:57 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Chris Forgeron References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: GENERIC kernconf file suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 16:46:08 -0000 On 3/9/11 5:47 AM, Chris Forgeron wrote: > Hi, > I was just caught with a kernel that wouldn't compile when I added USB double-bulk pipes (device udbp). A quick google search found that I needed to add "options NETGRAPH" to the kernel file. > > No biggie, but I see this has been catching people since 2005 (http://lists.freebsd.org/pipermail/freebsd-usb/2005-October/001581.html ) > > Can we update the GENERIC kernel to be more obvious of this requirement, say: > > #device udbp # USB Double Bulk Pipe devices - Requires 'options NETGRAPH' YE GODS!!! a person who uses udbp! (what for?) you will notice that "man udbp" does tell you that as well.. but I can add it to the file.... > I'm not sure who I should bring this to the attention to (davidxu?), so I thought I'd start here. > > -- > Christopher Forgeron, B.Sc., CCS, A+, N+ > ACSI Consulting, Inc / Aardvark Computer Solutions, Inc. > email: chris@acsi.ca > > 2070 Oxford Street, Suite 100, Halifax NS B3L-2T2 > Tel: 902-425-2686 Fax: 902-484-7909 > > _______________________________________________ > 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 Mar 9 17:48:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A44CB106566C; Wed, 9 Mar 2011 17:48:10 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 69B8B8FC16; Wed, 9 Mar 2011 17:48:10 +0000 (UTC) Received: by iyj12 with SMTP id 12so859863iyj.13 for ; Wed, 09 Mar 2011 09:48:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.53.76 with SMTP id l12mr4877637ibg.119.1299692889735; Wed, 09 Mar 2011 09:48:09 -0800 (PST) Received: by 10.231.85.198 with HTTP; Wed, 9 Mar 2011 09:48:09 -0800 (PST) In-Reply-To: <20110309003807.GA2944@fasterix.frmug.org> References: <20110307000846.GA33085@fasterix.frmug.org> <20110308184019.GA2312@garage.freebsd.pl> <20110309003807.GA2944@fasterix.frmug.org> Date: Wed, 9 Mar 2011 18:48:09 +0100 Message-ID: From: Olivier Smedts To: Pierre Beyssac Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 17:48:10 -0000 2011/3/9 Pierre Beyssac : > On Tue, Mar 08, 2011 at 07:40:19PM +0100, Pawel Jakub Dawidek wrote: >> > Since I upgraded to ZFS v28 I noticed missing files from NFS. The >> > files are still accessible through NFS but they don't show up on a >> > readdir(3). >> Could you try r219404? > > It's fixed! Great work! Thanks a million! > -- > Sent from my FreeBSD server > Pierre Beyssac =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pb@fast= erix.frmug.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= " It fixed the same problem I had under linux compat, too. Thanks ! --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 20:15:41 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F49B1065670; Wed, 9 Mar 2011 20:15:41 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 089DD8FC08; Wed, 9 Mar 2011 20:15:40 +0000 (UTC) Received: by gyh4 with SMTP id 4so424961gyh.13 for ; Wed, 09 Mar 2011 12:15:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ottCyxZb97CF/QOzgraJIjr8uBe+w/wqMFTgsk7GrB8=; b=AL+Xlz2GkwQZ2oBoT1ncUYuB1m0tSAkwFjbcarIHsvDjodIYu6Cg+hH2TQkouruxn+ KMoCOBSKYQUb/KybSRgj27muIicAN8r1STnWYPevNCfHBCQ6ZQum3jmhW2geWBp6B/Md TiRts99BWALorLJI7sIqZMmfMH85qfBHCRe7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=F72YUySdp4wx9OiWtCTRYoSb0VRjeGFt/FePDLpesI0WtmAL7nL49LqUnnO7prmy2x S6hDAMrnShjmYCCk6CBNDrvz5NQJGY3Un/uZTfbHRRJhXwYkweAcL6NGGfBaGHS5Mj9v jax+5+/k2XdRkWnGSaCgeGXYnAJYs3iSGbrmA= MIME-Version: 1.0 Received: by 10.100.195.5 with SMTP id s5mr3009764anf.224.1299700194800; Wed, 09 Mar 2011 11:49:54 -0800 (PST) Received: by 10.100.106.15 with HTTP; Wed, 9 Mar 2011 11:49:54 -0800 (PST) In-Reply-To: <4D7799FD.9040008@FreeBSD.org> References: <4D7799FD.9040008@FreeBSD.org> Date: Wed, 9 Mar 2011 21:49:54 +0200 Message-ID: From: George Liaskos To: Martin Matuska Content-Type: text/plain; charset=UTF-8 Cc: current@freebsd.org Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 20:15:41 -0000 > I have prepared a patch that finishes the "core2" support part and > backports from gcc-4.3 > the SSSE3 instruction set (-mssse3, -mno-ssse3). > It is enabled for -march=core2 by default. > > Testing and comments are welcome. > > Patch: > http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch > > The backport covers three GPLv2 revisions from gcc 4.3: > http://gcc.gnu.org/viewcvs?view=revision&revision=117958 (applies cleanly) > http://gcc.gnu.org/viewcvs?view=revision&revision=121687 (small adjustment) > http://gcc.gnu.org/viewcvs?view=revision&revision=121726 (small adjustment) > http://gcc.gnu.org/viewcvs?view=revision&revision=123639 (small adjustment) Just finished compiling world and kernel with the patch, no issues whatsoever but i have some questions :) I have a Q6600, with -march=native gcc still uses nocona instead of core2, clang does the right thing. Is this a bug? Is it possible to support sse4.1 for penryn or is there a problem with the license? Regards From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 21:13:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43BA3106578A; Wed, 9 Mar 2011 21:13:53 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A36BE8FC1A; Wed, 9 Mar 2011 21:13:52 +0000 (UTC) Received: by wwc33 with SMTP id 33so1183165wwc.31 for ; Wed, 09 Mar 2011 13:13:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=h2OvJp9Mx15Zm+4yygMS3O7h8zLTps0SGDM8h1TbH7U=; b=GPstvBr3c3KdDeEaBVK3r1Hw2kNaOouYj8zocx0ptZlImo7KKxMEj+dO3XcwO4VlW2 UgicrSZWjzEYNNwLJfPVa5JPlB6D80EsCPh8sm1RGGQYhoBPlAt5GibTDQcNFK/bC5o7 lopZXlPpu/F19t8CdlIIDisd7DVQf0UEnRHl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PDHVkSW9CjBgpT/jqOS+JeStPWxY9CIO3Lf2qvZv7P9OK0D1nKqqa4fGIbwD7/753G kfx8Pt2AgcFFIVhVnDUm6hmE3NNQyr9uF+cXHduA2vzY/qzXFQjahbBbtz1BiaFvHIgg embiU/qIfml+Ps9U9qvt4/BRy3yRM7HnAUVz8= MIME-Version: 1.0 Received: by 10.216.134.207 with SMTP id s57mr310800wei.25.1299703534316; Wed, 09 Mar 2011 12:45:34 -0800 (PST) Received: by 10.216.87.202 with HTTP; Wed, 9 Mar 2011 12:45:34 -0800 (PST) In-Reply-To: References: <4D7799FD.9040008@FreeBSD.org> Date: Wed, 9 Mar 2011 10:45:34 -1000 Message-ID: From: David Cornejo To: George Liaskos Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Martin Matuska , current@freebsd.org Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 21:13:53 -0000 On Wed, Mar 9, 2011 at 9:49 AM, George Liaskos wrote: > > I have prepared a patch that finishes the "core2" support part and > > backports from gcc-4.3 > > the SSSE3 instruction set (-mssse3, -mno-ssse3). > > It is enabled for -march=core2 by default. > > > > Testing and comments are welcome. > > > > Patch: > > http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch > > > > The backport covers three GPLv2 revisions from gcc 4.3: > > http://gcc.gnu.org/viewcvs?view=revision&revision=117958 (applies > cleanly) > > http://gcc.gnu.org/viewcvs?view=revision&revision=121687 (small > adjustment) > > http://gcc.gnu.org/viewcvs?view=revision&revision=121726 (small > adjustment) > > http://gcc.gnu.org/viewcvs?view=revision&revision=123639 (small > adjustment) > > Just finished compiling world and kernel with the patch, no issues > whatsoever but i have some questions :) > > I have a Q6600, with -march=native gcc still uses nocona instead of > core2, clang does the right thing. Is this a bug? > Is it possible to support sse4.1 for penryn or is there a problem with > the license? > > Regards > _______________________________________________ > 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 also had success with this patch - running on a Core 2 Duo E4500. rebuilt world & kernel both with and without CPUTYPE=core2, so it at least doesn't break anything. Can you recommend a way to test Core2 specific features? dave c From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 21:34:47 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F3F11065676; Wed, 9 Mar 2011 21:34:47 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 556AE8FC1E; Wed, 9 Mar 2011 21:34:47 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.4/8.14.2) with ESMTP id p29LIKZd046578; Wed, 9 Mar 2011 16:18:20 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.4/8.14.2/Submit) id p29LIKBT046577; Wed, 9 Mar 2011 16:18:20 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Wed, 9 Mar 2011 16:18:20 -0500 From: David Schultz To: Martin Matuska Message-ID: <20110309211820.GA46520@zim.MIT.EDU> Mail-Followup-To: Martin Matuska , current@freebsd.org, gerald@freebsd.org References: <4D7799FD.9040008@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7799FD.9040008@FreeBSD.org> Cc: gerald@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 21:34:47 -0000 On Wed, Mar 09, 2011, Martin Matuska wrote: > I have prepared a patch that finishes the "core2" support part and > backports from gcc-4.3 > the SSSE3 instruction set (-mssse3, -mno-ssse3). > It is enabled for -march=core2 by default. > > Testing and comments are welcome. > > Patch: > http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch > > The backport covers three GPLv2 revisions from gcc 4.3: > http://gcc.gnu.org/viewcvs?view=revision&revision=117958 (applies cleanly) > http://gcc.gnu.org/viewcvs?view=revision&revision=121687 (small adjustment) > http://gcc.gnu.org/viewcvs?view=revision&revision=121726 (small adjustment) > http://gcc.gnu.org/viewcvs?view=revision&revision=123639 (small adjustment) Cool. Ccing gerald@, who has requested that he be kept in the loop on gcc changes in the tree. The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the makefiles is probably not needed: I'm pretty sure -mno-sse implies the other two, unless -msse3 is specified explicitly. One suggestion from prior experience merging upstream gcc changes: Peruse the bug database for anything significant that was reported or fixed after the above patches were merged. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 23:24:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EAF01065672; Wed, 9 Mar 2011 23:24:28 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7A38FC17; Wed, 9 Mar 2011 23:24:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4fb:f711:ed42:fd1a] (unknown [IPv6:2001:7b8:3a7:0:4fb:f711:ed42:fd1a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1FAD95C59; Thu, 10 Mar 2011 00:24:27 +0100 (CET) Message-ID: <4D780C34.4010509@FreeBSD.org> Date: Thu, 10 Mar 2011 00:24:36 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.15pre) Gecko/20110303 Lanikai/3.1.9pre MIME-Version: 1.0 To: John Baldwin References: <20110308173909.GA71091@freebsd.org> <20110308211931.1c5deb8b@r500.local> <20110308205212.GA96321@freebsd.org> <201103090823.41757.jhb@freebsd.org> In-Reply-To: <201103090823.41757.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Roman Divacky , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Wed, 09 Mar 2011 23:24:28 -0000 On 2011-03-09 14:23, John Baldwin wrote: >> gcc nor clang emits any code to initialize static type foo = 0; >> because it's expected that BSS is zeroed, which is not the case >> in boot2 so we have to initialize that explicitly > It used to be that if you explicitly initialized a variable to 0, it was > initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and > move it to .bss. There appears to be no way to turn this feature off, Yes, there is; both gcc and clang have this option to turn it off: -fno-zero-initialized-in-bss If the target supports a BSS section, GCC by default puts variables that are initialized to zero into BSS. This can save space in the resulting code. This option turns off this behavior because some programs explicitly rely on variables going to the data section. E.g., so that the resulting executable can find the beginning of that section and/or make assumptions based on that. The default is -fzero-initialized-in-bss. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 23:24:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EAF01065672; Wed, 9 Mar 2011 23:24:28 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7A38FC17; Wed, 9 Mar 2011 23:24:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4fb:f711:ed42:fd1a] (unknown [IPv6:2001:7b8:3a7:0:4fb:f711:ed42:fd1a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1FAD95C59; Thu, 10 Mar 2011 00:24:27 +0100 (CET) Message-ID: <4D780C34.4010509@FreeBSD.org> Date: Thu, 10 Mar 2011 00:24:36 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.15pre) Gecko/20110303 Lanikai/3.1.9pre MIME-Version: 1.0 To: John Baldwin References: <20110308173909.GA71091@freebsd.org> <20110308211931.1c5deb8b@r500.local> <20110308205212.GA96321@freebsd.org> <201103090823.41757.jhb@freebsd.org> In-Reply-To: <201103090823.41757.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Roman Divacky , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Wed, 09 Mar 2011 23:24:28 -0000 On 2011-03-09 14:23, John Baldwin wrote: >> gcc nor clang emits any code to initialize static type foo = 0; >> because it's expected that BSS is zeroed, which is not the case >> in boot2 so we have to initialize that explicitly > It used to be that if you explicitly initialized a variable to 0, it was > initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and > move it to .bss. There appears to be no way to turn this feature off, Yes, there is; both gcc and clang have this option to turn it off: -fno-zero-initialized-in-bss If the target supports a BSS section, GCC by default puts variables that are initialized to zero into BSS. This can save space in the resulting code. This option turns off this behavior because some programs explicitly rely on variables going to the data section. E.g., so that the resulting executable can find the beginning of that section and/or make assumptions based on that. The default is -fzero-initialized-in-bss. From owner-freebsd-current@FreeBSD.ORG Wed Mar 9 23:43:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92312106566C; Wed, 9 Mar 2011 23:43:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 517BC8FC15; Wed, 9 Mar 2011 23:43:38 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4fb:f711:ed42:fd1a] (unknown [IPv6:2001:7b8:3a7:0:4fb:f711:ed42:fd1a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9D1B25C59; Thu, 10 Mar 2011 00:43:37 +0100 (CET) Message-ID: <4D7810B2.4090207@FreeBSD.org> Date: Thu, 10 Mar 2011 00:43:46 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.15pre) Gecko/20110303 Lanikai/3.1.9pre MIME-Version: 1.0 To: Martin Matuska , current@freebsd.org, gerald@freebsd.org References: <4D7799FD.9040008@FreeBSD.org> <20110309211820.GA46520@zim.MIT.EDU> In-Reply-To: <20110309211820.GA46520@zim.MIT.EDU> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2011 23:43:38 -0000 On 2011-03-09 22:18, David Schultz wrote: > The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the > makefiles is probably not needed: I'm pretty sure -mno-sse implies > the other two, unless -msse3 is specified explicitly. Indeed, contrib/gcc/config/i386/i386.c has: static bool ix86_handle_option (size_t code, const char *arg ATTRIBUTE_UNUSED, int value) { ... case OPT_msse: if (!value) { target_flags &= ~(MASK_SSE2 | MASK_SSE3); target_flags_explicit |= MASK_SSE2 | MASK_SSE3; } return true; E.g -mno-sse disables SSE2 and SSE3, unless you explicitly add -msse2 or -msse3 options. In Martin's patch, this fragment uses MASK_SSSE3 too. Clang has a similar mechanism, -mno-sse disables all 'higher' SSE variants too. From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 03:27:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C791106566C for ; Thu, 10 Mar 2011 03:27:40 +0000 (UTC) (envelope-from hyama99@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5703F8FC08 for ; Thu, 10 Mar 2011 03:27:40 +0000 (UTC) Received: by qyk27 with SMTP id 27so1025813qyk.13 for ; Wed, 09 Mar 2011 19:27:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=pK71Oj41XVIASSdB7KvfbL6XqMX6zLH2Le88vMlJkbU=; b=qbZcvjTCMkZ2izrIJSZIIV1sf2CtvOm6dqd/FXpvj811BiDTspaj1o76yEiZIzhvx2 VUfzCkR0yypvba9D9hTg7D4pE+Z9thlYSCe/GcELgpSpSxGfonZTtXO2VKHuyIpPbcsx 4FW3v8uM/M2VydvfW7VZ4IkMJQ+320lEWhXXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=kSBirRKbglLQ5x6W9U7f+hMH+NfvqaHQ6MlzXBrrEkT5QztOgS34O2ZNOw5IRa0K++ n1mLZQ2NLkBxC5rZ6AJxqfLx/aluiJyUQBcwiWjwMKHfbBUmn0ac1b/1Ac6HUux4Drca K8HkjSf1KuO0B/uN+5/iom8/GvEAvPMUnrOEM= MIME-Version: 1.0 Received: by 10.224.174.83 with SMTP id s19mr6444271qaz.251.1299725782854; Wed, 09 Mar 2011 18:56:22 -0800 (PST) Received: by 10.224.67.195 with HTTP; Wed, 9 Mar 2011 18:56:22 -0800 (PST) Date: Thu, 10 Mar 2011 11:56:22 +0900 Message-ID: From: Hideki Yamamoto To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: watanabe439@gmail.com Subject: CPU affinity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 03:27:40 -0000 Hi, We are interested in realtime application and CPU affinity. After googling pthread_setaffinity_np, I have found that it appeared in 7.2. But I cannot find it by man command. Does anyone know the status of CPU affinity function in FreeBSD or useful links about it? I have found the pointer about a command, http://segfault.in/2010/09/how-to-set-cpu-affinity-for-a-process-in-freebsd/ Thanks in advance, Hideki Yamamoto From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 03:45:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95689106566B for ; Thu, 10 Mar 2011 03:45:33 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 75B7D8FC0A for ; Thu, 10 Mar 2011 03:45:33 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p2A3jXmJ006975; Wed, 9 Mar 2011 19:45:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p2A3jW2Z006974; Wed, 9 Mar 2011 19:45:32 -0800 (PST) (envelope-from sgk) Date: Wed, 9 Mar 2011 19:45:32 -0800 From: Steve Kargl To: Hideki Yamamoto Message-ID: <20110310034532.GA6934@troutmask.apl.washington.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, watanabe439@gmail.com Subject: Re: CPU affinity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 03:45:33 -0000 On Thu, Mar 10, 2011 at 11:56:22AM +0900, Hideki Yamamoto wrote: > Hi, > > We are interested in realtime application and CPU affinity. > After googling pthread_setaffinity_np, I have found that it appeared in 7.2. > But I cannot find it by man command. > Does anyone know the status of CPU affinity function in FreeBSD or > useful links about it? > I have found the pointer about a command, > http://segfault.in/2010/09/how-to-set-cpu-affinity-for-a-process-in-freebsd/ > Man pages are available on-line. http://www.freebsd.org/cgi/man.cgi?query=pthread_setaffinity_np&apropos=0&sektion=0&manpath=FreeBSD+8.2-RELEASE&format=html -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 08:27:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 71AF51065676; Thu, 10 Mar 2011 08:27:40 +0000 (UTC) Date: Thu, 10 Mar 2011 08:27:40 +0000 From: Alexander Best To: Dimitry Andric Message-ID: <20110310082740.GA74075@freebsd.org> References: <4D7799FD.9040008@FreeBSD.org> <20110309211820.GA46520@zim.MIT.EDU> <4D7810B2.4090207@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7810B2.4090207@FreeBSD.org> Cc: gerald@freebsd.org, Martin Matuska , current@freebsd.org Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 08:27:40 -0000 On Thu Mar 10 11, Dimitry Andric wrote: > On 2011-03-09 22:18, David Schultz wrote: > >The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the > >makefiles is probably not needed: I'm pretty sure -mno-sse implies > >the other two, unless -msse3 is specified explicitly. > > Indeed, contrib/gcc/config/i386/i386.c has: > > static bool > ix86_handle_option (size_t code, const char *arg ATTRIBUTE_UNUSED, int > value) > { > ... > case OPT_msse: > if (!value) > { > target_flags &= ~(MASK_SSE2 | MASK_SSE3); > target_flags_explicit |= MASK_SSE2 | MASK_SSE3; > } > return true; > > E.g -mno-sse disables SSE2 and SSE3, unless you explicitly add -msse2 or > -msse3 options. In Martin's patch, this fragment uses MASK_SSSE3 too. +1 for removing -mno-sse2, -mno-sse3 and -mno-ssse3 throughout the source tree. ...also -mfpmath=387 is still present for amd64 and i don't think it's necessary. with -mno-sse i don't think -mfpmath=sse remains the default for amd64. > > Clang has a similar mechanism, -mno-sse disables all 'higher' SSE > variants too. -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 08:44:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7203106564A; Thu, 10 Mar 2011 08:44:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 520A68FC0C; Thu, 10 Mar 2011 08:44:44 +0000 (UTC) Received: by vxc34 with SMTP id 34so1494750vxc.13 for ; Thu, 10 Mar 2011 00:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0++900a8B58j+71Bb9Oc0poN8l4gEQas7BVvTJG5iwg=; b=OImqbRZR/vwtkASUDFbqr1Cx3IQx0H9bCTK2fkYJPVD/04i89S3xsoeE/gAUL/9GnC XiN3pT7Gcpr8XrXvsyjlivMTNGb/hFOTgyjzOnUeWJPDFd6xpvXOg27IoqPl3Zcazjdg nPZEjohXKaubokxE7Ca+hqtJId/vI93mBOJbU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ESGtfwYpba1w4PGvGotHURaeU9oP1Fja4IkYbcsQq/4Zw7LRRXyMG4t2dwJl/NRLLN 0JV8cC/ZBC5cvVbfu1RH+BOaRfZnliuHu2k7LRJpvSUc+ndYm3CblwZfuNv/TjCIAjHb gV7vTVVSTRVeCQ+gqktLDhcBV5HTYbeQvBi1s= MIME-Version: 1.0 Received: by 10.52.94.147 with SMTP id dc19mr4328781vdb.67.1299746684412; Thu, 10 Mar 2011 00:44:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.70.17 with HTTP; Thu, 10 Mar 2011 00:44:44 -0800 (PST) In-Reply-To: References: Date: Thu, 10 Mar 2011 16:44:44 +0800 X-Google-Sender-Auth: njpfVGsljvoF2czIoqiUEVndPWA Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current@freebsd.org Subject: Re: Request to test if_ath - TX power control changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 08:44:45 -0000 (You know, I'm very tempted to just create a FreeBSD-wireless mailing list.. :-) My AR9280/AR9285 collection just arrived in the post. A quick 2 minute test with the AR9285 showed that at least the one I have has issues TX'ing at higher 11g rates. I won't even bother testing 11n MCS rates until I fix that. If you have an AR9285 and you're able/willing to test out -HEAD then I'd appreciate it if you could do some iperf tests (both ways, so it's both TX'ing and RX'ing, but not at the same time please!) and then check out the rate control stats - sysctl dev.ath.0.sample_stats=1. Thanks! Adrian From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 11:07:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 4613B1065675; Thu, 10 Mar 2011 11:07:13 +0000 (UTC) Date: Thu, 10 Mar 2011 11:07:13 +0000 From: Alexander Best To: George Liaskos Message-ID: <20110310110713.GA92011@freebsd.org> References: <4D7799FD.9040008@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Martin Matuska , current@freebsd.org Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 11:07:13 -0000 On Wed Mar 9 11, George Liaskos wrote: > > I have prepared a patch that finishes the "core2" support part and > > backports from gcc-4.3 > > the SSSE3 instruction set (-mssse3, -mno-ssse3). > > It is enabled for -march=core2 by default. > > > > Testing and comments are welcome. > > > > Patch: > > http://people.freebsd.org/~mm/patches/head-gcc-ssse3.patch > > > > The backport covers three GPLv2 revisions from gcc 4.3: > > http://gcc.gnu.org/viewcvs?view=revision&revision=117958 (applies cleanly) > > http://gcc.gnu.org/viewcvs?view=revision&revision=121687 (small adjustment) > > http://gcc.gnu.org/viewcvs?view=revision&revision=121726 (small adjustment) > > http://gcc.gnu.org/viewcvs?view=revision&revision=123639 (small adjustment) > > Just finished compiling world and kernel with the patch, no issues > whatsoever but i have some questions :) > > I have a Q6600, with -march=native gcc still uses nocona instead of > core2, clang does the right thing. Is this a bug? > Is it possible to support sse4.1 for penryn or is there a problem with > the license? same issue here: otaku% /usr/bin/gcc -### -march=native blabla.c Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] "/usr/libexec/cc1" "-quiet" "-D_LONGLONG" "null.c" "-march=nocona" "-mtune=generic" "-quiet" "-dumpbase" "null.c" "-auxbase" "null" "-o" "/var/tmp//cca3OQb6.s" "/usr/bin/as" "-Qy" "-o" "/var/tmp//ccmuWSiZ.o" "/var/tmp//cca3OQb6.s" "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" "-L/usr/lib" "/var/tmp//ccmuWSiZ.o" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" it seems "native" isn't "core2" aware. could this be backported to our gcc or does that code fall under the gplv3? cheers. alex > > Regards -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 11:34:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37DDF106564A; Thu, 10 Mar 2011 11:34:57 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8978FC14; Thu, 10 Mar 2011 11:34:56 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from [192.168.0.100] ([184.162.50.38]) by vl-mh-mrz21.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0LHU00IB8ATF8UB0@vl-mh-mrz21.ip.videotron.ca>; Thu, 10 Mar 2011 06:34:28 -0500 (EST) Message-id: <4D78B75F.3030306@gthcfoundation.org> Date: Thu, 10 Mar 2011 06:34:55 -0500 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101227 Icedove/3.0.11 To: Adrian Chadd References: In-reply-to: X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: Request to test if_ath - TX power control changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 11:34:57 -0000 On 10/03/11 03:44 AM, Adrian Chadd wrote: > (You know, I'm very tempted to just create a FreeBSD-wireless mailing list.. > :-) > > That would be nice. (+1) :-) > My AR9280/AR9285 collection just arrived in the post. A quick 2 minute test > with the AR9285 showed that at least the one I have has issues TX'ing at > higher 11g rates. I won't even bother testing 11n MCS rates until I fix > that. > > Could this be a "issue" with obtaining proper OFDM modulation using the ath(4) firmware? > If you have an AR9285 and you're able/willing to test out -HEAD then I'd > appreciate it if you could do some iperf tests (both ways, so it's both > TX'ing and RX'ing, but not at the same time please!) and then check out the > rate control stats - sysctl dev.ath.0.sample_stats=1. > > Thanks! > > > Adrian > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > X-UID: 12358 > Status: > X-Keywords: > Content-Length: 0 > > just my 2 cents from a conspiracy nutter... :-) Regards, -- Etienne Robillard Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: erob@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint: F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell If a free society cannot help the many who are poor, it cannot save the few who are rich. -- John F. Kennedy From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 11:48:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80222106564A; Thu, 10 Mar 2011 11:48:28 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 398BC8FC17; Thu, 10 Mar 2011 11:48:27 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1PxeLy-0000OB-Uo; Thu, 10 Mar 2011 11:48:27 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1PxeLy-000334-O8; Thu, 10 Mar 2011 11:48:26 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p2ABmQr9000126; Thu, 10 Mar 2011 11:48:26 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p2ABmQTk000125; Thu, 10 Mar 2011 11:48:26 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 10 Mar 2011 11:48:26 +0000 From: Anton Shterenlikht To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110310114826.GC99935@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-sparc64@freebsd.org, freebsd-current@freebsd.org References: <20110308101453.GA30087@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110308101453.GA30087@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: SOLVED: Re: r219379 build failure on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 11:48:28 -0000 On Tue, Mar 08, 2011 at 10:14:54AM +0000, Anton Shterenlikht wrote: > Updating sparc64 from r202445 to r219379: > > > cc -O2 -pipe -I/usr/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -c /usr/src/sbin/hastctl/../hastd/pjdlog.c > cc1: warnings being treated as errors > /usr/src/sbin/hastctl/../hastd/pjdlog.c: In function 'pjdlog_printf_render_sockaddr': > /usr/src/sbin/hastctl/../hastd/pjdlog.c:110: warning: cast increases required alignment of target type > *** Error code 1 > > Please advise I updated first to r210000, then to r219425. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 13:17:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFF2106566B for ; Thu, 10 Mar 2011 13:17:15 +0000 (UTC) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from amazone2.ujf-grenoble.fr (amazone2.ujf-grenoble.fr [152.77.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6C88FC14 for ; Thu, 10 Mar 2011 13:17:14 +0000 (UTC) Received: from tana1.ujf-grenoble.fr (tana1.ujf-grenoble.fr [152.77.24.147]) by amazone2.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE/GB 2010-12-10) with ESMTP id p2ADHDjW068901 for ; Thu, 10 Mar 2011 14:17:13 +0100 (CET) Received: from tana1.ujf-grenoble.fr (unknown [127.0.0.1]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id 07BCB2E02A for ; Thu, 10 Mar 2011 14:17:13 +0100 (CET) X-UJF-AV: Scanned on tana1.ujf-grenoble.fr Received: from tibre3.ujf-grenoble.fr (tibre3.ujf-grenoble.fr [152.77.18.213]) by tana1.ujf-grenoble.fr (Postfix) with ESMTP id E01202E021 for ; Thu, 10 Mar 2011 14:17:12 +0100 (CET) Received: from iut-mir-o.ujf-grenoble.fr (iut-mir-o.ujf-grenoble.fr [152.77.59.35]) by tibre3.ujf-grenoble.fr (8.14.3/8.14.3/SyS-1.10) with ESMTP id p2ADHA5Q077087 for ; Thu, 10 Mar 2011 14:17:12 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from iut-mir-o.ujf-grenoble.fr (localhost [127.0.0.1]) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4) with ESMTP id p2ADHAWK026883 for ; Thu, 10 Mar 2011 14:17:10 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: (from murankar@localhost) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4/Submit) id p2ADHAeR026882 for freebsd-current@freebsd.org; Thu, 10 Mar 2011 14:17:10 +0100 (CET) (envelope-from murankar) Date: Thu, 10 Mar 2011 14:17:10 +0100 From: Urankar Mikael To: freebsd-current@freebsd.org Message-ID: <20110310131710.GG96225@iut-mir-o.ujf-grenoble.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Subject: ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 13:17:15 -0000 Hi, I'm using sysutils/freebsd-snapshot to make periodic ZFS backup snapshot and this soft is broken since the upgrade of my pool to ZFSv28. After some debugging it appears that "zfs list" behaviour has changed with ZFSv28, and since freebsd-snapshot relies on "zfs list" to retrieve the "ZFS file system name" from the "mountpoint name" the soft doesn't work anymore. output of "zfs list" on a 8.2R amd64 (ZFSv15) : zfs list /home/murankar NAME USED AVAIL REFER MOUNTPOINT tank/home/murankar 1.47M 1.59T 1.47M /home/murankar zfs list tank/home/murankar NAME USED AVAIL REFER MOUNTPOINT tank/home/murankar 1.47M 1.59T 1.47M /home/murankar on a 9-Current amd64 I've got no output for "zfs list /home/murankar" and a exit code of 1 the output of "zfs list tank/home/murankar" is correct : NAME USED AVAIL REFER MOUNTPOINT tank/home/murankar 6,56G 286G 6,55G /home/murankar Is it the normal behaviour for ZFSv28 or some kind of regression ? TIA, Mikaël From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 13:39:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1DD71065673 for ; Thu, 10 Mar 2011 13:39:02 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1F37B8FC21 for ; Thu, 10 Mar 2011 13:39:01 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA25203; Thu, 10 Mar 2011 15:38:56 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D78D46F.4020305@freebsd.org> Date: Thu, 10 Mar 2011 15:38:55 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Hideki Yamamoto References: <20110310034532.GA6934@troutmask.apl.washington.edu> In-Reply-To: <20110310034532.GA6934@troutmask.apl.washington.edu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, watanabe439@gmail.com, Steve Kargl Subject: Re: CPU affinity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 13:39:02 -0000 on 10/03/2011 05:45 Steve Kargl said the following: > On Thu, Mar 10, 2011 at 11:56:22AM +0900, Hideki Yamamoto wrote: >> Hi, >> >> We are interested in realtime application and CPU affinity. >> After googling pthread_setaffinity_np, I have found that it appeared in 7.2. >> But I cannot find it by man command. >> Does anyone know the status of CPU affinity function in FreeBSD or >> useful links about it? >> I have found the pointer about a command, >> http://segfault.in/2010/09/how-to-set-cpu-affinity-for-a-process-in-freebsd/ >> > > Man pages are available on-line. > > http://www.freebsd.org/cgi/man.cgi?query=pthread_setaffinity_np&apropos=0&sektion=0&manpath=FreeBSD+8.2-RELEASE&format=html > And the actual functions that should be used on modern FreeBSD are cpuset_setaffinity and cpuset_getaffinity. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 14:26:40 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39F2B106566B for ; Thu, 10 Mar 2011 14:26:40 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id C4BBA8FC08 for ; Thu, 10 Mar 2011 14:26:39 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id A5BC8141483 for ; Thu, 10 Mar 2011 15:26:38 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id aupEzXNsPLsE for ; Thu, 10 Mar 2011 15:26:35 +0100 (CET) Received: from [10.0.3.3] (188-167-50-235.dynamic.chello.sk [188.167.50.235]) by mail.vx.sk (Postfix) with ESMTPSA id D75BA141477 for ; Thu, 10 Mar 2011 15:26:33 +0100 (CET) Message-ID: <4D78DF99.9030105@FreeBSD.org> Date: Thu, 10 Mar 2011 15:26:33 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: [TESTING] base gcc update to latest GPLv2 version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 14:26:40 -0000 Here is a base gcc upgrade to the latest GPLv2 version (rev. 127959). http://people.freebsd.org/~mm/patches/head-gcc-422-prerelease.patch Open questions: Do we want the "4.2.2 prerelase 20070831" version tag or stick to "4.2.1 20070831"? Testing and comments are welcome. Originally suggested by Pedro F. Giffuni in: http://www.freebsd.org/cgi/query-pr.cgi?pr=gnu/153298 Resolved GCC bugs in this patch: c++: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17763 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30535 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30917 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31337 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31941 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32108 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32112 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32346 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32898 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32992 debug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32610 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32914 libstdc++: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33128 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33084 middle-end: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32563 rtl-optimization: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33148 tree-optimization: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723 target: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32218 From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 15:21:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D608106566C for ; Thu, 10 Mar 2011 15:21:37 +0000 (UTC) (envelope-from hyama99@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 32D1A8FC22 for ; Thu, 10 Mar 2011 15:21:36 +0000 (UTC) Received: by qwj8 with SMTP id 8so1408325qwj.13 for ; Thu, 10 Mar 2011 07:21:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=bbBW4255DEplcpH+m5YhgWUQtLA8M5/wAdmHpesprdQ=; b=Go8rfuoQhQ7LTwVcToX3KeFKi5fEP+r8Fwx3wPtpvXzq+DnoTCn+7j2G3pxum6otny W/Jy16dIb65jbXC2qqdhbH/eDhrMjuGd0TUYdxp3Uj+CHSpnXPJOnjfdcyraoNvk92TA NrI240T9kbf/CiIEh+5efU9UtIG5v5hyl9V+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IQBDUUxJ03C2l7LJWfYCe3ZHu9wiMjgelJO1QgIjP3l3cLaFNhKtQcMIeK1r7IJ04e YDvOQU93bkuH1ZcwCyk5+p7OOJ7VmEOet57PvFqEM838j+TGoTX7oAToj4sFGM4HcCKY dDP7ua2ul1Olc3beAHrqjY/19TiKBg5F7+CKk= MIME-Version: 1.0 Received: by 10.224.126.221 with SMTP id d29mr3200164qas.201.1299770496073; Thu, 10 Mar 2011 07:21:36 -0800 (PST) Received: by 10.224.67.195 with HTTP; Thu, 10 Mar 2011 07:21:35 -0800 (PST) In-Reply-To: <4D78D46F.4020305@freebsd.org> References: <20110310034532.GA6934@troutmask.apl.washington.edu> <4D78D46F.4020305@freebsd.org> Date: Fri, 11 Mar 2011 00:21:35 +0900 Message-ID: From: Hideki Yamamoto To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, watanabe439@gmail.com, Steve Kargl Subject: Re: CPU affinity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 15:21:37 -0000 Dear Steve, Adam, and Andriy; Thank you very much for your quick replies. We could solve our problems on this matter. Thank you again. Best regards, Hideki Yamamoto 2011/3/10 Andriy Gapon : > on 10/03/2011 05:45 Steve Kargl said the following: >> On Thu, Mar 10, 2011 at 11:56:22AM +0900, Hideki Yamamoto wrote: >>> Hi, >>> >>> We are interested in realtime application and CPU affinity. >>> After googling pthread_setaffinity_np, I have found that it appeared in 7.2. >>> But I cannot find it by man command. >>> Does anyone know the status of CPU affinity function in FreeBSD or >>> useful links about it? >>> I have found the pointer about a command, >>> http://segfault.in/2010/09/how-to-set-cpu-affinity-for-a-process-in-freebsd/ >>> >> >> Man pages are available on-line. >> >> http://www.freebsd.org/cgi/man.cgi?query=pthread_setaffinity_np&apropos=0&sektion=0&manpath=FreeBSD+8.2-RELEASE&format=html >> > > And the actual functions that should be used on modern FreeBSD are > cpuset_setaffinity and cpuset_getaffinity. > > -- > Andriy Gapon > From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 15:23:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA53D106566C; Thu, 10 Mar 2011 15:23:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id AD7628FC14; Thu, 10 Mar 2011 15:23:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4E57E46B49; Thu, 10 Mar 2011 10:23:16 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D9A888A01B; Thu, 10 Mar 2011 10:23:15 -0500 (EST) From: John Baldwin To: Dimitry Andric Date: Thu, 10 Mar 2011 09:20:58 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110308173909.GA71091@freebsd.org> <201103090823.41757.jhb@freebsd.org> <4D780C34.4010509@FreeBSD.org> In-Reply-To: <4D780C34.4010509@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103100920.58279.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 10 Mar 2011 10:23:16 -0500 (EST) Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: [TESTING]: one more boot2 shrinking 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: Thu, 10 Mar 2011 15:23:16 -0000 On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote: > On 2011-03-09 14:23, John Baldwin wrote: > >> gcc nor clang emits any code to initialize static type foo = 0; > >> because it's expected that BSS is zeroed, which is not the case > >> in boot2 so we have to initialize that explicitly > > It used to be that if you explicitly initialized a variable to 0, it was > > initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and > > move it to .bss. There appears to be no way to turn this feature off, > > Yes, there is; both gcc and clang have this option to turn it off: > > -fno-zero-initialized-in-bss > If the target supports a BSS section, GCC by default puts variables > that are initialized to zero into BSS. This can save space in the > resulting code. > > This option turns off this behavior because some programs > explicitly rely on variables going to the data section. E.g., so > that the resulting executable can find the beginning of that > section and/or make assumptions based on that. > > The default is -fzero-initialized-in-bss. Hah, that is better then. Thanks! I should have searched about this more myself. :( Roman, can you try reverting the kname changes and adding this to CFLAGS instead for both compilers? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:37:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB683106566B; Thu, 10 Mar 2011 16:37:35 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9DDE18FC18; Thu, 10 Mar 2011 16:37:35 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 76C349CB0D6; Thu, 10 Mar 2011 17:37:33 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jnBonfVleht2; Thu, 10 Mar 2011 17:37:33 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E17E89CB25D; Thu, 10 Mar 2011 17:37:32 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id p2AGbWnQ038493; Thu, 10 Mar 2011 17:37:32 +0100 (CET) (envelope-from rdivacky) Date: Thu, 10 Mar 2011 17:37:32 +0100 From: Roman Divacky To: John Baldwin Message-ID: <20110310163732.GA38320@freebsd.org> References: <20110308173909.GA71091@freebsd.org> <201103090823.41757.jhb@freebsd.org> <4D780C34.4010509@FreeBSD.org> <201103100920.58279.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103100920.58279.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [TESTING]: one more boot2 shrinking 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: Thu, 10 Mar 2011 16:37:36 -0000 On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote: > On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote: > > On 2011-03-09 14:23, John Baldwin wrote: > > >> gcc nor clang emits any code to initialize static type foo = 0; > > >> because it's expected that BSS is zeroed, which is not the case > > >> in boot2 so we have to initialize that explicitly > > > It used to be that if you explicitly initialized a variable to 0, it was > > > initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and > > > move it to .bss. There appears to be no way to turn this feature off, > > > > Yes, there is; both gcc and clang have this option to turn it off: > > > > -fno-zero-initialized-in-bss > > If the target supports a BSS section, GCC by default puts variables > > that are initialized to zero into BSS. This can save space in the > > resulting code. > > > > This option turns off this behavior because some programs > > explicitly rely on variables going to the data section. E.g., so > > that the resulting executable can find the beginning of that > > section and/or make assumptions based on that. > > > > The default is -fzero-initialized-in-bss. > > Hah, that is better then. Thanks! I should have searched about this more > myself. :( Roman, can you try reverting the kname changes and adding this > to CFLAGS instead for both compilers? when I put -fno-zero-initialized-in-bss clang does not fit by 1.7K and gcc by 0.5K, we dont want this :) roman From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:40:30 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 33D1B106566B; Thu, 10 Mar 2011 16:40:30 +0000 (UTC) Date: Thu, 10 Mar 2011 16:40:30 +0000 From: Alexander Best To: Martin Matuska Message-ID: <20110310164030.GA39355@freebsd.org> References: <4D78DF99.9030105@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D78DF99.9030105@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: [TESTING] base gcc update to latest GPLv2 version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 16:40:30 -0000 On Thu Mar 10 11, Martin Matuska wrote: > Here is a base gcc upgrade to the latest GPLv2 version (rev. 127959). > > http://people.freebsd.org/~mm/patches/head-gcc-422-prerelease.patch > > Open questions: > Do we want the "4.2.2 prerelase 20070831" version tag or stick to "4.2.1 > 20070831"? i'd prefer "4.2.2 prerelase 20070831", since the ammount of changes and fixed issues are quite high and would distinguish the current gcc base version from the new one (whch includes all the patches). > > Testing and comments are welcome. > > Originally suggested by Pedro F. Giffuni in: > http://www.freebsd.org/cgi/query-pr.cgi?pr=gnu/153298 > > Resolved GCC bugs in this patch: > > c++: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17763 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30535 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30917 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31337 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31941 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32108 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32112 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32346 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32898 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32992 > > debug: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32610 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32914 > > libstdc++: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33128 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33084 > > middle-end: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32563 > > rtl-optimization: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33148 > > tree-optimization: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723 > > target: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32218 -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 16:58:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE02106566B; Thu, 10 Mar 2011 16:58:32 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id C1BE18FC08; Thu, 10 Mar 2011 16:58:31 +0000 (UTC) Received: by wwi17 with SMTP id 17so1644094wwi.1 for ; Thu, 10 Mar 2011 08:58:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qdYCUkDBj4jLdfHAHpqQVsJ3+SaNNQKR+W8/1dsCI2Q=; b=xOLz7s+S/mkJphRhI0HeoODeCWIkEMEQNf+F39TAnKkuhYUQ4VoUkHVLr9KFj6mqXN Qf/OMlGEF1TrHhwrUGRZttdA+XOauy5UF7+9Go715O7W0yE2OxuIXwEgPdkF6Wh/MyOU QgBhZPuHncC1WNuUeB6YM57VGK4WQIl3HZ+d0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Y7RayN+pP/+ra5qZK4u95OaQOYRHsmduQjAdNo4AtAYdylKIFJ/DxC26h97GDSSdIO d0dnA0MhT/AmYOgv8LR04u1LvmKQQvRhdZbteeJ6VSjXlM1abgQfGrMSMoHF7De2dwpi iCfhfapJpRaZ/FupDSZU4Et4HgAikXhxjFCVU= MIME-Version: 1.0 Received: by 10.216.59.81 with SMTP id r59mr6237695wec.40.1299776310662; Thu, 10 Mar 2011 08:58:30 -0800 (PST) Received: by 10.216.62.130 with HTTP; Thu, 10 Mar 2011 08:58:30 -0800 (PST) In-Reply-To: <20110310163732.GA38320@freebsd.org> References: <20110308173909.GA71091@freebsd.org> <201103090823.41757.jhb@freebsd.org> <4D780C34.4010509@FreeBSD.org> <201103100920.58279.jhb@freebsd.org> <20110310163732.GA38320@freebsd.org> Date: Thu, 10 Mar 2011 08:58:30 -0800 Message-ID: From: Matthew Fleming To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [TESTING]: one more boot2 shrinking 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: Thu, 10 Mar 2011 16:58:32 -0000 On Thu, Mar 10, 2011 at 8:37 AM, Roman Divacky wrote= : > On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote: >> On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote: >> > On 2011-03-09 14:23, John Baldwin wrote: >> > >> gcc nor clang emits any code to initialize static type foo =3D 0; >> > >> because it's expected that BSS is zeroed, which is not the case >> > >> in boot2 so we have to initialize that explicitly >> > > It used to be that if you explicitly initialized a variable to 0, it= was >> > > initialized to 0 in .data, but now gcc and clang recognize it is set= to 0 and >> > > move it to .bss. =A0There appears to be no way to turn this feature = off, >> > >> > Yes, there is; both gcc and clang have this option to turn it off: >> > >> > -fno-zero-initialized-in-bss >> > =A0 =A0 =A0If the target supports a BSS section, GCC by default puts v= ariables >> > =A0 =A0 =A0that are initialized to zero into BSS. This can save space = in the >> > =A0 =A0 =A0resulting code. >> > >> > =A0 =A0 =A0This option turns off this behavior because some programs >> > =A0 =A0 =A0explicitly rely on variables going to the data section. E.g= ., so >> > =A0 =A0 =A0that the resulting executable can find the beginning of tha= t >> > =A0 =A0 =A0section and/or make assumptions based on that. >> > >> > =A0 =A0 =A0The default is -fzero-initialized-in-bss. >> >> Hah, that is better then. =A0Thanks! I should have searched about this m= ore >> myself. :( =A0Roman, can you try reverting the kname changes and adding = this >> to CFLAGS instead for both compilers? > > when I put -fno-zero-initialized-in-bss clang does not fit by 1.7K and > gcc by 0.5K, we dont want this :) If there's that many variables explicitly initialized to zero, does boot2 then need to explicitly bzero all of bss, not just kname, since it's not handled by the loader? Otherwise it sounds like either there's a lot of explicitly initialized variables that didn't need to be, or there's a lot of potential for uninitialized variable nonsense to happen. Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 18:29:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD04106566C; Thu, 10 Mar 2011 18:29:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 834CE8FC0A; Thu, 10 Mar 2011 18:29:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 34CEA46B98; Thu, 10 Mar 2011 13:29:55 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C214F8A01B; Thu, 10 Mar 2011 13:29:54 -0500 (EST) From: John Baldwin To: Matthew Fleming Date: Thu, 10 Mar 2011 13:29:53 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <20110308173909.GA71091@freebsd.org> <20110310163732.GA38320@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103101329.54044.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 10 Mar 2011 13:29:54 -0500 (EST) Cc: Roman Divacky , freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [TESTING]: one more boot2 shrinking 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: Thu, 10 Mar 2011 18:29:55 -0000 On Thursday, March 10, 2011 11:58:30 am Matthew Fleming wrote: > On Thu, Mar 10, 2011 at 8:37 AM, Roman Divacky wrote: > > On Thu, Mar 10, 2011 at 09:20:58AM -0500, John Baldwin wrote: > >> On Wednesday, March 09, 2011 6:24:36 pm Dimitry Andric wrote: > >> > On 2011-03-09 14:23, John Baldwin wrote: > >> > >> gcc nor clang emits any code to initialize static type foo = 0; > >> > >> because it's expected that BSS is zeroed, which is not the case > >> > >> in boot2 so we have to initialize that explicitly > >> > > It used to be that if you explicitly initialized a variable to 0, it was > >> > > initialized to 0 in .data, but now gcc and clang recognize it is set to 0 and > >> > > move it to .bss. There appears to be no way to turn this feature off, > >> > > >> > Yes, there is; both gcc and clang have this option to turn it off: > >> > > >> > -fno-zero-initialized-in-bss > >> > If the target supports a BSS section, GCC by default puts variables > >> > that are initialized to zero into BSS. This can save space in the > >> > resulting code. > >> > > >> > This option turns off this behavior because some programs > >> > explicitly rely on variables going to the data section. E.g., so > >> > that the resulting executable can find the beginning of that > >> > section and/or make assumptions based on that. > >> > > >> > The default is -fzero-initialized-in-bss. > >> > >> Hah, that is better then. Thanks! I should have searched about this more > >> myself. :( Roman, can you try reverting the kname changes and adding this > >> to CFLAGS instead for both compilers? > > > > when I put -fno-zero-initialized-in-bss clang does not fit by 1.7K and > > gcc by 0.5K, we dont want this :) > > If there's that many variables explicitly initialized to zero, does > boot2 then need to explicitly bzero all of bss, not just kname, since > it's not handled by the loader? Otherwise it sounds like either > there's a lot of explicitly initialized variables that didn't need to > be, or there's a lot of potential for uninitialized variable nonsense > to happen. Yes. It would be good to see which symbols move from .bss to .data with this change. Hopefully the compilers aren't putting everything into .data. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 21:33:40 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91405106564A; Thu, 10 Mar 2011 21:33:40 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 297FA8FC1B; Thu, 10 Mar 2011 21:33:40 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 5564013AC60; Thu, 10 Mar 2011 22:33:39 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 72FWt1ymc4Ci; Thu, 10 Mar 2011 22:33:37 +0100 (CET) Received: from [10.9.8.1] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id 0109113AC58; Thu, 10 Mar 2011 22:33:36 +0100 (CET) Message-ID: <4D7943B1.1030604@FreeBSD.org> Date: Thu, 10 Mar 2011 22:33:37 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-performance@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 21:33:40 -0000 Hi everyone, we have performed a benchmark of the perl binary compiled with base gcc, ports gcc and ports clang using the perlbench benchmark suite. Our benchmark was performed solely on amd64 with 10 different processors and we have tried different -march= flags to compare binary performance of the same compiler with different flags. Here is some statistics from the results: - clang falls 10% behind the base gcc 4.2.1 (test average) - gcc 4.5 from ports gives 5-10% better average performance than the base gcc 4.2.1 - 4% average penalty for Intel Atom and -march=nocona (using gcc from base) - core i7 class processors run best with -march=nocona (using gcc from base) This benchmark speaks only for perl, but it tests quite a lot of "generic" features so we a are seriously considering using ports gcc for heavily used ports (e.g. PHP, MySQL, PostgreSQL) and suggesting that an user should be provided with a easily settable choice of using gcc 4.5 for ports. A first step in this direction is in this PR (allowing build-only dependency on GCC): http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/155408 More information, detailed test results and test configuration are at our blog: http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 23:28:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id A25A81065670; Thu, 10 Mar 2011 23:28:39 +0000 (UTC) Date: Thu, 10 Mar 2011 23:28:39 +0000 From: Alexander Best To: Dimitry Andric Message-ID: <20110310232839.GA5378@freebsd.org> References: <4D7799FD.9040008@FreeBSD.org> <20110309211820.GA46520@zim.MIT.EDU> <4D7810B2.4090207@FreeBSD.org> <20110310082740.GA74075@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110310082740.GA74075@freebsd.org> Cc: gerald@freebsd.org, Martin Matuska , current@freebsd.org Subject: Re: [TESTING] ssse3 backport from gcc 4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 23:28:39 -0000 On Thu Mar 10 11, Alexander Best wrote: > On Thu Mar 10 11, Dimitry Andric wrote: > > On 2011-03-09 22:18, David Schultz wrote: > > >The proliferation of -mno-sse -mno-sse2 -mno-sse3 options in the > > >makefiles is probably not needed: I'm pretty sure -mno-sse implies > > >the other two, unless -msse3 is specified explicitly. > > > > Indeed, contrib/gcc/config/i386/i386.c has: > > > > static bool > > ix86_handle_option (size_t code, const char *arg ATTRIBUTE_UNUSED, int > > value) > > { > > ... > > case OPT_msse: > > if (!value) > > { > > target_flags &= ~(MASK_SSE2 | MASK_SSE3); > > target_flags_explicit |= MASK_SSE2 | MASK_SSE3; > > } > > return true; > > > > E.g -mno-sse disables SSE2 and SSE3, unless you explicitly add -msse2 or > > -msse3 options. In Martin's patch, this fragment uses MASK_SSSE3 too. > > +1 for removing -mno-sse2, -mno-sse3 and -mno-ssse3 throughout the source > tree. > > ...also -mfpmath=387 is still present for amd64 and i don't think it's > necessary. with -mno-sse i don't think -mfpmath=sse remains the default for > amd64. i've compiled two kernels. one with the standard -mno-sse* options in kernel.mk and one without -mno-sse2, -mno-sse3, -mno-ssse3 and -mfpmath=387. CPUYTE ?= core2. diffing showed no major differences for gcc and clang as compiler cheers. alex > > > > > Clang has a similar mechanism, -mno-sse disables all 'higher' SSE > > variants too. > > -- > a13x -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Mar 10 23:52:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id CD7561065670; Thu, 10 Mar 2011 23:52:41 +0000 (UTC) Date: Thu, 10 Mar 2011 23:52:41 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20110310235241.GA9452@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: status of WITHOUT_SYSINSTALL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2011 23:52:41 -0000 hi there, just wanted to ask what the current situation on WITHOUT_SYSINSTALL is? it seems the option gets completely ignored after a recent commit. should src.conf be adjusted to mention that WITHOUT_SYSINSTALL == noop or should the option be completely removed? also in usr.sbin/Makefile, the sysinstall entry should be moved upwards to the other non-optional build directories imo. cheers. alex -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 00:23:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96513106564A; Fri, 11 Mar 2011 00:23:16 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 01A5F8FC21; Fri, 11 Mar 2011 00:23:15 +0000 (UTC) Received: by wyf23 with SMTP id 23so2418175wyf.13 for ; Thu, 10 Mar 2011 16:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=n/hZ54WUPdiAyUmi+vzcjybB43Qoof6avTp9fZlEDWI=; b=vYU2kr5CRrXA06jH+nVLxQvUgfPBZeOE6YygfwvXdHXh2IaDmpOoKiemI7elUm2sFq gxnsPy/Et4pumJcTEWuy+bbynSMwtPeqsqY5g8PbaKr6RZItgcQJTBe71qDc1hq5TUGa 0KvLmbtzuQfEPg0bhbglqO4KNTjxSQfKqXLqo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=nuASSy1pX+jVq+BmUr4sUwrXy+eAT+BNg8U7vbSFrjtDKjEzdB+qOu+aSl7MV1Eski 0bKu7WApSBLZsy7wO7CBUSPObksg8fwSyRj7vEEOwJocLM/5D6Ibz+F2W8qIbCwFMmAM 2QYr6Kj1WMoWhiIPMLE9xJsetoGLKukHAr+hM= MIME-Version: 1.0 Received: by 10.216.195.202 with SMTP id p52mr7181544wen.75.1299802994762; Thu, 10 Mar 2011 16:23:14 -0800 (PST) Received: by 10.216.172.7 with HTTP; Thu, 10 Mar 2011 16:23:14 -0800 (PST) In-Reply-To: <20110311000938.GA12947@freebsd.org> References: <20110310235241.GA9452@freebsd.org> <20110311000938.GA12947@freebsd.org> Date: Thu, 10 Mar 2011 16:23:14 -0800 Message-ID: From: Garrett Cooper To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: status of WITHOUT_SYSINSTALL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 00:23:16 -0000 On Thu, Mar 10, 2011 at 4:09 PM, Alexander Best wrote= : > On Thu Mar 10 11, Garrett Cooper wrote: >> On Thu, Mar 10, 2011 at 3:52 PM, Alexander Best wr= ote: >> > hi there, >> > >> > just wanted to ask what the current situation on WITHOUT_SYSINSTALL is= ? it >> > seems the option gets completely ignored after a recent commit. >> > >> > should src.conf be adjusted to mention that WITHOUT_SYSINSTALL =3D=3D = noop or >> > should the option be completely removed? >> > >> > also in usr.sbin/Makefile, the sysinstall entry should be moved upward= s to the >> > other non-optional build directories imo. >> >> =A0 =A0 The build didn't even really function when specifying >> WITHOUT_SYSINSTALL before Nate's recent commits -- so why worry about >> the state of things? > > due to inconsistency? src.conf says WITHOUT_SYSINSTALL will not build > sysinstall(1). that's obviously wrong. I think this context was forgotten: http://markmail.org/message/fk2xqlrtvljjo3rf Also: $ find /usr/src/ -name 'Makefile*' | xargs grep WITHOUT_SYSINSTALL $ echo $? 1 $ svn info /usr/src/ | grep Revision | sed 's,Revision: ,,' 219120 Doesn't look like this sentinel is honored anywhere. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 01:33:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64160106564A; Fri, 11 Mar 2011 01:33:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id B06088FC0C; Fri, 11 Mar 2011 01:33:55 +0000 (UTC) Received: by vxc34 with SMTP id 34so2447906vxc.13 for ; Thu, 10 Mar 2011 17:33:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=m04QOFMMuUjSSG9KXOCjeJwVuzIwm8iAANffwoBuEds=; b=YhefjKaPa2z1COi4suChb/5l4jt3OmlFaQsowKMju2d6S/WlUiInTkk7/WTXmIOcHE IGSJJ1m3NFnT71n7Fq+28TqHI9tWHoV6mHKQSs9WnriAiGL2a7eOW6lXiezIwNQMQ/wc /zwnAcHIEwOvmkBMQJsUWBLZu9OgT9FL+Y6rE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=ceY7Fb0O1V4eZnwac10hL7a5nXOITqq23jQTL0cuVxbl4zpYHq6H5pcJMDxnk54XQ2 5MjQXS/14Gfi2QLHMNHkCWkr0BFCxTZc6Bl0zN6idlMDpJkuPfzmsUYFALwYjKyap3lN Ul/QQ5k8Rn+eiTwd18fVh6f+B0P5aaI0hiRDg= MIME-Version: 1.0 Received: by 10.52.94.147 with SMTP id dc19mr5972255vdb.67.1299807234698; Thu, 10 Mar 2011 17:33:54 -0800 (PST) Received: by 10.52.70.17 with HTTP; Thu, 10 Mar 2011 17:33:54 -0800 (PST) Date: Fri, 11 Mar 2011 09:33:54 +0800 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current Subject: Re: please (re) test AR9220/AR9280 if_ath in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 01:33:56 -0000 Hi all again! I've just committed some more fixes to TX power calibration for the AR9220 and AR9280. I -think- I have all of the radio setup correct now for the AR5416, AR9160, AR9220 and AR9280. If you're using any of these, especially if you're using the AR9220/AR9280 (and doubly so oif you're using the Ubiquiti SR71-12 or SR71-15) then I'd really appreciate if you did some testing and got back to me. I specifically want to ensure that there's no transmission errors in "normal" (ie, not overly noisy) environments. The earlier AR9220/AR9280 code didn't entirely setup the TX calibration right so it's possible there was distortion. This would've showed up as high TX retransmissions and error rates (sysctl dev.ath.0.sample_stats=1 ; then check dmesg.) I'm working on the AR9285/AR2427 right now and yes, there's still issues there with TX calibration. I'll let everyone know when I've made some progress there. Thanks! Adrian From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 01:43:01 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5B14106566C; Fri, 11 Mar 2011 01:43:01 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF248FC17; Fri, 11 Mar 2011 01:43:01 +0000 (UTC) Received: by gwb15 with SMTP id 15so827899gwb.13 for ; Thu, 10 Mar 2011 17:43:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=zwaZU/v1/VJXb6pi43CSVJzpE8x+Cw8YcssQpG8l5m4=; b=InNzxiJhNDGmOUoxjKIp6gfBX0MhccxM6GkHVJ6NvCYHWGDZF7xi1HjcgrNxENNgiV ShofXwB7z8QJbuarb8dIcGYlPOiEoeqfpHya1XLjvYivutxTiUEIhQvdZvlBJdd7yr3p FJ+NgTs2TQHgGXYQa8JyHvGA/wJao1ssLHpLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=by1FhfxjBRbiD4qjKvFK+ReqwQ9BDgTTEphCETwvEfHz/bRINhuPhVyIhbA5UrcKN6 GcSEU5pCzUOFZwW8v1m/fvRx5stYmzMbhX1x985WTsBfpzws8Ln/6S2SAcP/wRQWf2C0 QabZJz/2Ty5hjeftJ/Su6IoQ2vYpSdO27PbBk= MIME-Version: 1.0 Received: by 10.236.28.165 with SMTP id g25mr1599155yha.91.1299805984001; Thu, 10 Mar 2011 17:13:04 -0800 (PST) Received: by 10.236.103.137 with HTTP; Thu, 10 Mar 2011 17:13:03 -0800 (PST) Date: Fri, 11 Mar 2011 01:13:03 +0000 Message-ID: From: "b. f." To: Garrett Cooper , Alexander Best , freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: status of WITHOUT_SYSINSTALL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 01:43:02 -0000 > >> > just wanted to ask what the current situation on WITHOUT_SYSINSTALL = is? it > >> > seems the option gets completely ignored after a recent commit. I thought that Alex was going to follow up on this (cf. http://markmail.org/message/bkbygrx5z5ascukh ) with Warner. > >> > should src.conf be adjusted to mention that WITHOUT_SYSINSTALL =3D= =3D noop or > >> > should the option be completely removed? Please, no. Just turn the bits of it that were disabled back on, and finish implementing it, as the two of you suggested earlier. Especially since the default installer may be changed, and most people may not need or want it. > >> > > >> > also in usr.sbin/Makefile, the sysinstall entry should be moved upwa= rds to the > >> > other non-optional build directories imo. > >> > >> =C2=A0 =C2=A0 The build didn't even really function when specifying > >> WITHOUT_SYSINSTALL before Nate's recent commits -- so why worry about > >> the state of things? > > > > due to inconsistency? src.conf says WITHOUT_SYSINSTALL will not build > > sysinstall(1). that's obviously wrong. > > I think this context was forgotten: > http://markmail.org/message/fk2xqlrtvljjo3rf Yes, please preserve the context next time. > Also: > > $ find /usr/src/ -name 'Makefile*' | xargs grep WITHOUT_SYSINSTALL > $ echo $? > 1 > $ svn info /usr/src/ | grep Revision | sed 's,Revision: ,,' > 219120 > > Doesn't look like this sentinel is honored anywhere. ? bsd.own.mk, where it's transformed into a MK_SYSINSTALL value that is referenced elsewhere, although not everywhere it should be. But you know this already, as shown in your previous patches! b. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 11:06:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3F92106564A; Fri, 11 Mar 2011 11:06:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7471A8FC17; Fri, 11 Mar 2011 11:06:52 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p2BB6lJr040061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Mar 2011 13:06:47 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p2BB6l6E023880; Fri, 11 Mar 2011 13:06:47 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p2BB6lfA023879; Fri, 11 Mar 2011 13:06:47 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 11 Mar 2011 13:06:47 +0200 From: Kostik Belousov To: Martin Matuska Message-ID: <20110311110647.GN78089@deviant.kiev.zoral.com.ua> References: <4D7943B1.1030604@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7UNBg6+RNQqlggSk" Content-Disposition: inline In-Reply-To: <4D7943B1.1030604@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-performance@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 11:06:54 -0000 --7UNBg6+RNQqlggSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 10, 2011 at 10:33:37PM +0100, Martin Matuska wrote: > Hi everyone, >=20 > we have performed a benchmark of the perl binary compiled with base gcc, > ports gcc and ports clang using the perlbench benchmark suite. > Our benchmark was performed solely on amd64 with 10 different processors > and we have tried different -march=3D flags to compare binary performance > of the same compiler with different flags. >=20 > Here is some statistics from the results: > - clang falls 10% behind the base gcc 4.2.1 (test average) > - gcc 4.5 from ports gives 5-10% better average performance than the > base gcc 4.2.1 > - 4% average penalty for Intel Atom and -march=3Dnocona (using gcc from b= ase) > - core i7 class processors run best with -march=3Dnocona (using gcc from = base) >=20 > This benchmark speaks only for perl, but it tests quite a lot of > "generic" features so we a are seriously considering using ports gcc for > heavily used ports (e.g. PHP, MySQL, PostgreSQL) and suggesting that an > user should be provided with a easily settable choice of using gcc 4.5 > for ports. >=20 > A first step in this direction is in this PR (allowing build-only > dependency on GCC): > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/155408 >=20 > More information, detailed test results and test configuration are at > our blog: > http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-= ports-vs-clang.html Putting the 'speed' question completely aside, I would like to comment on other issue(s) there. The switching of the ports to use the port-provided compiler (and binutils) would be very useful and often talked about feature. Your approach of USE_GCC_BUILD as implemented is probably not going to work. The problem is that gcc provides two libraries, libgcc and libstdc++, that are not forward-compatible with the same libraries from older compilers and our base. libstdc++ definitely did grown new symbols and new versions of old symbols, and I suspect that libgcc did the same. Also, we are trusting the ABI stability premise. For this scheme to work, we at least need a gcc-runtime port with dsos provided by full port, and some mechnanism to force the binaries compiled with port gcc to use gcc-runtime libs instead of base. Might be, -R linker cludge. --7UNBg6+RNQqlggSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk16AkcACgkQC3+MBN1Mb4iIRwCeIT06hU87Qh6XusOKxwZIcFn1 XaAAoKJYekOQhkw7GDStE8a5cqsLfsd3 =vWaL -----END PGP SIGNATURE----- --7UNBg6+RNQqlggSk-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 13:25:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D86D106564A; Fri, 11 Mar 2011 13:25:42 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id C30358FC0C; Fri, 11 Mar 2011 13:25:41 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 601A525D386D; Fri, 11 Mar 2011 13:15:05 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7723F159A849; Fri, 11 Mar 2011 13:15:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id Q92XUdKwoFNN; Fri, 11 Mar 2011 13:15:03 +0000 (UTC) Received: by mail.sbone.de (Postfix, from userid 66) id E8812159A79E; Fri, 11 Mar 2011 13:15:02 +0000 (UTC) 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 0C4DC444A12; Fri, 11 Mar 2011 13:14:51 +0000 (UTC) Date: Fri, 11 Mar 2011 13:14:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: <20110311130952.B3039@maildrop.int.zabbadoz.net> References: <20110220181713.C13400@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@FreeBSD.org, FreeBSD current mailing list Subject: Re: CFR: importing openresolv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 13:25:42 -0000 On Tue, 22 Feb 2011, Hajimu UMEMOTO wrote: Hi, >>>>>> On Tue, 22 Feb 2011 01:50:17 +0900 >>>>>> Hajimu UMEMOTO said: > > bz> Do you have an updated patch for 3.4.1 or 3.3.6? I'd like to help to > bz> you get it in for 9.0-R. I wouldn't even mind if some ports would > bz> conflict with it for a while not making the situation any worse than > bz> it is these days. > > ume> I didn't notice that openresolv was updated. I'll soon make a new > ume> diff for 3.4.1. > ume> hrs@ noticed that ppp(8) and uhsoctl(8) in our base tree touch > ume> /etc/resolv.conf. We need to change them to use resovlconf(8). > > I've updated a patch for 3.4.1: > > http://www.imasy.or.jp/~ume/FreeBSD/openresolv-20110222.diff.gz > > If you have the previous patch applied, make sure to remove > src/contrib/openresolv and src/sbin/resolvconf before applying new > one. I am still undecided if it's doing what I want it to do;) I am also undecided on the scripts in /libexec/resolvconf/, especially the ports-related ones. For dhclient-script I have found that, though not entirely right I needed + if [ -s $tmpres ]; then /sbin/resolvconf -a ${interface} < $tmpres + fi as it killed my resovl.conf otherwise with the empty input; obviously I should have my defaults in resolvconf.conf probably. We'll also need a man page describing the basics. I would love if there was a simple C interface to use rather than having to go and handle it independetly everywhere; a tiny lib just wrapping the basic calls. Not sure how Linux fixed that? I'll continue to experiment with it in various scenarios and I think it's the right way to go. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 14:16:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21129106566B; Fri, 11 Mar 2011 14:16:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D73E88FC16; Fri, 11 Mar 2011 14:16:40 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 811335E2D; Fri, 11 Mar 2011 14:01:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id p2BE1aXI090326; Fri, 11 Mar 2011 14:01:36 GMT (envelope-from phk@critter.freebsd.dk) To: Martin Matuska From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 10 Mar 2011 22:33:37 +0100." <4D7943B1.1030604@FreeBSD.org> Date: Fri, 11 Mar 2011 14:01:36 +0000 Message-ID: <90325.1299852096@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-performance@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 14:16:41 -0000 In message <4D7943B1.1030604@FreeBSD.org>, Martin Matuska writes: >More information, detailed test results and test configuration are at >our blog: >http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html Please don't take this personally Martin, but you have triggered my periodic rant about proper running, evaluation and reporting of benchmarks. These results are not published at a level of detail that allows anybody to draw any kind of conclusions from them. In particular, your use of "overall best" result selection is totally bogus from a statistical point of view. At the very least, we need to see standard-deviations on your numbers, and preferably, when you claim that "X is N% better than Y", you should also provide the confidence interval on that judgment, "Student's T" being the canonical test. The ministat(1) program does both of these things, and is now in FreeBSD/src, so there is absolutely no excuse for not using it. In practice this means that you have to run each test at least three times, to get a standardeviation, and you have to make sure that your testconditions are as identical as possible. Therefore, proper benchmarking procedure is something like: (boot machine single-user // Improves reproducibility) (mount md(4)/malloc filesystem // ditto) (newfs test-partition // ditto) for at least 4 iterations: run test A run test B run test C ... Throw first result away for all tests Run remaining results through ministat(1) This was a public service announcement. Poul-Henning PS: Recommended reading: http://www.larrygonick.com/html/pub/books/sci7.html -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 15:01:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837C3106564A for ; Fri, 11 Mar 2011 15:01:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 23B458FC0C for ; Fri, 11 Mar 2011 15:01:33 +0000 (UTC) Received: from outgoing.leidinger.net (p5B15535C.dip.t-dialin.net [91.21.83.92]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0C58384400E; Fri, 11 Mar 2011 16:01:30 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id A15642905; Fri, 11 Mar 2011 16:01:26 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p2BF1LO4079981; Fri, 11 Mar 2011 16:01:21 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 11 Mar 2011 16:01:20 +0100 Message-ID: <20110311160120.16406m9ivk2id90c@webmail.leidinger.net> Date: Fri, 11 Mar 2011 16:01:20 +0100 From: Alexander Leidinger To: Martin Matuska References: <4D7943B1.1030604@FreeBSD.org> In-Reply-To: <4D7943B1.1030604@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0C58384400E.A619A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1300460490.97498@fA3lm8covrc9iwJh8xbdzQ X-EBL-Spam-Status: No Cc: freebsd-performance@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 15:01:34 -0000 Quoting Martin Matuska (from Thu, 10 Mar 2011 22:33:37 +0100): > Hi everyone, > > we have performed a benchmark of the perl binary compiled with base gcc, > ports gcc and ports clang using the perlbench benchmark suite. > Our benchmark was performed solely on amd64 with 10 different processors > and we have tried different -march= flags to compare binary performance > of the same compiler with different flags. > > Here is some statistics from the results: > - clang falls 10% behind the base gcc 4.2.1 (test average) > - gcc 4.5 from ports gives 5-10% better average performance than the > base gcc 4.2.1 Can you rule out gcc specific optimizations as a cause of this difference for clang? As an example of what I mean: the configure script of LAME will use additional optimization flags if it detects gcc (even depending on the version of gcc). For clang (or other compilers which have similar flags than gcc but are not identified as gcc) there it will not use add those flags. Another possibility are preprocessor checks for gcc-specific defines (in case clang does not provide the same predefined defines, I do not know)? Bye, Alexander. -- This MUST be a good party -- My RIB CAGE is being painfully pressed up against someone's MARTINI!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 15:42:09 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85BA106566B; Fri, 11 Mar 2011 15:42:08 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7D95A8FC18; Fri, 11 Mar 2011 15:42:08 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id BE58D1410E5; Fri, 11 Mar 2011 16:42:06 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Zm4m6Sdvw8Aa; Fri, 11 Mar 2011 16:42:04 +0100 (CET) Received: from [192.168.1.103] (chello089173152121.chello.sk [89.173.152.121]) by mail.vx.sk (Postfix) with ESMTPSA id 8B7CA1410D5; Fri, 11 Mar 2011 16:42:04 +0100 (CET) Message-ID: <4D7A42CC.8020807@FreeBSD.org> Date: Fri, 11 Mar 2011 16:42:04 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: Poul-Henning Kamp References: <90325.1299852096@critter.freebsd.dk> In-Reply-To: <90325.1299852096@critter.freebsd.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-performance@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 15:42:09 -0000 I don't take this personally and fully understand your point. But even if all conditions you described are met, I am still not able to say "this is better" as I am not doing a microbenchmark. The +x% score is just an average of all test scores weightened by factor 1 - this does not reflect any real application out there, as these applications don't use the tested functions in that exact weighting ratio. If one function had score 0%, the program actually would be stale forever when executing this function but the score of this average would still look promising :-) But what I can say, e.g. for the Intel Atom processor, if there are performance gains in all but one test (that falls 2% behind), generic perl code (the routines benchmarked) on this processor is very likely to run faster with that setup. On the other hand, if clang generated code falls short in all tests, I can say it is very likely that it will run slower. But again, I am benchmarking just a subset of generic perl functions. Cheers, mm Dňa 11.03.2011 15:01, Poul-Henning Kamp wrote / napísal(a): > In message <4D7943B1.1030604@FreeBSD.org>, Martin Matuska writes: > >> More information, detailed test results and test configuration are at >> our blog: >> http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html > Please don't take this personally Martin, but you have triggered > my periodic rant about proper running, evaluation and reporting of > benchmarks. > > These results are not published at a level of detail that allows > anybody to draw any kind of conclusions from them. > > In particular, your use of "overall best" result selection is totally > bogus from a statistical point of view. > > At the very least, we need to see standard-deviations on your numbers, > and preferably, when you claim that "X is N% better than Y", you should > also provide the confidence interval on that judgment, "Student's T" > being the canonical test. > > The ministat(1) program does both of these things, and is now in > FreeBSD/src, so there is absolutely no excuse for not using it. > > In practice this means that you have to run each test at least three > times, to get a standardeviation, and you have to make sure that > your testconditions are as identical as possible. > > Therefore, proper benchmarking procedure is something like: > > (boot machine single-user // Improves reproducibility) > (mount md(4)/malloc filesystem // ditto) > (newfs test-partition // ditto) > for at least 4 iterations: > run test A > run test B > run test C > ... > Throw first result away for all tests > Run remaining results through ministat(1) > > This was a public service announcement. > > Poul-Henning > > PS: Recommended reading: http://www.larrygonick.com/html/pub/books/sci7.html > From owner-freebsd-current@FreeBSD.ORG Fri Mar 11 16:46:20 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13390106566C; Fri, 11 Mar 2011 16:46:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id C8E7B8FC1A; Fri, 11 Mar 2011 16:46:19 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 799755DB8; Fri, 11 Mar 2011 16:46:18 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id p2BGkIup098497; Fri, 11 Mar 2011 16:46:18 GMT (envelope-from phk@critter.freebsd.dk) To: Martin Matuska From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 11 Mar 2011 16:42:04 +0100." <4D7A42CC.8020807@FreeBSD.org> Date: Fri, 11 Mar 2011 16:46:18 +0000 Message-ID: <98496.1299861978@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-performance@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2011 16:46:20 -0000 In message <4D7A42CC.8020807@FreeBSD.org>, Martin Matuska writes: >But what I can say, e.g. for the Intel Atom processor, if there are >performance gains in all but one test (that falls 2% behind), generic >perl code (the routines benchmarked) on this processor is very likely to >run faster with that setup. No, actually you cannot say that, unless you run all the tests at least three times for each compiler(+flag), calculate the average and standard deviation of all the tests, and see which, if any of the results are statistically significant. Until you do that, you numbers are meaningless, because we have no idea what the signal/noise ratio is. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 01:37:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B320B106566C; Sat, 12 Mar 2011 01:37:01 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 489EA8FC0A; Sat, 12 Mar 2011 01:37:00 +0000 (UTC) Received: by yxl31 with SMTP id 31so1581062yxl.13 for ; Fri, 11 Mar 2011 17:37:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=JYQZ7PD1YY8ewP7v85ev7FXvUn6p2vJi129fOtFj6QM=; b=AaLJ0Egr69Iu7PK8AVwUwpjIDaOaYgd0pay9EjGG3OSd/0UtA8YxjyWm/UzcUe5Hop 9Vs365/Vv3upOk+W0GbAexpd0IcedTdNl1ecVfoR1sDsJyqCG1h/G5a7j0Qe4UIUplzP vaDtJO55uAKGlruIw7vWCYf2p8miUns3toOnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=Hv7tfIQ0ftubuOKo9sC5JvnzXc9flTEOB+m7i2TGc+4zK7KFGxOntWOV4704wT1RLW WH8xfWk8lLEPmDG3CrNCQjCGZtcpiMiR/qdwtfxRxH55wfRU6Ue5CPPS/YgyiXGZNWzS i0QT3J8APyWdySaBg/9XJvFRtJG4nqVdicKY4= MIME-Version: 1.0 Received: by 10.236.193.67 with SMTP id j43mr3677485yhn.241.1299893820465; Fri, 11 Mar 2011 17:37:00 -0800 (PST) Received: by 10.236.103.137 with HTTP; Fri, 11 Mar 2011 17:37:00 -0800 (PST) Date: Sat, 12 Mar 2011 01:37:00 +0000 Message-ID: From: "b. f." To: Kostik Belousov , Martin Matuska , Gerald Pfeifer , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 01:37:01 -0000 > Putting the 'speed' question completely aside, I would like to comment > on other issue(s) there. The switching of the ports to use the port-provided > compiler (and binutils) would be very useful and often talked about feature. > > Your approach of USE_GCC_BUILD as implemented is probably not going > to work. The problem is that gcc provides two libraries, libgcc and > libstdc++, that are not forward-compatible with the same libraries from > older compilers and our base. > > libstdc++ definitely did grown new symbols and new versions of old > symbols, and I suspect that libgcc did the same. Also, we are trusting > the ABI stability premise. > > For this scheme to work, we at least need a gcc-runtime port with dsos > provided by full port, and some mechnanism to force the binaries > compiled with port gcc to use gcc-runtime libs instead of base. > Might be, -R linker cludge. There are a number of incompatible libraries. The existing USE_GCC scheme adds -Wl,rpath=... flags to CFLAGS and LDFLAGS in bsd.gcc.mk, in an attempt to point the binaries to newer libraries. Matuska is not suggesting changing this -- his proposed new variable USE_GCC_BUILD uses the existing USE_GCC framework, and differs from the existing usage only in that it does not register any runtime dependencies on lang/gcc* in the packages that are produced. His new variable is intended, as he said, only for ports that don't need any of the compiler libraries at runtime. There are only two reasons for doing this: (1) reducing the number of dependencies that must be installed when installing a package, or (2) attempting to use lang/gcc4* to build a port that is currently needed to build lang/gcc4* itself, without causing a problem with circular dependencies. For (2), I think that there are only: devel/gmake devel/binutils devel/bison lang/perl5.1[02] devel/binutils devel/libelf converters/libiconv (the others have runtime dependencies on libgcc_s) and the new variable could not be added to the port Makefiles, because it would still cause problems with circular dependencies when building these ports if lang/gcc4* were not already installed. It would have to be added by users in local Makefiles, who had arranged their builds so that it could be used. But since the same effect could be obtained by editing packages or the package database after the build, or by using the methods Matuska advocated in: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/index.html the new variable does not seem to be worth including for the purpose of (2). For (1), I'm not sure how many ports could use it. We are already working on reducing the amount of dependencies for those ports that USE_FORTRAN or USE_GCC, by trying to add runtime-only lang/gcc4* ports, but, owing to some awkward details involving the Ports infrastructure and the way tinderboxes operate, the existing lang/gcc4* ports have to be split into non-intersecting slave ports, so there has been a delay while we sort out the details. b. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 03:32:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97157106566B; Sat, 12 Mar 2011 03:32:42 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 41C6B8FC13; Sat, 12 Mar 2011 03:32:41 +0000 (UTC) Received: by gyg13 with SMTP id 13so287312gyg.13 for ; Fri, 11 Mar 2011 19:32:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:content-type; bh=41hIQGrLZTnAR+880aRyOLitQJa9HGyfd+6ae89diPQ=; b=pGx1DG4nK+qwVGGbF4xBdonIcBACW8B46NqrhTuLz7351zh+hoBKhfr6Pt3t60ADMF G1CdmvW+TQiA822AtUuD5ZBqRp1HijF7AhScWffT8YYd1Ivk3g98Mpj5yXRNNeVpD0xx BPDog57SSN1nBACIPw/9LLdC66izqUtisUv8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=eWoEK1+Haam/qT0wNURpzLfXt04o6G1gkQxneoBf/8tTiF9xYu8lt6tMMTmqVJBReP RhdwaycAp/4oTc8Ka4QkaLHX1Ktp/DRoC/he3YIELhu/9fy0b0EiviUlq4Ny5O2xkVBQ mWLr+3AEp8P9ihOPEHJL4jlkf1EBzxLUlq/HE= MIME-Version: 1.0 Received: by 10.236.193.67 with SMTP id j43mr3768362yhn.241.1299900761369; Fri, 11 Mar 2011 19:32:41 -0800 (PST) Received: by 10.236.103.137 with HTTP; Fri, 11 Mar 2011 19:32:41 -0800 (PST) Date: Sat, 12 Mar 2011 03:32:41 +0000 Message-ID: From: "b. f." To: Martin Matuska , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 03:32:42 -0000 Martin Matuska wrote: > we have performed a benchmark of the perl binary compiled with base gcc, > ports gcc and ports clang using the perlbench benchmark suite. > Our benchmark was performed solely on amd64 with 10 different processors > and we have tried different -march= flags to compare binary performance > of the same compiler with different flags. > > Here is some statistics from the results: > - clang falls 10% behind the base gcc 4.2.1 (test average) > - gcc 4.5 from ports gives 5-10% better average performance than the > base gcc 4.2.1 > - 4% average penalty for Intel Atom and -march=nocona (using gcc from base) > - core i7 class processors run best with -march=nocona (using gcc from base) ... > More information, detailed test results and test configuration are at > our blog: > http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html Methodological objections aside, thank you for conducting tests and publishing the results. Are you going to continue to conduct tests as lang/gcc4* (the default for USE_GCC/USE_FORTRAN may be switched from 4.5 to 4.6 after the upcoming release of 4.6) and clang (there seem to be improvements in the more recent versions -- e.g., http://llvm.org/viewvc/llvm-project?view=rev&revision=127208 ) are updated? b. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 09:00:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 582BD1065670 for ; Sat, 12 Mar 2011 09:00:17 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1B22F8FC18 for ; Sat, 12 Mar 2011 09:00:16 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by sam.nabble.com with esmtp (Exim 4.69) (envelope-from ) id 1PyKMb-0005u8-R3 for freebsd-current@freebsd.org; Sat, 12 Mar 2011 00:39:53 -0800 Message-ID: <31131269.post@talk.nabble.com> Date: Sat, 12 Mar 2011 00:39:53 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <4D7943B1.1030604@FreeBSD.org> Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 09:00:17 -0000 Thanks for starting this interesting comparison. Maybe using -march=native would be simpler and more meaningful? I'm thinking about penryns especially. regards, - Jakub Lach -- View this message in context: http://old.nabble.com/FreeBSD-Compiler-Benchmark%3A-gcc-base-vs.-gcc-ports-vs.-clang-tp31119986p31131269.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 09:00:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05AED106566B for ; Sat, 12 Mar 2011 09:00:17 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C45988FC19 for ; Sat, 12 Mar 2011 09:00:17 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by sam.nabble.com with esmtp (Exim 4.69) (envelope-from ) id 1PyKPN-00064x-UZ for freebsd-current@freebsd.org; Sat, 12 Mar 2011 00:42:46 -0800 Message-ID: <31131280.post@talk.nabble.com> Date: Sat, 12 Mar 2011 00:42:45 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <31131269.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <4D7943B1.1030604@FreeBSD.org> <31131269.post@talk.nabble.com> Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 09:00:18 -0000 "Core i7 based procesors run slower with -march=core2 (new option) on the system compiler than with -march=nocona" Sorry for double mail, isn't CPUTYPE=core2 just alias to nocona with base compiler? -- View this message in context: http://old.nabble.com/FreeBSD-Compiler-Benchmark%3A-gcc-base-vs.-gcc-ports-vs.-clang-tp31119986p31131280.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 10:02:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03ECE1065675; Sat, 12 Mar 2011 10:02:27 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 8BBB68FC1F; Sat, 12 Mar 2011 10:02:26 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 9E6A6141F80; Sat, 12 Mar 2011 11:02:25 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8dDsTdjVAMte; Sat, 12 Mar 2011 11:02:23 +0100 (CET) Received: from [10.9.8.1] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id 46B5A141F77; Sat, 12 Mar 2011 11:02:23 +0100 (CET) Message-ID: <4D7B44AF.7040406@FreeBSD.org> Date: Sat, 12 Mar 2011 11:02:23 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Poul-Henning Kamp References: <98496.1299861978@critter.freebsd.dk> In-Reply-To: <98496.1299861978@critter.freebsd.dk> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 8bit Cc: freebsd-performance@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 10:02:27 -0000 Hi Poul-Henning, I have redone the test for majority of the processors, this time taking 5 samples of each whole testrun, calculating the average, standard deviation, relative standard deviation, standard error and relative standard error. The relative standard error is below 0.25% for ~91%, between 0.25% and 0.5% for ~7%, 0.5%-1.0% for ~1% and between 1.0%-2.0% for <1% of the tests. Under a "test" I mean 5 runs for the same setting of the same compiler on the same preocessor. So let's say I have now the string/base64 test for a core i7 showing the following (score +/- standard deviation): gcc421: 82.7892 points +/- 0.8314 (1%) gcc45-nocona: 96.0882 points +/- 1.1652 (1.21%) For a relative comparsion of two settings of the same test I could calculate the difference of averages = 13.299 (16.06%) points and sum of standard deviations = 2.4834 points (3.00%) Therefore if assuming normal distribution intervals I could say that: With a 95% probability gcc45-nocona is faster than gcc421 by at least 10.18% (16.06 - 1.96x3.00) or with a 99.9% probability by at least 6.12% (16,06 - 3.2906x3.00). So I should probably take a significance level (e.g. 95%, 99% or 99.9%) and normalize all the test scores for this level. Results out of the interval (difference is below zero) are then not significant. What significance level should I take? I hope this approach is better :) Dòa 11.03.2011 17:46, Poul-Henning Kamp wrote / napísal(a): > In message <4D7A42CC.8020807@FreeBSD.org>, Martin Matuska writes: > >> But what I can say, e.g. for the Intel Atom processor, if there are >> performance gains in all but one test (that falls 2% behind), generic >> perl code (the routines benchmarked) on this processor is very likely to >> run faster with that setup. > > No, actually you cannot say that, unless you run all the tests at > least three times for each compiler(+flag), calculate the average > and standard deviation of all the tests, and see which, if any of > the results are statistically significant. > > Until you do that, you numbers are meaningless, because we have no > idea what the signal/noise ratio is. > From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 11:11:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760951065673 for ; Sat, 12 Mar 2011 11:11:27 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB3F58FC12 for ; Sat, 12 Mar 2011 11:11:26 +0000 (UTC) Received: by vxc34 with SMTP id 34so3717624vxc.13 for ; Sat, 12 Mar 2011 03:11:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=sC0AZo7A2J6ZpYhc16v8EiphF9GtDTBql8Di0rSF4PE=; b=xa1NMKosEWFBylhAi14r33iUrPJkNdfBN7BylrB6+JWo5D9LPgNPIpYOdClLqw2Qxn hC6wSTAUdK5xeirUVApg2+tNSFochhxuRYI67vVUlCVCenNY86Cz80EzLJSPiZIRX6xb B+WwBRHY1Ib7waozefb3RHmFIBqAXgNohvpnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RGFa1NDA46pqnpR5r9rnrA0AzCfPa+MCqmOjdWvnq92QZ9Jy1vdI1H8BoQkoHCp9yP 0g1kpvJLuyR62g8S8wUtfW4/i/mvczokWCtPhWwHZVFvYLe5khLF7DaEQHCJkP9Xw0V1 8BqFR567Xn3RDva0JYyzLvsze7pDhvOvBPxfU= MIME-Version: 1.0 Received: by 10.52.167.230 with SMTP id zr6mr15327704vdb.6.1299928286102; Sat, 12 Mar 2011 03:11:26 -0800 (PST) Received: by 10.52.169.165 with HTTP; Sat, 12 Mar 2011 03:11:26 -0800 (PST) In-Reply-To: <4D7B44AF.7040406@FreeBSD.org> References: <98496.1299861978@critter.freebsd.dk> <4D7B44AF.7040406@FreeBSD.org> Date: Sat, 12 Mar 2011 06:11:26 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Martin Matuska Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, freebsd-performance@freebsd.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 11:11:27 -0000 2011/3/12 Martin Matuska > Hi Poul-Henning, > > I have redone the test for majority of the processors, this time taking > 5 samples of each whole testrun, calculating the average, standard > deviation, relative standard deviation, standard error and relative > standard error. > > The relative standard error is below 0.25% for ~91%, between 0.25% and > 0.5% for ~7%, 0.5%-1.0% for ~1% and between 1.0%-2.0% for <1% of the > tests. Under a "test" I mean 5 runs for the same setting of the same > compiler on the same preocessor. > > So let's say I have now the string/base64 test for a core i7 showing the > following (score +/- standard deviation): > gcc421: 82.7892 points +/- 0.8314 (1%) > gcc45-nocona: 96.0882 points +/- 1.1652 (1.21%) > > For a relative comparsion of two settings of the same test I could > calculate the difference of averages =3D 13.299 (16.06%) points and sum o= f > standard deviations =3D 2.4834 points (3.00%) > > Therefore if assuming normal distribution intervals I could say that: > With a 95% probability gcc45-nocona is faster than gcc421 by at least > 10.18% (16.06 - 1.96x3.00) or with a 99.9% probability by at least 6.12% > (16,06 - 3.2906x3.00). > > So I should probably take a significance level (e.g. 95%, 99% or 99.9%) > and normalize all the test scores for this level. Results out of the > interval (difference is below zero) are then not significant. > > What significance level should I take? > > I hope this approach is better :) > > D=C5=88a 11.03.2011 17:46, Poul-Henning Kamp wrote / nap=C3=ADsal(a): > > In message <4D7A42CC.8020807@FreeBSD.org>, Martin Matuska writes: > > > >> But what I can say, e.g. for the Intel Atom processor, if there are > >> performance gains in all but one test (that falls 2% behind), generic > >> perl code (the routines benchmarked) on this processor is very likely = to > >> run faster with that setup. > > > > No, actually you cannot say that, unless you run all the tests at > > least three times for each compiler(+flag), calculate the average > > and standard deviation of all the tests, and see which, if any of > > the results are statistically significant. > > > > Until you do that, you numbers are meaningless, because we have no > > idea what the signal/noise ratio is. > > > > Additionally to possible answer by Poul-Henning Kamp , you may consider the following pages because strength ( sensitivity ) of hypothesis tests are determined by statistical power computations : http://en.wikipedia.org/wiki/Statistical_power http://en.wikipedia.org/wiki/Statistical_hypothesis_testing http://en.wikipedia.org/wiki/Category:Hypothesis_testing http://en.wikipedia.org/wiki/Category:Statistical_terminology Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 12:43:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED7A9106564A; Sat, 12 Mar 2011 12:43:09 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 747FE8FC13; Sat, 12 Mar 2011 12:43:09 +0000 (UTC) Received: by vxc34 with SMTP id 34so3748120vxc.13 for ; Sat, 12 Mar 2011 04:43:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/MMRaNQwdG3xZ26aqPd4D0HaKhVa1hKsf3U9Kqe+hqM=; b=SMcZLUPgR2tB6ryWpyTb656USnujpID2G6Ojt6mZ8Vo6HTulEoY3qacAL6U8HFnIwR OTOZIao5NfkrJ8rZljVoH3847r1mahvgaf8EU/XFmQaq17EoV0CfT9C1Vw5iYWi9NqZy WzaT/iIgfO3lJ8uRmgISp015yPF/W0ihs5fN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=x37xyCRFjrlqhlwQELV0JXlCHHMOEXdZU4J4IN/IIUrPzmA1Oao/sWSBRBMSROsGEW oixWCmMDtGKLgJct6di+G1Uv43/VLeZfjA89iIN+Z+xS/ASPN0rhx30t4JMzDcaF0KzK X21j9e8IUSFLVaWS2pIkhuA33bQMg2TbvsxoA= MIME-Version: 1.0 Received: by 10.52.161.197 with SMTP id xu5mr3377137vdb.46.1299933788595; Sat, 12 Mar 2011 04:43:08 -0800 (PST) Received: by 10.52.169.165 with HTTP; Sat, 12 Mar 2011 04:43:08 -0800 (PST) In-Reply-To: <4D7B44AF.7040406@FreeBSD.org> References: <98496.1299861978@critter.freebsd.dk> <4D7B44AF.7040406@FreeBSD.org> Date: Sat, 12 Mar 2011 07:43:08 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Martin Matuska Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, freebsd-performance@freebsd.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 12:43:10 -0000 2011/3/12 Martin Matuska > Hi Poul-Henning, > > I have redone the test for majority of the processors, this time taking > 5 samples of each whole testrun, calculating the average, standard > deviation, relative standard deviation, standard error and relative > standard error. > > The relative standard error is below 0.25% for ~91%, between 0.25% and > 0.5% for ~7%, 0.5%-1.0% for ~1% and between 1.0%-2.0% for <1% of the > tests. ... > Under a "test" I mean 5 runs for the same setting of the same > compiler on the same processor. > > ... To have VALID test results , it is NECESSARY to obtain the results by using DIFFERENT computers . ( This point is NOT mentioned in your message . I am assuming that the SAME computer is used to get the results . ) If you repeat the same computations on the SAME computer , the values are CORRELATED , and the t test is NOT valid , because you are computing mean and standard deviation of CORRELATED values , where the correlation is introduced by the SAME processor . To obtain a proper test values set , you may use the following set up : ( CLang and GCC versions , compilation parameters will be the same in all of the computers ) CLang GCC --------- ------- Computer 1 v(1,1) v(1,2) Computer 2 v(2,1) v(2,2) . . . Computer n v(n,1) v(n,2) If you do NOT have so many computers , you may obtain test results from other reliable sources by using the same compilation parameters . Now it is possible to use t-test on PAIRED values . To determine the sample size , it is necessary to make power computations BEFORE execution of experiment by specifying required values a priori . If you want to compare ( Clang Version x ) ... ( Clang Version y ) ( GCC Version x ) ... ( GCC version y ) ... etc. as MORE than TWO compilers at the same time , it is necessary to use MULTIPLE COMPARISONS . Using two-by-two t-tests as isolated from the rest of the results ( variables as compilers ) will give distorted results unless differences are significant at the 0.001 level ( where actual significance level will be greater than 0.001 , but very likely that less than 0.05 ) . Such computations ( paired t-test , power , multiple comparisons and others ) are available in R statistical package which is in the Ports . It is my opinion that using different processor models with approximate speeds will not distort results very much . Personally I prefer such a different processors set up . In this set up it will be possible to test performance of the compilers on a mixture of processors ( likely as independent from processor model ) . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 13:35:40 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38EAE106566C; Sat, 12 Mar 2011 13:35:40 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id F09F98FC19; Sat, 12 Mar 2011 13:35:39 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 714295E2D; Sat, 12 Mar 2011 13:35:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id p2CDZbj8060072; Sat, 12 Mar 2011 13:35:38 GMT (envelope-from phk@critter.freebsd.dk) To: Martin Matuska From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 12 Mar 2011 11:02:23 +0100." <4D7B44AF.7040406@FreeBSD.org> Date: Sat, 12 Mar 2011 13:35:37 +0000 Message-ID: <60071.1299936937@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-performance@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 13:35:40 -0000 In message <4D7B44AF.7040406@FreeBSD.org>, Martin Matuska writes: Thanks a lot for doing this properly. >What significance level should I take? I think I set ministat(1) to use 95 % confidence level by default and that is in general a pretty safe bet (1 in 20 chance) >I hope this approach is better :) Much, much better. As I said, this was not to go after you personally, but to point out that we need to be more rigorous with benchmarks in general. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Mar 12 23:43:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C31A1065670 for ; Sat, 12 Mar 2011 23:43:55 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B7D078FC12 for ; Sat, 12 Mar 2011 23:43:54 +0000 (UTC) Received: by iwn33 with SMTP id 33so4531462iwn.13 for ; Sat, 12 Mar 2011 15:43:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=COO3JVovbo3+v/DWaaPGyeO+X94OL34nSgRaFDmb9D0=; b=ilyI8b7lsIlM5EVTb9fQY9c3ZC8acwfMrTYYfEemBIWzk0fvovkzyhEPJE4ijXucT9 KadSxK2UlJ6aH3Ze7TdtwnkJP1zHf7LFDIYFojt2zfMPCqVPNw11KQoSvRhcaiitWqAt vsaBK6UhOZX2GcUODq1UZjKeK21EOzMrVFpcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=w2m/Cjla2obbDAtXYQii2AhdavKTYyJahPCO6LFa8CgK0OuzL9BpBkFovwI2+JKSFM KtAO0eogFTNEcbcK60afiuf11AaK/yCMh9nd5V2P0NPj1s348L8y0HiYRBN5FJDwIIX1 4K/4GnlU2jwo2I2WylrqRsU/8P8wM3On1db1s= MIME-Version: 1.0 Received: by 10.43.62.197 with SMTP id xb5mr413266icb.246.1299973434123; Sat, 12 Mar 2011 15:43:54 -0800 (PST) Sender: egypcio@gmail.com Received: by 10.42.157.1 with HTTP; Sat, 12 Mar 2011 15:43:54 -0800 (PST) In-Reply-To: <60071.1299936937@critter.freebsd.dk> References: <4D7B44AF.7040406@FreeBSD.org> <60071.1299936937@critter.freebsd.dk> Date: Sat, 12 Mar 2011 20:43:54 -0300 X-Google-Sender-Auth: GX5LixoND2XpviQhtlY6EzXfqfE Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@freebsd.org, freebsd-current@freebsd.org, Martin Matuska Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2011 23:43:55 -0000 2011/3/12 Poul-Henning Kamp : > In message <4D7B44AF.7040406@FreeBSD.org>, Martin Matuska writes: > > > Thanks a lot for doing this properly. > >>What significance level should I take? > > I think I set ministat(1) to use 95 % confidence level by default > and that is in general a pretty safe bet (1 in 20 chance) > >>I hope this approach is better :) > > Much, much better. > > As I said, this was not to go after you personally, but to point > out that we need to be more rigorous with benchmarks in general. > > -- > Poul-Henning Kamp =A0 =A0 =A0 | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG =A0 =A0 =A0 =A0 | TCP/IP since RFC 956 > FreeBSD committer =A0 =A0 =A0 | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetenc= e. i'm still curious about things like CPUTYPE=3D and -march=3D configured as native, gentlemen. is it the "golden egg" to use with our system or not? why "natives" aren't in the benchs? /me feels confused. --=20 Vin=EDcius Zavam profiles.google.com/egypcio