From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 00:30:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8439F77B; Sun, 2 Dec 2012 00:30:16 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1FDBC8FC13; Sun, 2 Dec 2012 00:30:16 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so1898501obc.13 for ; Sat, 01 Dec 2012 16:30:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XsM5LLbahjEMkxSHdy5prmXFXDUcfWJ5b8m14Aj80NU=; b=cRCemk/aFJ/tmtFBq3s42ND0xFpnUn2vYB134soknpu8Ag29BXpiHncxjnMN92VRQa 1nyuoCzf2qCvK2cOR+ezLdOvC9gFuCRiyzqC8su4ajSF3T0PNujnrvPV36SD7JHQEwtm n4zy7qeJxbA7FjhA6T5wtnrnbSwg85XLnpWyUiMB63FvHwo5B6IzHpU8zN/AVFsePNfU avNDqv3tv512YYJQnwFBMPnAWwhekUupmAcmeF9rPiluzApwlg4VGmB8qd/xCRi6862l sR6f0f0UXLRMGbZ8nafE+8meK+ADV7dPcYPmYEuV/I5cs5KJel3F4kT3lReIKiaFT6NN GbkA== MIME-Version: 1.0 Received: by 10.60.25.227 with SMTP id f3mr4996234oeg.17.1354408215466; Sat, 01 Dec 2012 16:30:15 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sat, 1 Dec 2012 16:30:15 -0800 (PST) In-Reply-To: <20121201233756.GS3013@kib.kiev.ua> References: <20121202.015048.1122480556487090170.hrs@allbsd.org> <20121202.082150.896017277887885294.hrs@allbsd.org> <20121201233756.GS3013@kib.kiev.ua> Date: Sat, 1 Dec 2012 16:30:15 -0800 Message-ID: Subject: Re: RFC: sysctl -f filename From: Garrett Cooper To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: rc@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 00:30:16 -0000 On Sat, Dec 1, 2012 at 3:37 PM, Konstantin Belousov wrote: > On Sun, Dec 02, 2012 at 08:21:50AM +0900, Hiroki Sato wrote: >> Garrett Cooper wrote >> in : >> >> ya> On Sat, Dec 1, 2012 at 2:10 PM, Garrett Cooper wrote: >> ya> > Why change the tool when we can change the rc script to do the >> ya> > right thing? I have a patch I'm working on to resolve this (you hit an >> ya> > itch I've been meaning to scratch for a little while). >> ya> >> ya> This should work. I also refactored the script to get it down to >> ya> 80 columns. I've attached the debug output and the diff for the debug >> ya> version of the script. >> >> You will find out the following test case does not work (this is one >> of the test strings I used): >> >> kern.domainname="c$EDITOR.\"\ hoge\ \"\#hoge2\\$ \# h$$\#oge"# >> >> The reason why I changed sysctl(8) was that the rc.d/sysctl script >> was too complex and slow even if it could support meta characters in >> shell script syntax. I created several prototypes as script but >> noticed that keeping consistency was quite difficult and >> maintainability was poor due to tricky handling of variables. >> >> Although my patch in the previous email does not support meta >> characters completely, I still think it is more reasonable to >> implement this functionality on the sysctl(8) side. > > I fully agree with the proposal to add the -f switch to the sysctl(8). > This is consistent with several other administrative tools. Putting > the ability to parse and apply arbitrary sysctl.conf-like file into > the rc script is weird. The point was to augment rc.d/sysctl to do the right thing in most sane cases. What's shown above frankly doesn't make sense for a domain name, and while I agree that it's a good negative test, it seems a bit on the insane side for a real world example. I was trying to provide an alternative using an existing functioning system, instead of having to go and hack a widely used utility to function in a way that isn't standard. With that in mind, reviewing the original proposed code... ... +.It Fl f Ar filename +Specify a file which contains a pair of name and value in each line. +.Nm +reads and processes the specified file first and then processes the name +and value pairs in the command line argument. gcooper> This doesn't discuss the file format in complete, gory detail, and no examples were added to aid the reader in how things can be done in the new world order. .It Fl h Format output for human, rather than machine, readability. .It Fl i Index: sbin/sysctl/sysctl.c =================================================================== --- sbin/sysctl/sysctl.c (revision 243756) +++ sbin/sysctl/sysctl.c (working copy) @@ -56,13 +56,16 @@ #include #include #include +#include #include +static const char *conffile; static int aflag, bflag, dflag, eflag, hflag, iflag; -static int Nflag, nflag, oflag, qflag, xflag, warncount; +static int Nflag, nflag, oflag, qflag, xflag; static int oidfmt(int *, int, char *, u_int *); -static void parse(char *); +static int parsefile(const char *); +static int parse(char *, int); static int show_var(int *, int); static int sysctl_all(int *oid, int len); static int name2oid(char *, int *); @@ -74,7 +77,7 @@ { (void)fprintf(stderr, "%s\n%s\n", - "usage: sysctl [-bdehiNnoqx] name[=value] ...", + "usage: sysctl [-bdehiNnoqx] [-f filename] name[=value] ...", " sysctl [-bdehNnoqx] -a"); exit(1); } @@ -83,12 +86,13 @@ main(int argc, char **argv) { int ch; + int warncount = 0; gcooper> style bug. setlocale(LC_NUMERIC, ""); setbuf(stdout,0); setbuf(stderr,0); - while ((ch = getopt(argc, argv, "AabdehiNnoqwxX")) != -1) { + while ((ch = getopt(argc, argv, "Aabdef:hiNnoqwxX")) != -1) { switch (ch) { case 'A': /* compatibility */ @@ -106,6 +110,9 @@ case 'e': eflag = 1; break; + case 'f': + conffile = strdup(optarg); gcooper> Not checking for != NULL. ... /* @@ -160,8 +169,8 @@ * Lookup and print out the MIB entry if it exists. * Set a new value if requested. */ -static void -parse(char *string) +static int +parse(char *string, int lineno) gcooper> Since this is being modified, could string be changed to const char * for completeness? ... @@ -191,15 +213,20 @@ if (len < 0) { if (iflag) - return; - if (qflag) + return (1); gcooper> This should be return (0); + if (qflag) exit(1); else - errx(1, "unknown oid '%s'", bufp); + errx(1, "unknown oid '%s'%s", bufp, line); } - if (oidfmt(mib, len, fmt, &kind)) - err(1, "couldn't find format of oid '%s'", bufp); + if (oidfmt(mib, len, fmt, &kind)) { + warn("couldn't find format of oid '%s'%s", bufp, line); + if (!iflag) + exit(1); + else + return (1); gcooper> This should be arguably be `return (0);` too. ... +static int +parsefile(const char *filename) +{ + FILE *file; + char line[BUFSIZ], *p; + int warncount = 0, lineno = 0; gcooper> Style bugs (declaring and initializing on the same line). + + file = fopen(filename, "r"); + if (file == NULL) + err(EX_NOINPUT, "%s", filename); + while (fgets(line, sizeof(line), file) != NULL) { + lineno++; + p = line; + /* Replace the first # with \0. */ + while((p = strchr(p, '#')) != NULL) { gcooper> Style bug (needs space between `while` and `(`). + if (p == line || *(p-1) != '\\') { gcooper> Why are you allowing '\#' ? + *p = '\0'; ... static int Index: etc/rc.d/sysctl =================================================================== --- etc/rc.d/sysctl (revision 243756) +++ etc/rc.d/sysctl (working copy) @@ -8,51 +8,27 @@ . /etc/rc.subr name="sysctl" +command=/sbin/sysctl gcooper> Please quote this for consistency with the bulk majority of rc.d scripts. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 00:37:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA68CBD0; Sun, 2 Dec 2012 00:37:40 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0D50D8FC0C; Sun, 2 Dec 2012 00:37:39 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so1901502obc.13 for ; Sat, 01 Dec 2012 16:37:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xCBa46lPqmyKsB1ZJgBIIyPjKCXroEvIdIxX0NtXpOk=; b=dn3JIq16DQF9aoV2vG2kKW1w2VPRDZnRe4xvm6CQadAXBn3uWNKyEqU51cU2sKCZBq NaWz1a8/FXYkpP5w8zuY8c7X0llHwxYwEuQKwn47rOs+/COe/HyLzpebGYeFm/JopvRk vZl29nItGHCt6v2Ppwood7srkUQHD38V3ZK810kaB34y4EKmF3qVTBNEO/KNkEJHzUhj hiuPBHpRnRJ1uvELB54vpm6/N5o/VyO+5zKymmshQbux8XaX0woYe5Gc8sT+UKF2R037 4CKyT7OwhJ9NbL6xvCOgJ5Wtjfgn4jCGAQ1/tj9wu5aoBg70rnBa56Weat1Nb4V6RgUB P0fA== MIME-Version: 1.0 Received: by 10.182.2.169 with SMTP id 9mr1127311obv.66.1354408659416; Sat, 01 Dec 2012 16:37:39 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sat, 1 Dec 2012 16:37:39 -0800 (PST) In-Reply-To: <50B9E47F.6070005@FreeBSD.org> References: <20120703102142.6554b10e.taku@tackymt.homeip.net> <50B9E47F.6070005@FreeBSD.org> Date: Sat, 1 Dec 2012 16:37:39 -0800 Message-ID: Subject: Re: A suspicious warning in sys/boot/zfs/zfsimpl.c From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Taku YAMAMOTO , freebsd-current@freebsd.org, Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 00:37:41 -0000 On Sat, Dec 1, 2012 at 3:05 AM, Andriy Gapon wrote: > I believe that there is no actual problem there. It's probably bugs with clang dealing with alignment problems. These warnings (and others) go largely unnoticed because of the fact that -Werror isn't on on sys/boot. I filed kern/173932 for that and have been grinding away on warnings for the past couple days in my spare time -- with my local modifications sys/boot compiles with -Werror now with gcc, but not clang. Thanks, -Garrett /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:101:24: error: tentative definition of variable with internal linkage has incomplete non-array type 'struct zfsmount' [-Werror,-Wtentative-definition-incomplete-type] static struct zfsmount zfsmount; ^ /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:101:15: note: forward declaration of 'struct zfsmount' static struct zfsmount zfsmount; ^ In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: In file included from /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:38: /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfssubr.c:207:9: error: cast from 'char *' to 'zio_eck_t *' (aka 'struct zio_eck *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] eck = (zio_eck_t *)((char *)data + size) - 1; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ===> lib/libpam/modules/pam_rhosts (all) In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: ===> usr.sbin/devinfo (all) `kldstat.o' is up to date. /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:876:28: error: cast from 'char *' to 'vdev_phys_t *' (aka 'struct vdev_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] vdev_phys_t *vdev_label = (vdev_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1043:7: error: cast from 'char *' to 'const struct uberblock *' increases required alignment from 1 to 4 [-Werror,-Wcast-align] up = (const struct uberblock *)upbuf; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1223:12: error: cast from 'char *' to 'const blkptr_t *' (aka 'const struct blkptr *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] indbp = (const blkptr_t *) dnode_cache_buf; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1262:7: error: cast from 'char *' to 'const mzap_phys_t *' (aka 'const struct mzap_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] mz = (const mzap_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1289:8: error: cast from 'uint16_t *' (aka 'unsigned short *') to 'zap_leaf_chunk_t *' (aka 'union zap_leaf_chunk *') increases required alignment from 2 to 4 [-Werror,-Wcast-align] nc = &ZAP_LEAF_CHUNK(zl, zc->l_entry.le_name_chunk); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfsimpl.h:1139:3: note: expanded from macro 'ZAP_LEAF_CHUNK' ((zap_leaf_chunk_t *) \ ^~~~~~~~~~~~~~~~~~~~~~ In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1300:9: error: cast from 'uint16_t *' (aka 'unsigned short *') to 'zap_leaf_chunk_t *' (aka 'union zap_leaf_chunk *') increases required alignment from 2 to 4 [-Werror,-Wcast-align] nc = &ZAP_LEAF_CHUNK(zl, nc->l_array.la_next); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfsimpl.h:1139:3: note: expanded from macro 'ZAP_LEAF_CHUNK' ((zap_leaf_chunk_t *) \ ^~~~~~~~~~~~~~~~~~~~~~ In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1317:8: error: cast from 'uint16_t *' (aka 'unsigned short *') to 'zap_leaf_chunk_t *' (aka 'union zap_leaf_chunk *') increases required alignment from 2 to 4 [-Werror,-Wcast-align] vc = &ZAP_LEAF_CHUNK(zl, zc->l_entry.le_value_chunk); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfsimpl.h:1139:3: note: expanded from macro 'ZAP_LEAF_CHUNK' ((zap_leaf_chunk_t *) \ ^~~~~~~~~~~~~~~~~~~~~~ In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1333:19: error: cast from 'char *' to 'zap_phys_t *' (aka 'struct zap_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] zap_phys_t zh = *(zap_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1343:15: error: cast from 'char *' to 'zap_phys_t *' (aka 'struct zap_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] z.zap_phys = (zap_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1353:12: error: cast from 'char *' to 'uint64_t *' (aka 'unsigned long long *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] ptrtbl = (uint64_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1370:14: error: cast from 'char *' to 'zap_leaf_phys_t *' (aka 'struct zap_leaf_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] zl.l_phys = (zap_leaf_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1388:8: error: cast from 'uint16_t *' (aka 'unsigned short *') to 'zap_leaf_chunk_t *' (aka 'union zap_leaf_chunk *') increases required alignment from 2 to 4 [-Werror,-Wcast-align] zc = &ZAP_LEAF_CHUNK(&zl, h); ^~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfsimpl.h:1139:3: note: expanded from macro 'ZAP_LEAF_CHUNK' ((zap_leaf_chunk_t *) \ ^~~~~~~~~~~~~~~~~~~~~~ In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1394:9: error: cast from 'uint16_t *' (aka 'unsigned short *') to 'zap_leaf_chunk_t *' (aka 'union zap_leaf_chunk *') increases required alignment from 2 to 4 [-Werror,-Wcast-align] zc = &ZAP_LEAF_CHUNK(&zl, zc->l_entry.le_next); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfsimpl.h:1139:3: note: expanded from macro 'ZAP_LEAF_CHUNK' ((zap_leaf_chunk_t *) \ ^~~~~~~~~~~~~~~~~~~~~~ In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1420:14: error: cast from 'char *' to 'uint64_t *' (aka 'unsigned long long *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] zap_type = *(uint64_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1446:7: error: cast from 'char *' to 'const mzap_phys_t *' (aka 'const struct mzap_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] mz = (const mzap_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1467:19: error: cast from 'char *' to 'zap_phys_t *' (aka 'struct zap_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] zap_phys_t zh = *(zap_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~ /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:1475:15: error: cast from 'char *' to 'zap_phys_t *' (aka 'struct zap_phys *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] z.zap_phys = (zap_phys_t *) zap_scratch; ^~~~~~~~~~~~~~~~~~~~~~~~~~ fatal error: too many errors emitted, stopping now [-ferror-limit=] ===> gnu/usr.bin/groff/src/roff (all) (cd /store/freebsd/head/rescue/rescue/../../sbin/kldunload && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/kldunload/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/kldunload/ kldunload.o) 20 errors generated. *** [zfsboot.o] Error code 1 1 error *** [all] Error code 2 1 error *** [all] Error code 2 1 error *** [all] Error code 2 1 error *** [sys.all__D] Error code 2 From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 03:32:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64DCA176; Sun, 2 Dec 2012 03:32:02 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC058FC0C; Sun, 2 Dec 2012 03:32:01 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so3238579iec.13 for ; Sat, 01 Dec 2012 19:32:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cZtvEVfNn/+hFORpgLQVXdrWH9gUOIwIMkcldhkPzNQ=; b=EMkTfREC5PhR8IxrVYsKWxn3LbjcHzc5R/pmyky7Gc3AWO6ecsbc5j4k1eplxLQu05 ag/BoqFwDJXuepBoSJT3BiEobFXikCzhyVUUDjOjuZcYtn2ZakzhmHkIhbN4yasSwfWv yKGLAgS0DZVJI1xG0VSch2VV40OOpBPjKOlb8QF2gteSplkNYfuygbBKtr+fTubvaSsB Ue0lghdWjYBJDRyDJkHGFs5gDfGKdXNyHwpYSrgfuOqe4ZdHvWNbRd2C/FOdPKnckkXh uJ5iZbCQ6W/0pK1fOkh/veypnd31DWNPYTXexFTts0kY9iHvnfr7OMUbqGJwjr12omqJ t2Xg== MIME-Version: 1.0 Received: by 10.50.152.236 with SMTP id vb12mr2919192igb.15.1354419120951; Sat, 01 Dec 2012 19:32:00 -0800 (PST) Received: by 10.64.166.66 with HTTP; Sat, 1 Dec 2012 19:32:00 -0800 (PST) In-Reply-To: References: <20121202.015048.1122480556487090170.hrs@allbsd.org> <20121202.082150.896017277887885294.hrs@allbsd.org> <20121201233756.GS3013@kib.kiev.ua> Date: Sat, 1 Dec 2012 19:32:00 -0800 Message-ID: Subject: Re: RFC: sysctl -f filename From: "Constantine A. Murenin" To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: Konstantin Belousov , rc@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 03:32:02 -0000 On 1 December 2012 16:30, Garrett Cooper wrote: > On Sat, Dec 1, 2012 at 3:37 PM, Konstantin Belousov wrote: >> On Sun, Dec 02, 2012 at 08:21:50AM +0900, Hiroki Sato wrote: >>> Garrett Cooper wrote >>> in : >>> >>> ya> On Sat, Dec 1, 2012 at 2:10 PM, Garrett Cooper wrote: >>> ya> > Why change the tool when we can change the rc script to do the >>> ya> > right thing? I have a patch I'm working on to resolve this (you hit an >>> ya> > itch I've been meaning to scratch for a little while). >>> ya> >>> ya> This should work. I also refactored the script to get it down to >>> ya> 80 columns. I've attached the debug output and the diff for the debug >>> ya> version of the script. >>> >>> You will find out the following test case does not work (this is one >>> of the test strings I used): >>> >>> kern.domainname="c$EDITOR.\"\ hoge\ \"\#hoge2\\$ \# h$$\#oge"# >>> >>> The reason why I changed sysctl(8) was that the rc.d/sysctl script >>> was too complex and slow even if it could support meta characters in >>> shell script syntax. I created several prototypes as script but >>> noticed that keeping consistency was quite difficult and >>> maintainability was poor due to tricky handling of variables. >>> >>> Although my patch in the previous email does not support meta >>> characters completely, I still think it is more reasonable to >>> implement this functionality on the sysctl(8) side. >> >> I fully agree with the proposal to add the -f switch to the sysctl(8). >> This is consistent with several other administrative tools. Putting >> the ability to parse and apply arbitrary sysctl.conf-like file into >> the rc script is weird. > > The point was to augment rc.d/sysctl to do the right thing in most > sane cases. What's shown above frankly doesn't make sense for a domain > name, and while I agree that it's a good negative test, it seems a bit > on the insane side for a real world example. > I was trying to provide an alternative using an existing > functioning system, instead of having to go and hack a widely used > utility to function in a way that isn't standard. Since when sysctl(8) is standard and the "-f file" option is not? http://man.NetBSD.org/man/sysctl+8 I also agree with the proposal that adding "-f file" directly to sysctl(8) sounds like a much better approach than going through the non-standard (and slow) rc.d route. > With that in mind, reviewing the original proposed code... > > ... > > +.It Fl f Ar filename I think this might be s/filename/file/, e.g. as in at(1), apmd(8), boot0cfg(8), bsdlabel(8), devd(8), restore(8), pfctl(8) etc. > +Specify a file which contains a pair of name and value in each line. > +.Nm > +reads and processes the specified file first and then processes the name > +and value pairs in the command line argument. > > gcooper> This doesn't discuss the file format in complete, gory > detail, and no examples were added to aid the reader in how things can > be done in the new world order. +1. Also, note that NetBSD's sysctl(8) supports line continuation with "\"; is this something that would at all be useful for sysctl? Then it should probably be implemented and documented from the start, to ensure that we don't have to needlessly break backwards compatibility with a future change. > > .It Fl h > Format output for human, rather than machine, readability. > .It Fl i > Index: sbin/sysctl/sysctl.c > =================================================================== > --- sbin/sysctl/sysctl.c (revision 243756) > +++ sbin/sysctl/sysctl.c (working copy) > @@ -56,13 +56,16 @@ > #include > #include > #include > +#include > #include > > +static const char *conffile; > static int aflag, bflag, dflag, eflag, hflag, iflag; > -static int Nflag, nflag, oflag, qflag, xflag, warncount; > +static int Nflag, nflag, oflag, qflag, xflag; > > static int oidfmt(int *, int, char *, u_int *); > -static void parse(char *); > +static int parsefile(const char *); > +static int parse(char *, int); > static int show_var(int *, int); > static int sysctl_all(int *oid, int len); > static int name2oid(char *, int *); > @@ -74,7 +77,7 @@ > { > > (void)fprintf(stderr, "%s\n%s\n", > - "usage: sysctl [-bdehiNnoqx] name[=value] ...", > + "usage: sysctl [-bdehiNnoqx] [-f filename] name[=value] ...", I think the "-f file" should be a separate usage paradigm here, and, most likely, it should not be possible to use both "-f file" and "name[=value]". > " sysctl [-bdehNnoqx] -a"); > exit(1); > } > @@ -83,12 +86,13 @@ > main(int argc, char **argv) > { > int ch; > + int warncount = 0; > > gcooper> style bug. > > setlocale(LC_NUMERIC, ""); > setbuf(stdout,0); > setbuf(stderr,0); > > - while ((ch = getopt(argc, argv, "AabdehiNnoqwxX")) != -1) { > + while ((ch = getopt(argc, argv, "Aabdef:hiNnoqwxX")) != -1) { > switch (ch) { > case 'A': > /* compatibility */ > @@ -106,6 +110,9 @@ > case 'e': > eflag = 1; > break; > + case 'f': > + conffile = strdup(optarg); > > gcooper> Not checking for != NULL. > > ... > > /* > @@ -160,8 +169,8 @@ > * Lookup and print out the MIB entry if it exists. > * Set a new value if requested. > */ > -static void > -parse(char *string) > +static int > +parse(char *string, int lineno) > > gcooper> Since this is being modified, could string be changed to > const char * for completeness? > > ... > > @@ -191,15 +213,20 @@ > > if (len < 0) { > if (iflag) > - return; > - if (qflag) > + return (1); > > gcooper> This should be return (0); > > + if (qflag) > exit(1); > else > - errx(1, "unknown oid '%s'", bufp); > + errx(1, "unknown oid '%s'%s", bufp, line); > } > > - if (oidfmt(mib, len, fmt, &kind)) > - err(1, "couldn't find format of oid '%s'", bufp); > + if (oidfmt(mib, len, fmt, &kind)) { > + warn("couldn't find format of oid '%s'%s", bufp, line); > + if (!iflag) > + exit(1); > + else > + return (1); > > gcooper> This should be arguably be `return (0);` too. > > ... > > +static int > +parsefile(const char *filename) > +{ > + FILE *file; > + char line[BUFSIZ], *p; > + int warncount = 0, lineno = 0; > > gcooper> Style bugs (declaring and initializing on the same line). Not according to style(9): http://www.freebsd.org/cgi/man.cgi?query=style&sektion=9&manpath=FreeBSD+9.0-RELEASE << Be careful to not obfuscate the code by initializing variables in the declarations. Use this feature only thoughtfully. DO NOT use function calls in initializers. >> I think the above initialisations are just fine and used thoughtfully. C. > > + > + file = fopen(filename, "r"); > + if (file == NULL) > + err(EX_NOINPUT, "%s", filename); > + while (fgets(line, sizeof(line), file) != NULL) { > + lineno++; > + p = line; > + /* Replace the first # with \0. */ > + while((p = strchr(p, '#')) != NULL) { > > gcooper> Style bug (needs space between `while` and `(`). > > + if (p == line || *(p-1) != '\\') { > > gcooper> Why are you allowing '\#' ? > > + *p = '\0'; > > ... > > static int > Index: etc/rc.d/sysctl > =================================================================== > --- etc/rc.d/sysctl (revision 243756) > +++ etc/rc.d/sysctl (working copy) > @@ -8,51 +8,27 @@ > . /etc/rc.subr > > name="sysctl" > +command=/sbin/sysctl > > gcooper> Please quote this for consistency with the bulk majority of > rc.d scripts. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 04:22:52 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C06B27FC; Sun, 2 Dec 2012 04:22:52 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9F50A8FC0C; Sun, 2 Dec 2012 04:22:52 +0000 (UTC) Received: from Alfreds-MacBook-Pro-6.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 473611A3C24; Sat, 1 Dec 2012 20:22:46 -0800 (PST) Message-ID: <50BAD796.5050507@mu.org> Date: Sat, 01 Dec 2012 20:22:46 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Hiroki Sato Subject: Re: RFC: sysctl -f filename References: <20121202.015048.1122480556487090170.hrs@allbsd.org> In-Reply-To: <20121202.015048.1122480556487090170.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 04:22:52 -0000 Does sysctl(8) really need to learn to parse files? Can't rc.d/sysctl be modified to do the fixup? This regex seems to work: val=`echo $val | sed -e "s@ *\"\(.*\)\" *@\1@" -e "s@ *'\(.*\)' *@\1@"` -Alfred On 12/1/12 8:50 AM, Hiroki Sato wrote: > Hi, > > I would like comments about the attached patch for sysctl(8) to add a > new option "-f filename". It supports reading of a file with > key=value lines. > > As you probably know, we already have /etc/sysctl.conf and it is > processed by rc.d/sysctl shell script in a line-by-line basis. The > problem I want to fix is a confusing syntax of /etc/sysctl.conf. The > file supports a typical configuration file syntax but problematic in > some cases. For example: > > kern.coredump=1 > > works well in /etc/sysctl.conf, but > > kern.coredump="1" > > does not work. Similarly, it is difficult to use whitespaces and "#" > in the value: > > OK: kern.domainname=domain\ name\ with\ spaces > NG: kern.domainname="domain name with spaces" > NG: kern.domainname=domain\ name\ including\ #\ character > NG: kern.domainname=domain\ name\ including\ \#\ character > > The attached patch solves them, and in addition it displays an error > message with a line number if there is something wrong in the file > like this: > > % cat -n /etc/sysctl.conf > ... > 10 kern.coredump=1 > 11 kern.coredump2=1 > ... > > % /etc/rc.d/sysctl start > sysctl: kern.coredump at line 10: Operation not permitted > sysctl: unknown oid 'kern.coredump2' at line 11 > > # /etc/rc.d/sysctl start > kern.coredump: 1 -> 1 > sysctl: unknown oid 'kern.coredump2' at line 11 > > Any comments are welcome. > > -- Hiroki From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 04:26:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 230819C8 for ; Sun, 2 Dec 2012 04:26:27 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 022FF8FC14 for ; Sun, 2 Dec 2012 04:26:26 +0000 (UTC) Received: from Alfreds-MacBook-Pro-6.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id A29CC1A3C1C for ; Sat, 1 Dec 2012 20:26:26 -0800 (PST) Message-ID: <50BAD872.2070107@mu.org> Date: Sat, 01 Dec 2012 20:26:26 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: RFC: sysctl -f filename References: <20121202.015048.1122480556487090170.hrs@allbsd.org> <50BAD796.5050507@mu.org> In-Reply-To: <50BAD796.5050507@mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 04:26:27 -0000 On 12/1/12 8:22 PM, Alfred Perlstein wrote: > Does sysctl(8) really need to learn to parse files? > > Can't rc.d/sysctl be modified to do the fixup? > > This regex seems to work: > val=`echo $val | sed -e "s@ *\"\(.*\)\" *@\1@" -e "s@ *'\(.*\)' *@\1@"` Upon catching up with emails and seeing netbsd's code, I want to say I don't feel that strongly about this, although I do wonder how the patch handles trailing whitespace since I wasn't able to test it: example: "kern.foo='bar'...." replace the "...." with spaces. -Alfred > > > -Alfred > > On 12/1/12 8:50 AM, Hiroki Sato wrote: >> Hi, >> >> I would like comments about the attached patch for sysctl(8) to add a >> new option "-f filename". It supports reading of a file with >> key=value lines. >> >> As you probably know, we already have /etc/sysctl.conf and it is >> processed by rc.d/sysctl shell script in a line-by-line basis. The >> problem I want to fix is a confusing syntax of /etc/sysctl.conf. The >> file supports a typical configuration file syntax but problematic in >> some cases. For example: >> >> kern.coredump=1 >> >> works well in /etc/sysctl.conf, but >> >> kern.coredump="1" >> >> does not work. Similarly, it is difficult to use whitespaces and "#" >> in the value: >> >> OK: kern.domainname=domain\ name\ with\ spaces >> NG: kern.domainname="domain name with spaces" >> NG: kern.domainname=domain\ name\ including\ #\ character >> NG: kern.domainname=domain\ name\ including\ \#\ character >> >> The attached patch solves them, and in addition it displays an error >> message with a line number if there is something wrong in the file >> like this: >> >> % cat -n /etc/sysctl.conf >> ... >> 10 kern.coredump=1 >> 11 kern.coredump2=1 >> ... >> >> % /etc/rc.d/sysctl start >> sysctl: kern.coredump at line 10: Operation not permitted >> sysctl: unknown oid 'kern.coredump2' at line 11 >> >> # /etc/rc.d/sysctl start >> kern.coredump: 1 -> 1 >> sysctl: unknown oid 'kern.coredump2' at line 11 >> >> Any comments are welcome. >> >> -- Hiroki > > _______________________________________________ > 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 Dec 2 04:43:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA43EBA5 for ; Sun, 2 Dec 2012 04:43:23 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 86E888FC0C for ; Sun, 2 Dec 2012 04:43:23 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so1999918obc.13 for ; Sat, 01 Dec 2012 20:43:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FjjU0LNtiM2NNLY/Y6UxwJ3KDPFucsmLGcRESZi11fs=; b=Z/gEIAHHEkE71VWExpj8Fo68YvtRnvd0aVqwuFOs5ttBwjsAP0PlDCUz0Qis5WbiOk 6nTfVqZMN0iR0n9tkPr81nMVzkmpzPuX0qXX2Kj0GBkrltT/WMT6MKuFMSgGmG0rrspr c2y+I/3PGBJmGFCWXK2XczYp1yrEgyAiNpXkurYwEZkOGqogw3/tNssbhafTJSlQ2hOt l9v/tJdVvbF8ZgNqgoiSSubQMo7VzvyVBgvyISVCZQsOUKW3m5UYpXmjelhLRtmEIT1O T+UwyRbuiNqFjofVmZsMyQgS4HfFmIi0k2eV2V90XL0QAUX8w/dewjCCa1LPhbFhEnUk wKNg== MIME-Version: 1.0 Received: by 10.182.146.107 with SMTP id tb11mr1385486obb.30.1354423396928; Sat, 01 Dec 2012 20:43:16 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sat, 1 Dec 2012 20:43:16 -0800 (PST) In-Reply-To: <50BAD872.2070107@mu.org> References: <20121202.015048.1122480556487090170.hrs@allbsd.org> <50BAD796.5050507@mu.org> <50BAD872.2070107@mu.org> Date: Sat, 1 Dec 2012 20:43:16 -0800 Message-ID: Subject: Re: RFC: sysctl -f filename From: Garrett Cooper To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 04:43:24 -0000 On Sat, Dec 1, 2012 at 8:26 PM, Alfred Perlstein wrote: > On 12/1/12 8:22 PM, Alfred Perlstein wrote: >> >> Does sysctl(8) really need to learn to parse files? >> >> Can't rc.d/sysctl be modified to do the fixup? >> >> This regex seems to work: >> val=`echo $val | sed -e "s@ *\"\(.*\)\" *@\1@" -e "s@ *'\(.*\)' *@\1@"` > > > Upon catching up with emails and seeing netbsd's code, I want to say I don't > feel that strongly about this, although I do wonder how the patch handles > trailing whitespace since I wasn't able to test it: > > example: > "kern.foo='bar'...." > replace the "...." with spaces. It trims them. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 07:18:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2F48D60 for ; Sun, 2 Dec 2012 07:18:16 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C3CE38FC15 for ; Sun, 2 Dec 2012 07:18:16 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id n2so824045dad.13 for ; Sat, 01 Dec 2012 23:18:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=qkNYznbpjzHkid7XyUXIDs3bTCiAuucZHEjQE+GLa00=; b=mB3JPY3apuzAhRonNpDWg8ZgXknQ7ZIIh4hFAMnAeTqZgeR2g7PAwKKiBS1wxb6xAU tENptGkpFcm7AogO8rTEQTYeKJ3uWsCJNdRn1WNUVjF9aWxs9Biz651lioqWkxTRKYTH rTdLSzQ1s2P4iAG6n4G9lTyOAUn2HBw/8/AWpRKmCpnz7QkL3jrnd8lhqYGWAHK9Zh4P 6V1NGVBGZp2T4gJO6bu526+sPTfT6yFlasmSeU29Z3D/+i9znJXnCiY/KaOVK0lTLGtD EtannbWAp79by3dqfqWt3P5nbXPgYTLteerUqFWF+iG6E5VUdgPekAieNIHnNCJhPNMC MKpA== Received: by 10.66.87.133 with SMTP id ay5mr16270466pab.59.1354432690791; Sat, 01 Dec 2012 23:18:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.240.133 with HTTP; Sat, 1 Dec 2012 23:17:50 -0800 (PST) From: Matt Donovan Date: Sun, 2 Dec 2012 01:17:50 -0600 Message-ID: Subject: New jail does not understand nullfs To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 07:18:17 -0000 When attempting to start the jail in question the following happens server# jail -c poudriere jail: poudriere: unknown parameter: allow.mount.nullfs Below is my jail.conf poudriere { name=poudriere; host.hostname=poudriere; ip4.addr="192.168.1.30"; persist; children.max=10; allow.mount; mount.devfs; allow.mount.nullfs; allow.raw_sockets; allow.socket_af; allow.sysvipc; enforce_statfs=1; path=/newsystem/jail/poudriere; exec.stop="umount -a"; } Does the switch not work yet? As I am using CURRENT with the latest revision. -- Technological progress is like an ax in the hands of a pathological criminal. -*Albert Einstein Breadth of Unix experience and depth of knowledge in the world of servers. * From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 08:38:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ECA93C9 for ; Sun, 2 Dec 2012 08:38:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AE26A8FC16 for ; Sun, 2 Dec 2012 08:38:15 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Tf542-001IEE-IR>; Sun, 02 Dec 2012 09:38:14 +0100 Received: from e178007202.adsl.alicedsl.de ([85.178.7.202] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Tf542-0016v9-Er>; Sun, 02 Dec 2012 09:38:14 +0100 Message-ID: <50BB136F.4040509@zedat.fu-berlin.de> Date: Sun, 02 Dec 2012 09:38:07 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) References: <50BA7158.1040302@fgznet.ch> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0558730C2AD88B5D16496601" X-Originating-IP: 85.178.7.202 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 08:38:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0558730C2AD88B5D16496601 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/01/12 22:53, Chris Rees wrote: > On 1 Dec 2012 21:51, "Andreas Tobler" wrote: >> >> On 01.12.12 16:15, Robert Watson wrote: >>> >>> Dear all: >>> >>> I've now committed the build glue required to install the recently > merged >>> Audit Distribution Daemon (auditdistd) contributed by the Pawel > Dawidek, and >>> sponsored by the FreeBSD Foundation. This allows individual hosts > generating >>> audit trails to submit trails to a central audit server for review an= d > safe >>> keeping. Part of the goal is to ensure that a host submitting trail > data >>> can't later modify the trails. Pawel uses a variety of useful > security- and >>> resilience-related features such as TLS, Capsicum, etc, in auditdistd= =2E > As the >>> recent security incident in the FreeBSD.org cluster illustrated, havi= ng >>> reliable and detailed audit trails makes a big difference in forensic= > work, >>> and hopefully this will allow the FreeBSD Project (and our users) to = do > that >>> better in the future. >> >> Aehm, hope it is ok to 'complain' here. >> >> Happens when installing world. >> >> cd /export/devel/fbsd/head/src; >> /usr/obj/export/devel/fbsd/head/src/make.amd64/make -f Makefile.inc1 >> LOCAL_MTREE=3D hierarchy >> cd /export/devel/fbsd/head/src/etc; >> /usr/obj/export/devel/fbsd/head/src/make.amd64/make distrib-dirs >> mtree -eU -f /export/devel/fbsd/head/src/etc/mtree/BSD.root.dist -p /= >> mtree -eU -f /export/devel/fbsd/head/src/etc/mtree/BSD.var.dist -p /v= ar >> mtree: line 22: unknown user auditdistd >> *** [distrib-dirs] Error code 1 >=20 > Does mergemaster -p help? >=20 > Chris I had the very same problem and complained about it on current@. "mergemaster -p" definitely helped for me and I was given the advise to use mergemaster -p prior to every make installworld. Oliver --------------enig0558730C2AD88B5D16496601 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQuxN2AAoJEOgBcD7A/5N8FLgIAN7VnLt3fKABdV0yI7vAqSeQ 42R6J5Nu4uR26UwcqHDVbeGg0O5lGK2e1nQOUjQoB1c7UyMWh2npG6ehfBUk4gpX ay+JbRm4LMjegyYB2U6XMK1UveX9GbQKLnR/InUdz0k1dxMJbAx69YB6WLu9A7Nu EA61XwEmzsjOs/fMslQL7buziKE/K0EwfFgndybNOrI6Q+dVz/sAxxmftYR389Jt r/rQtLC1rZTRRuSsXb8D4QnS8XR2QjmK5KiE6V03GUDoYEUp3MZMwa35nb35/9ZY 38g4SfGQ8oKSoPySft/1QVrHRV8bxpmxfKmLhxaNo9USTplHabeihpljnJBwrXI= =Xmph -----END PGP SIGNATURE----- --------------enig0558730C2AD88B5D16496601-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 13:00:28 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 857EF401; Sun, 2 Dec 2012 13:00:28 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (unknown [IPv6:2001:610:1108:5012::107]) by mx1.freebsd.org (Postfix) with ESMTP id D92448FC13; Sun, 2 Dec 2012 13:00:26 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 844B71203ED; Sun, 2 Dec 2012 14:00:22 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 5D9C92848C; Sun, 2 Dec 2012 14:00:22 +0100 (CET) Date: Sun, 2 Dec 2012 14:00:22 +0100 From: Jilles Tjoelker To: Hiroki Sato Subject: Re: RFC: sysctl -f filename Message-ID: <20121202130022.GB79457@stack.nl> References: <20121202.015048.1122480556487090170.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121202.015048.1122480556487090170.hrs@allbsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 13:00:28 -0000 On Sun, Dec 02, 2012 at 01:50:48AM +0900, Hiroki Sato wrote: > I would like comments about the attached patch for sysctl(8) to add a > new option "-f filename". It supports reading of a file with > key=value lines. > As you probably know, we already have /etc/sysctl.conf and it is > processed by rc.d/sysctl shell script in a line-by-line basis. The > problem I want to fix is a confusing syntax of /etc/sysctl.conf. The > file supports a typical configuration file syntax but problematic in > some cases. For example: > kern.coredump=1 > works well in /etc/sysctl.conf, but > kern.coredump="1" > does not work. Similarly, it is difficult to use whitespaces and "#" > in the value: > OK: kern.domainname=domain\ name\ with\ spaces > NG: kern.domainname="domain name with spaces" > NG: kern.domainname=domain\ name\ including\ #\ character > NG: kern.domainname=domain\ name\ including\ \#\ character > The attached patch solves them, and in addition it displays an error > message with a line number if there is something wrong in the file > like this: > % cat -n /etc/sysctl.conf > ... > 10 kern.coredump=1 > 11 kern.coredump2=1 > ... > % /etc/rc.d/sysctl start > sysctl: kern.coredump at line 10: Operation not permitted > sysctl: unknown oid 'kern.coredump2' at line 11 > # /etc/rc.d/sysctl start > kern.coredump: 1 -> 1 > sysctl: unknown oid 'kern.coredump2' at line 11 > Any comments are welcome. The idea is OK but the format of the file is messy. Further comments inline. > Index: sbin/sysctl/sysctl.8 > =================================================================== > --- sbin/sysctl/sysctl.8 (revision 243756) > +++ sbin/sysctl/sysctl.8 (working copy) > @@ -28,7 +28,7 @@ > .\" From: @(#)sysctl.8 8.1 (Berkeley) 6/6/93 > .\" $FreeBSD$ > .\" > -.Dd January 17, 2011 > +.Dd November 22, 2012 > .Dt SYSCTL 8 > .Os > .Sh NAME > @@ -37,6 +37,7 @@ > .Sh SYNOPSIS > .Nm > .Op Fl bdehiNnoqx > +.Op Fl f Ar filename > .Ar name Ns Op = Ns Ar value > .Ar ... > .Nm > @@ -80,6 +81,11 @@ > or > .Fl n > is specified, or a variable is being set. > +.It Fl f Ar filename > +Specify a file which contains a pair of name and value in each line. > +.Nm > +reads and processes the specified file first and then processes the name > +and value pairs in the command line argument. The file format is not described. > .It Fl h > Format output for human, rather than machine, readability. > .It Fl i > Index: sbin/sysctl/sysctl.c > =================================================================== > --- sbin/sysctl/sysctl.c (revision 243756) > +++ sbin/sysctl/sysctl.c (working copy) > @@ -56,13 +56,16 @@ > #include > #include > #include > +#include > #include > > +static const char *conffile; > static int aflag, bflag, dflag, eflag, hflag, iflag; > -static int Nflag, nflag, oflag, qflag, xflag, warncount; > +static int Nflag, nflag, oflag, qflag, xflag; > > static int oidfmt(int *, int, char *, u_int *); > -static void parse(char *); > +static int parsefile(const char *); > +static int parse(char *, int); > static int show_var(int *, int); > static int sysctl_all(int *oid, int len); > static int name2oid(char *, int *); > @@ -74,7 +77,7 @@ > { > > (void)fprintf(stderr, "%s\n%s\n", > - "usage: sysctl [-bdehiNnoqx] name[=value] ...", > + "usage: sysctl [-bdehiNnoqx] [-f filename] name[=value] ...", > " sysctl [-bdehNnoqx] -a"); > exit(1); > } > @@ -83,12 +86,13 @@ > main(int argc, char **argv) > { > int ch; > + int warncount = 0; > > setlocale(LC_NUMERIC, ""); > setbuf(stdout,0); > setbuf(stderr,0); > > - while ((ch = getopt(argc, argv, "AabdehiNnoqwxX")) != -1) { > + while ((ch = getopt(argc, argv, "Aabdef:hiNnoqwxX")) != -1) { > switch (ch) { > case 'A': > /* compatibility */ > @@ -106,6 +110,9 @@ > case 'e': > eflag = 1; > break; > + case 'f': > + conffile = strdup(optarg); > + break; > case 'h': > hflag = 1; > break; > @@ -146,13 +153,15 @@ > usage(); > if (aflag && argc == 0) > exit(sysctl_all(0, 0)); > - if (argc == 0) > + if (argc == 0 && conffile == NULL) > usage(); > - > warncount = 0; > + if (conffile != NULL) > + warncount += parsefile(conffile); > while (argc-- > 0) > - parse(*argv++); > - exit(warncount); > + warncount += parse(*argv++, 0); > + > + return (warncount); > } > > /* > @@ -160,8 +169,8 @@ > * Lookup and print out the MIB entry if it exists. > * Set a new value if requested. > */ > -static void > -parse(char *string) > +static int > +parse(char *string, int lineno) > { > int len, i, j; > void *newval = 0; > @@ -173,17 +182,30 @@ > int64_t i64val; > uint64_t u64val; > int mib[CTL_MAXNAME]; > - char *cp, *bufp, buf[BUFSIZ], *endptr, fmt[BUFSIZ]; > + char *cp, *bufp, buf[BUFSIZ], *endptr, fmt[BUFSIZ], line[BUFSIZ]; > u_int kind; > > + memset(line, 0, sizeof(line)); > + if (lineno) > + snprintf(line, sizeof(line), " at line %d", lineno); BUFSIZ seems a bit bogus here. For 'line', 30 will be sufficient. > bufp = buf; > - if (snprintf(buf, BUFSIZ, "%s", string) >= BUFSIZ) > - errx(1, "oid too long: '%s'", string); > + if (snprintf(buf, BUFSIZ, "%s", string) >= BUFSIZ) { > + warn("oid too long: '%s'%s", string, line); > + return (1); > + } This is unrelated to your patch, but this should probably be a strdup() instead to avoid an arbitrary length limit. > if ((cp = strchr(string, '=')) != NULL) { > *strchr(buf, '=') = '\0'; > *cp++ = '\0'; > while (isspace(*cp)) > cp++; > + /* Strip a pair of " or ' if any. */ > + switch (*cp) { > + case '\"': > + case '\'': > + if (cp[strlen(cp) - 1] == *cp) > + cp[strlen(cp) - 1] = '\0'; > + cp++; > + } What if I want to set a value which starts and ends with quotes? There is no backslash escaping so weird-looking quotes may have to be added. Furthermore, I think a value passed on the command line should remain literal. > newval = cp; > newsize = strlen(cp); > } > @@ -191,15 +213,20 @@ > > if (len < 0) { > if (iflag) > - return; > - if (qflag) > + return (1); > + if (qflag) > exit(1); > else > - errx(1, "unknown oid '%s'", bufp); > + errx(1, "unknown oid '%s'%s", bufp, line); > } > > - if (oidfmt(mib, len, fmt, &kind)) > - err(1, "couldn't find format of oid '%s'", bufp); > + if (oidfmt(mib, len, fmt, &kind)) { > + warn("couldn't find format of oid '%s'%s", bufp, line); > + if (!iflag) > + exit(1); > + else > + return (1); > + } > > if (newval == NULL || dflag) { > if ((kind & CTLTYPE) == CTLTYPE_NODE) { > @@ -215,16 +242,20 @@ > putchar('\n'); > } > } else { > - if ((kind & CTLTYPE) == CTLTYPE_NODE) > - errx(1, "oid '%s' isn't a leaf node", bufp); > + if ((kind & CTLTYPE) == CTLTYPE_NODE) { > + warn("oid '%s' isn't a leaf node%s", bufp, line); > + return (1); > + } > > if (!(kind & CTLFLAG_WR)) { > if (kind & CTLFLAG_TUN) { > - warnx("oid '%s' is a read only tunable", bufp); > - errx(1, "Tunable values are set in /boot/loader.conf"); > - } else { > - errx(1, "oid '%s' is read only", bufp); > - } > + warnx("oid '%s' is a read only tunable%s", > + bufp, line); > + warn("Tunable values are set in /boot/loader.conf"); > + } else > + warn("oid '%s' is read only%s", bufp, line); > + > + return (1); > } > > if ((kind & CTLTYPE) == CTLTYPE_INT || > @@ -233,22 +264,28 @@ > (kind & CTLTYPE) == CTLTYPE_ULONG || > (kind & CTLTYPE) == CTLTYPE_S64 || > (kind & CTLTYPE) == CTLTYPE_U64) { > - if (strlen(newval) == 0) > - errx(1, "empty numeric value"); > + if (strlen(newval) == 0) { > + warn("empty numeric value%s", line); > + return (1); > + } > } > > switch (kind & CTLTYPE) { > case CTLTYPE_INT: > if (strcmp(fmt, "IK") == 0) { > - if (!set_IK(newval, &intval)) > - errx(1, "invalid value '%s'", > - (char *)newval); > + if (!set_IK(newval, &intval)) { > + warn("invalid value '%s'%s", > + (char *)newval, line); > + return (1); > + } > } else { > intval = (int)strtol(newval, &endptr, > 0); > - if (endptr == newval || *endptr != '\0') > - errx(1, "invalid integer '%s'", > - (char *)newval); > + if (endptr == newval || *endptr != '\0') { > + warn("invalid integer '%s'%s", > + (char *)newval, line); > + return (1); > + } > } > newval = &intval; > newsize = sizeof(intval); > @@ -256,16 +293,16 @@ > case CTLTYPE_UINT: > uintval = (int) strtoul(newval, &endptr, 0); > if (endptr == newval || *endptr != '\0') > - errx(1, "invalid unsigned integer '%s'", > - (char *)newval); > + errx(1, "invalid unsigned integer " > + "'%s'%s", (char *)newval, line); > newval = &uintval; > newsize = sizeof(uintval); > break; > case CTLTYPE_LONG: > longval = strtol(newval, &endptr, 0); > if (endptr == newval || *endptr != '\0') > - errx(1, "invalid long integer '%s'", > - (char *)newval); > + errx(1, "invalid long integer '%s'%s", > + (char *)newval, line); > newval = &longval; > newsize = sizeof(longval); > break; > @@ -273,7 +310,7 @@ > ulongval = strtoul(newval, &endptr, 0); > if (endptr == newval || *endptr != '\0') > errx(1, "invalid unsigned long integer" > - " '%s'", (char *)newval); > + " '%s'%s", (char *)newval, line); > newval = &ulongval; > newsize = sizeof(ulongval); > break; > @@ -282,16 +319,16 @@ > case CTLTYPE_S64: > i64val = strtoimax(newval, &endptr, 0); > if (endptr == newval || *endptr != '\0') > - errx(1, "invalid int64_t '%s'", > - (char *)newval); > + errx(1, "invalid int64_t '%s'%s", > + (char *)newval, line); > newval = &i64val; > newsize = sizeof(i64val); > break; > case CTLTYPE_U64: > u64val = strtoumax(newval, &endptr, 0); > if (endptr == newval || *endptr != '\0') > - errx(1, "invalid uint64_t '%s'", > - (char *)newval); > + errx(1, "invalid uint64_t '%s'%s", > + (char *)newval, line); > newval = &u64val; > newsize = sizeof(u64val); > break; > @@ -299,8 +336,8 @@ > /* FALLTHROUGH */ > default: > errx(1, "oid '%s' is type %d," > - " cannot set that", bufp, > - kind & CTLTYPE); > + " cannot set that%s", bufp, > + kind & CTLTYPE, line); > } > > i = show_var(mib, len); > @@ -309,18 +346,20 @@ > putchar('\n'); > switch (errno) { > case EOPNOTSUPP: > - errx(1, "%s: value is not available", > - string); > + warn("%s: value is not available%s", string, > + line); > + return (1); > case ENOTDIR: > - errx(1, "%s: specification is incomplete", > - string); > + warn("%s: specification is incomplete%s", > + string, line); > + return (1); > case ENOMEM: > - errx(1, "%s: type is unknown to this program", > - string); > + warn("%s: type is unknown to this program%s", > + string, line); > + return (1); > default: > - warn("%s", string); > - warncount++; > - return; > + warn("%s%s", string, line); > + return (1); > } > } > if (!bflag) > @@ -332,8 +371,46 @@ > putchar('\n'); > nflag = i; > } > + > + return (0); > } > > +static int > +parsefile(const char *filename) > +{ > + FILE *file; > + char line[BUFSIZ], *p; > + int warncount = 0, lineno = 0; > + > + file = fopen(filename, "r"); > + if (file == NULL) > + err(EX_NOINPUT, "%s", filename); > + while (fgets(line, sizeof(line), file) != NULL) { > + lineno++; > + p = line; > + /* Replace the first # with \0. */ > + while((p = strchr(p, '#')) != NULL) { sh(1) only recognizes # specially at the beginning of a word but perhaps you want to do it differently. > + if (p == line || *(p-1) != '\\') { This '\\' thing looks a bit strange. There is no backslash removal later on. > + *p = '\0'; > + break; > + } > + p++; > + } > + p = line; > + while (isspace((int)p[strlen(p) - 1])) If strlen(p) == 0, then this is an access out of bounds. The cast should be (unsigned char) not (int). > + p[strlen(p) - 1] = '\0'; > + while (isspace((int)*p)) > + p++; > + if (*p == '\0') > + continue; > + else > + warncount += parse(p, lineno); > + } > + fclose(file); > + > + return (warncount); > +} > + > /* These functions will dump out various interesting structures. */ > > static int -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 13:05:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0A5054D for ; Sun, 2 Dec 2012 13:05:51 +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 ADB8A8FC08 for ; Sun, 2 Dec 2012 13:05:51 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 54D2A46B09; Sun, 2 Dec 2012 08:05:51 -0500 (EST) Date: Sun, 2 Dec 2012 13:05:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "O. Hartmann" Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) In-Reply-To: <50BB136F.4040509@zedat.fu-berlin.de> Message-ID: References: <50BA7158.1040302@fgznet.ch> <50BB136F.4040509@zedat.fu-berlin.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 13:05:51 -0000 On Sun, 2 Dec 2012, O. Hartmann wrote: >> Does mergemaster -p help? > > I had the very same problem and complained about it on current@. > "mergemaster -p" definitely helped for me and I was given the advise to use > mergemaster -p prior to every make installworld. Just to follow up on this thread, since the question has come up a number of times. "mergemaser -p" should be run prior to installworld always, but most of the time will do very little. One of its responsibilities is to add any necessary accounts and groups depended on by base system components -- e.g., that will be referenced during installworld as part of setting file ownership and groups. One of the primary sources of new users and groups has been chroot/etc sandboxes -- independent from the role of a daemon as a file owner. My hope is that this will reduce over time with increasing use Capsicum sandboxes, which don't require custom UIDs/GIDs. However, there are still cases where you want a daemon, for reasons of file and group ownership, to run as a specific user, as is the case with auditdistd, which does support Capsicum (where enabled). Robert From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 14:02:20 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC2EB4EE for ; Sun, 2 Dec 2012 14:02:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAD28FC13 for ; Sun, 2 Dec 2012 14:02:20 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d085:62e2:221f:26b1] (unknown [IPv6:2001:7b8:3a7:0:d085:62e2:221f:26b1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2315F5C37; Sun, 2 Dec 2012 15:02:19 +0100 (CET) Message-ID: <50BB5F69.1040604@FreeBSD.org> Date: Sun, 02 Dec 2012 15:02:17 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: gcc46: .././../gcc-4.6-20121123/gcc/rtl.h:2105:31: error: use of undeclared identifier 'FIRST_PSEUDO_REGISTER', rtx x_initial_regno_reg_rtx[FIRST_PSEUDO_REGISTER]; References: <50B9F5AA.90906@zedat.fu-berlin.de> In-Reply-To: <50B9F5AA.90906@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 14:02:20 -0000 On 2012-12-01 13:18, O. Hartmann wrote: > On exactly ONE FreeBSD 10.0-CURRENT box, out of a couple, all the same > OS version (most recent sources/buildworld with CLANG and ports tree > always up to date) I get this nasty error shown below. ... > In file included from .././../gcc-4.6-20121123/gcc/genflags.c:28: > .././../gcc-4.6-20121123/gcc/rtl.h:1989:13: warning: ISO C forbids > forward references to 'enum' types [-Wpedantic] > extern enum reg_class reg_preferred_class (int); > ^ > .././../gcc-4.6-20121123/gcc/rtl.h:2105:31: error: use of undeclared > identifier 'FIRST_PSEUDO_REGISTER' > rtx x_initial_regno_reg_rtx[FIRST_PSEUDO_REGISTER]; > ^ > .././../gcc-4.6-20121123/gcc/rtl.h:2112:31: error: use of undeclared > identifier 'FIRST_PSEUDO_REGISTER' > rtx x_static_reg_base_value[FIRST_PSEUDO_REGISTER]; > ^ Can you post the full build log somewhere? From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 14:21:19 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C65A578D; Sun, 2 Dec 2012 14:21:19 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id A2BE88FC08; Sun, 2 Dec 2012 14:21:19 +0000 (UTC) Received: from [10.0.10.3] ([173.88.197.103]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 2 Dec 2012 06:21:15 -0800 Message-ID: <50BB63DB.8000301@a1poweruser.com> Date: Sun, 02 Dec 2012 09:21:15 -0500 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Robert Watson Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Dec 2012 14:21:15.0357 (UTC) FILETIME=[49B138D0:01CDD098] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] Cc: current@FreeBSD.org, security@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 14:21:20 -0000 Robert Watson wrote: > > Dear all: > > I've now committed the build glue required to install the recently > merged Audit Distribution Daemon (auditdistd) contributed by the Pawel > Dawidek, and sponsored by the FreeBSD Foundation. This allows > individual hosts generating audit trails to submit trails to a central > audit server for review and safe keeping. Part of the goal is to ensure > that a host submitting trail data can't later modify the trails. Pawel > uses a variety of useful security- and resilience-related features such > as TLS, Capsicum, etc, in auditdistd. As the recent security incident > in the FreeBSD.org cluster illustrated, having reliable and detailed > audit trails makes a big difference in forensic work, and hopefully this > will allow the FreeBSD Project (and our users) to do that better in the > future. > > Robert N M Watson > Computer Laboratory > University of Cambridge > Is auditdistd going to be included in the base system as of 10.0-RELEASE or be a port that runs on 10.0-RELEASE and newer? From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 14:46:44 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EE0CBE9; Sun, 2 Dec 2012 14:46:44 +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 3F2698FC0C; Sun, 2 Dec 2012 14:46:44 +0000 (UTC) Received: from [192.168.2.119] (host86-129-88-139.range86-129.btcentralplus.com [86.129.88.139]) by cyrus.watson.org (Postfix) with ESMTPSA id 580CC46B23; Sun, 2 Dec 2012 09:46:43 -0500 (EST) Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: "Robert N. M. Watson" In-Reply-To: <50BB63DB.8000301@a1poweruser.com> Date: Sun, 2 Dec 2012 14:46:41 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <50BB63DB.8000301@a1poweruser.com> To: Fbsd8 X-Mailer: Apple Mail (2.1283) Cc: current@FreeBSD.org, security@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 14:46:44 -0000 On 2 Dec 2012, at 14:21, Fbsd8 wrote: >> I've now committed the build glue required to install the recently = merged Audit Distribution Daemon (auditdistd) contributed by the Pawel = Dawidek, and sponsored by the FreeBSD Foundation. This allows = individual hosts generating audit trails to submit trails to a central = audit server for review and safe keeping. Part of the goal is to ensure = that a host submitting trail data can't later modify the trails. Pawel = uses a variety of useful security- and resilience-related features such = as TLS, Capsicum, etc, in auditdistd. As the recent security incident = in the FreeBSD.org cluster illustrated, having reliable and detailed = audit trails makes a big difference in forensic work, and hopefully this = will allow the FreeBSD Project (and our users) to do that better in the = future. >=20 > Is auditdistd going to be included in the base system as of = 10.0-RELEASE > or be a port that runs on 10.0-RELEASE and newer? The plan is that auditdistd will be included in the base operating = system for FreeBSD 10.0, and it is now integrated into the development = branch that will naturally lead to that outcome; I would like to get it = merged to stable/9 for inclusion in a future 9.2 release as well, but = that will require a bit more work. I'll plan to let it shake out in = 10-CURRENT for at least a few weeks, and let more users report on their = experiences, before looking at a merge to 9.x. Robert From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:10:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D3C9F33 for ; Sun, 2 Dec 2012 15:10:04 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id D3B1A8FC08 for ; Sun, 2 Dec 2012 15:10:03 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB2FA2Ij026574 for ; Sun, 2 Dec 2012 08:10:02 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB2F9dfJ044711; Sun, 2 Dec 2012 08:09:39 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: New jail does not understand nullfs From: Ian Lepore To: Matt Donovan In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Sun, 02 Dec 2012 08:09:39 -0700 Message-ID: <1354460979.69940.627.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:10:04 -0000 On Sun, 2012-12-02 at 01:17 -0600, Matt Donovan wrote: > When attempting to start the jail in question the following happens > > > server# jail -c poudriere > jail: poudriere: unknown parameter: allow.mount.nullfs > > > Below is my jail.conf > > poudriere { > name=poudriere; > host.hostname=poudriere; > ip4.addr="192.168.1.30"; > persist; > children.max=10; > allow.mount; > mount.devfs; > allow.mount.nullfs; > allow.raw_sockets; > allow.socket_af; > allow.sysvipc; > enforce_statfs=1; > path=/newsystem/jail/poudriere; > exec.stop="umount -a"; > } > > Does the switch not work yet? As I am using CURRENT with the latest > revision. > That "mount.devfs" doesn't look right, should that have "allow." on the front? I wonder if that's the problem and the error report is off by one line or something? -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:20:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA661196 for ; Sun, 2 Dec 2012 15:20:27 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4678FC13 for ; Sun, 2 Dec 2012 15:20:26 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so2184096lbb.13 for ; Sun, 02 Dec 2012 07:20:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=dov1GJkHI//vU2SRR60GBUHCfIrpiZmwSxc5d7XHDRQ=; b=EWTmjoQ9CSefdoZO2yuVvgnfg7LLA/mSeDV23cnmCkK2a0gsAFudJmP56pRxs6kxyp 9Pci98t/c3slkXIcYHQNdm3mGdeE/LUsa0SdL3n2Wje80/Eh5/CgQZGc/Y9FTXPXTOoK i8qfdWQLiKHslqZgU3GgfPZN7FS563ZK6I/lCfW6aDuQ3Jc0o97Gv/oWAtGhk94B5Ptg GCwxqQLR9ZYKY0NWbLS/POSv2iC2v9wCt8S4IO7ORI2IjlKYWmfg3URKQ/Nts9h2xi6a 8YHzw1/i8OaX8eFi30M/Lvan45zYiKonuqiH6Wzg69mwiFjW1q98S3t9jQ8MMqCqURXF 8cng== MIME-Version: 1.0 Received: by 10.112.84.102 with SMTP id x6mr3276019lby.35.1354461625522; Sun, 02 Dec 2012 07:20:25 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Sun, 2 Dec 2012 07:20:25 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Dec 2012 16:20:25 +0100 X-Google-Sender-Auth: BikBbanPk1EDt6UbkDu6pTWknpY Message-ID: Subject: Re: 9.1-RC3 default Linux ALSA configuration From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:20:28 -0000 Or maybe there is another way to set /dev/dsp to be /dev/dsp0 (or others) at system level? That would be even better that setting every config file by hand, just to point to the default dsp device :-) On Fri, Nov 30, 2012 at 2:45 PM, CeDeROM wrote: > I have installed and started Skype (2.1 and 2.2 devel) with success > using Linux binaries provided in port tree. However there is an issue > with default ALSA configuration and sound/calls does not work properly > off out the box. I suggest to set /dev/dsp0 and /dev/mixer0 as default > devices in the alsa configuration, so the sound works on the default > audio device. Right now it does not work at all. > > # pcm-oss plugin configuration > > pcm.oss { > type oss > device /dev/dsp0 > hint { > description "Open Sound System" > } > } > > ctl.oss { > type oss > device /dev/mixer0 > hint { > description "Open Sound System" > } > } > > > Best regards :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:34:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCBB62FF; Sun, 2 Dec 2012 15:34:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC2F8FC08; Sun, 2 Dec 2012 15:34:42 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo14so1407915vcb.13 for ; Sun, 02 Dec 2012 07:34:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AY3XzzPQzMvtjseXbAS4BZFiPxRcqoFLGmnHGBS+OfA=; b=eTR88Fwij9oL3yvbi9tGprryIB7BHTveIlhoiG55dTP925CTmI973VyYpK6zaZ3dtR 1L0XTsQRvHsgBO78siuUJIyX9Cqq/iRgj0H05+NrZqFDx2moXcM8x3lsOW05//1W0g4z /9y8uMYKd9A8iwD/4v5icYjA+y0K5E3mev/TNG3uLFwQUut0X/fn3MUK3aBHjJ6t46yG Ac4MUAzzg3o5pfE0Tjdu+ZYn7vNV/NkMaoCGI4D16KniRdqlabYY2wKhUJrtLKTQrNni w3KZJyDbpmEQ1Ki8e5+n3/cUAcmSbkp+VU1lemtEGQxpVxYxBSIeQkkM4XQ51x6DsWp6 kUvw== MIME-Version: 1.0 Received: by 10.52.90.241 with SMTP id bz17mr5494489vdb.40.1354462481668; Sun, 02 Dec 2012 07:34:41 -0800 (PST) Received: by 10.58.207.114 with HTTP; Sun, 2 Dec 2012 07:34:41 -0800 (PST) In-Reply-To: References: <50BA7158.1040302@fgznet.ch> <50BB136F.4040509@zedat.fu-berlin.de> Date: Sun, 2 Dec 2012 10:34:41 -0500 Message-ID: Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) From: Ryan Stone To: Robert Watson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:34:43 -0000 On Sun, Dec 2, 2012 at 8:05 AM, Robert Watson wrote: > > Just to follow up on this thread, since the question has come up a number > of times. "mergemaser -p" should be run prior to installworld always, but > most of the time will do very little. One of its responsibilities is to > add any necessary accounts and groups depended on by base system components > -- e.g., that will be referenced during installworld as part of setting > file ownership and groups. > > I often use "make installworld installkernel distribution DESTDIR=..." to create bootable images (e.g. for a USB stick). What's the recommendation for that case? Manually create the auditdistd user on the build host? From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:37:27 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B484420; Sun, 2 Dec 2012 15:37:27 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 004888FC13; Sun, 2 Dec 2012 15:37:26 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d085:62e2:221f:26b1] (unknown [IPv6:2001:7b8:3a7:0:d085:62e2:221f:26b1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 99F485C37; Sun, 2 Dec 2012 16:37:25 +0100 (CET) Message-ID: <50BB75B3.6070505@FreeBSD.org> Date: Sun, 02 Dec 2012 16:37:23 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: A suspicious warning in sys/boot/zfs/zfsimpl.c References: <20120703102142.6554b10e.taku@tackymt.homeip.net> <50B9E47F.6070005@FreeBSD.org> In-Reply-To: <50B9E47F.6070005@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Taku YAMAMOTO , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:37:27 -0000 On 2012-12-01 12:05, Andriy Gapon wrote: > on 01/12/2012 12:59 Garrett Cooper said the following: >> On Mon, Jul 2, 2012 at 6:21 PM, Taku YAMAMOTO wrote: >>> When I built the world as of r237813, clang reported a warning which >>> caught my attention. >>> >>> ===> sys/boot/zfs (all) >>> clang -O2 -pipe -march=pentium4 -DBOOTPROG=\"zfsloader\" -I/usr/src/sys/boot/zfs/../common -I/usr/src/sys/boot/zfs/../.. -I. -I/usr/src/sys/boot/zfs/../../../lib/libstand -I/usr/src/sys/boot/zfs/../../cddl/boot/zfs -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Wformat -Wall -DNDEBUG -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/zfs/zfs.c -o zfs.o >>> In file included from /usr/src/sys/boot/zfs/zfs.c:48: >>> /usr/src/sys/boot/zfs/zfsimpl.c:2033:19: warning: array index 264 is past the end of the array (which contains 192 elements) [-Warray-bounds] >>> memcpy(path, &dn.dn_bonus[sizeof(znode_phys_t)], >>> ^ ~~~~~~~~~~~~~~~~~~~~ >>> /usr/src/sys/boot/zfs/../../cddl/boot/zfs/zfsimpl.h:788:2: note: array 'dn_bonus' declared here >>> uint8_t dn_bonus[DN_MAX_BONUSLEN - sizeof (blkptr_t)]; >>> ^ >>> >>> I don't have a zfs-powered machine, so I'm not sure whether this >>> warning is false-positive or not. >> >> I'm seeing the same warnings trying to build HEAD r242903 with >> clang on amd64. Andriy CCed. > > I believe that there is no actual problem there. Indeed. The ZFS code seems to be using the dnode_phys_t::dn_bonus field as a sort of flexible struct member. These specific warnings can be ignored, or turned off. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:43:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 274586BD; Sun, 2 Dec 2012 15:43:27 +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 C8F3D8FC08; Sun, 2 Dec 2012 15:43:26 +0000 (UTC) Received: from [192.168.2.119] (host86-129-88-139.range86-129.btcentralplus.com [86.129.88.139]) by cyrus.watson.org (Postfix) with ESMTPSA id 3C2BE46B53; Sun, 2 Dec 2012 10:43:24 -0500 (EST) Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) Mime-Version: 1.0 (Apple Message framework v1283) From: "Robert N. M. Watson" In-Reply-To: Date: Sun, 2 Dec 2012 15:43:22 +0000 Message-Id: <0857C6CA-31DF-441D-B30E-F7DB2492C213@freebsd.org> References: <50BA7158.1040302@fgznet.ch> <50BB136F.4040509@zedat.fu-berlin.de> To: Ryan Stone X-Mailer: Apple Mail (2.1283) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current , "O. Hartmann" , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:43:27 -0000 On 2 Dec 2012, at 15:34, Ryan Stone wrote: > On Sun, Dec 2, 2012 at 8:05 AM, Robert Watson = wrote: >=20 > Just to follow up on this thread, since the question has come up a = number of times. "mergemaser -p" should be run prior to installworld = always, but most of the time will do very little. One of its = responsibilities is to add any necessary accounts and groups depended on = by base system components -- e.g., that will be referenced during = installworld as part of setting file ownership and groups. >=20 > I often use "make installworld installkernel distribution DESTDIR=3D..."= to create bootable images (e.g. for a USB stick). What's the = recommendation for that case? Manually create the auditdistd user on = the build host? Yes, that's probably the best short-term bet. In the longer term, it would be nice of installworld could not only = generate an mtree on the side rather than directly chmod/chowning the = files (Brooks Davis has patches for this), but also use UIDs/GIDs from a = user database directly rather than assuming that the host where you are = constructing the image has the same notion of users and groups. This is = especially important if we want to support cross-building embedded = images from Linux, Mac OS X, etc, in the future. Robert= From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:44:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 646317DB; Sun, 2 Dec 2012 15:44:36 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B0F0C8FC12; Sun, 2 Dec 2012 15:44:35 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id je9so848893bkc.13 for ; Sun, 02 Dec 2012 07:44:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SvecJFrg7fj49uUClFL49SpqDSpO4SWiZvaWLRY2NJI=; b=waNxMLNbS0oUBSjCarSORZZWU6DnxOF7vVb5G/v3+zEP2JUrhSye5hNAkfpd98qzcA pBFZQMvYV9MbSqK8BfbyqFMjM1mWSu8Vi7T/gMV4R1uH5Ftx7A6PfImfqWm6Aw7C3zoj M5vW404q1wd38uJEv0Rh1w9zsAH4wxgRtGhyUFPWQU1moJ42XXMGL6hKC22PV90299Y7 biuZXhvkFd3uKiA+16RTItsQcwW7I3h8mjluhJfS/2yi/KHMJoWMiovGOB6imhg6bnQA E1JlgzaHtyN1wGar86qjvPe9TK1stE05JJXpl20SoqLl9hhvfWUS7qH/Q1rw3RxoSL8P 1utA== MIME-Version: 1.0 Received: by 10.204.11.208 with SMTP id u16mr2148088bku.81.1354463074342; Sun, 02 Dec 2012 07:44:34 -0800 (PST) Received: by 10.204.167.71 with HTTP; Sun, 2 Dec 2012 07:44:33 -0800 (PST) Received: by 10.204.167.71 with HTTP; Sun, 2 Dec 2012 07:44:33 -0800 (PST) In-Reply-To: References: <50BA7158.1040302@fgznet.ch> <50BB136F.4040509@zedat.fu-berlin.de> Date: Sun, 2 Dec 2012 15:44:33 +0000 Message-ID: Subject: Re: Distributed audit daemon committed (was: svn commit: r243752 - in head: etc etc/defaults etc/mail etc/mtree etc/rc.d share/man/man4 usr.sbin usr.sbin/auditdistd (fwd)) From: Chris Rees To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "O. Hartmann" , FreeBSD Current , Robert Watson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:44:36 -0000 On 2 Dec 2012 15:34, "Ryan Stone" wrote: > > On Sun, Dec 2, 2012 at 8:05 AM, Robert Watson wrote: > > > > > Just to follow up on this thread, since the question has come up a number > > of times. "mergemaser -p" should be run prior to installworld always, but > > most of the time will do very little. One of its responsibilities is to > > add any necessary accounts and groups depended on by base system components > > -- e.g., that will be referenced during installworld as part of setting > > file ownership and groups. > > > > > I often use "make installworld installkernel distribution DESTDIR=..." to > create bootable images (e.g. for a USB stick). What's the recommendation > for that case? Manually create the auditdistd user on the build host? You could run mergemaster -p; it doesn't do anything that would hurt your running system; just adds important users etc. Chris From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 15:57:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4FC4A1D; Sun, 2 Dec 2012 15:57:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 845AB8FC0C; Sun, 2 Dec 2012 15:57:52 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d085:62e2:221f:26b1] (unknown [IPv6:2001:7b8:3a7:0:d085:62e2:221f:26b1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6DE605C37; Sun, 2 Dec 2012 16:57:51 +0100 (CET) Message-ID: <50BB7A7D.9000707@FreeBSD.org> Date: Sun, 02 Dec 2012 16:57:49 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: A suspicious warning in sys/boot/zfs/zfsimpl.c References: <20120703102142.6554b10e.taku@tackymt.homeip.net> <50B9E47F.6070005@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Taku YAMAMOTO , freebsd-current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 15:57:52 -0000 On 2012-12-02 01:37, Garrett Cooper wrote: > On Sat, Dec 1, 2012 at 3:05 AM, Andriy Gapon wrote: >> I believe that there is no actual problem there. > > It's probably bugs with clang dealing with alignment problems. Which bugs? > These warnings (and others) go largely unnoticed because of the fact > that -Werror isn't on on sys/boot. I filed kern/173932 for that and > have been grinding away on warnings for the past couple days in my > spare time -- with my local modifications sys/boot compiles with > -Werror now with gcc, but not clang. > Thanks, > -Garrett > > /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:101:24: error: > tentative definition of variable with internal linkage has incomplete > non-array type 'struct zfsmount' > [-Werror,-Wtentative-definition-incomplete-type] > static struct zfsmount zfsmount; > ^ > /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:101:15: note: > forward declaration of 'struct zfsmount' > static struct zfsmount zfsmount; > ^ This is just a programming error: struct zfsmount is declared in zfsimpl.c, but that file is included on line 151, so 50 lines after the static variable definition. Either the include should be moved up, or the definition moved down. > In file included from /store/freebsd/head/sys/boot/i386/zfsboot/zfsboot.c:151: > In file included from > /store/freebsd/head/sys/boot/i386/zfsboot/../../zfs/zfsimpl.c:38: > /store/freebsd/head/sys/boot/i386/zfsboot/../../../cddl/boot/zfs/zfssubr.c:207:9: > error: cast from 'char *' to 'zio_eck_t *' (aka 'struct zio_eck *') > increases required alignment from 1 to 4 [-Werror,-Wcast-align] > eck = (zio_eck_t *)((char *)data + size) - 1; > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Clang is right here, the alignment *is* being increased. However, on x86, there is no problem with it, so the warning can be ignored. On the other hand, if the code should be portable to alignment-sensitive arches, the code should be fixed. The same holds for all the other alignment warnings. The difference between gcc and clang is that gcc never seems to warn about alignment issues on x86. You must compile the code with a gcc targeting an alignment-sensitive arch, to get any warnings. Clang always warns, when using -Wcast-align. From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 16:44:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4F82FED for ; Sun, 2 Dec 2012 16:44:08 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5B28FC0C for ; Sun, 2 Dec 2012 16:44:08 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward12.mail.yandex.net (Yandex) with ESMTP id C5ED4C210DE; Sun, 2 Dec 2012 20:44:06 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 9E064E4057B; Sun, 2 Dec 2012 20:44:06 +0400 (MSK) Received: from 46.38.39.248.tel.ru (46.38.39.248.tel.ru [46.38.39.248]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id i6jKRopl-i6j8II32; Sun, 2 Dec 2012 20:44:06 +0400 Message-ID: <50BB8556.6080702@passap.ru> Date: Sun, 02 Dec 2012 20:44:06 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: CeDeROM Subject: Re: 9.1-RC3 default Linux ALSA configuration References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 16:44:09 -0000 02.12.2012 19:20, CeDeROM пишет: > On Fri, Nov 30, 2012 at 2:45 PM, CeDeROM wrote: >> I have installed and started Skype (2.1 and 2.2 devel) with success >> using Linux binaries provided in port tree. However there is an issue >> with default ALSA configuration and sound/calls does not work properly >> off out the box. I suggest to set /dev/dsp0 and /dev/mixer0 as default >> devices in the alsa configuration, so the sound works on the default >> audio device. Right now it does not work at all. >> >> # pcm-oss plugin configuration >> >> pcm.oss { >> type oss >> device /dev/dsp0 >> hint { >> description "Open Sound System" >> } >> } >> >> ctl.oss { >> type oss >> device /dev/mixer0 >> hint { >> description "Open Sound System" >> } >> } > Or maybe there is another way to set /dev/dsp to be /dev/dsp0 (or > others) at system level? That would be even better that setting every > config file by hand, just to point to the default dsp device :-) I've just committed a fix to linux-f10-alsa-lib port. The port now creates a soft link to the native FreeBSD configuration file at LINUXBASE. That may help here. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 18:17:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E14FC5C; Sun, 2 Dec 2012 18:17:35 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 91EEA8FC08; Sun, 2 Dec 2012 18:17:22 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB2IHFaR031531; Sun, 2 Dec 2012 11:17:21 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB2IGq7G044788; Sun, 2 Dec 2012 11:16:52 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Is cross-world building broken? From: Ian Lepore To: Garrett Cooper In-Reply-To: <4DB7FB56-359B-42DA-BB6F-0F4F33C772C5@gmail.com> References: <6961B0D9-F823-415C-A105-7DAC8339CB30@gmail.com> <3EB9F7EB-D9C8-40CB-BF28-21B7BE59C94C@gmail.com> <20121128071252.7AC1958094@chaos.jnpr.net> <20121128231538.8AB6758094@chaos.jnpr.net> <20121129000106.540ED58094@chaos.jnpr.net> <1354288503.69940.410.camel@revolution.hippie.lan> <20121130173656.9A9BE58094@chaos.jnpr.net> <1354299267.69940.434.camel@revolution.hippie.lan> <4DB7FB56-359B-42DA-BB6F-0F4F33C772C5@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 02 Dec 2012 11:16:52 -0700 Message-ID: <1354472212.1140.5.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Andrew Turner , Adrian Chadd , FreeBSD Current , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 18:17:35 -0000 On Fri, 2012-11-30 at 14:16 -0800, Garrett Cooper wrote: > On Nov 30, 2012, at 10:14 AM, Ian Lepore wrote: > > > On Fri, 2012-11-30 at 09:36 -0800, Simon J. Gerraty wrote: > >> On Fri, 30 Nov 2012 08:15:03 -0700, Ian Lepore writes: > >>> So when did this break, and why can't it be fixed? I've been using > >> > >> Sorry I missed the begining of this thread, > >> is anything broken? > > Apparently the only thing that's broken is the original implication in this mail thread that something is broken, and also the advice that DESTDIR must not be specified on a make command line for targets other than installworld, installkernel, or distribute. (To be fair, the original was more of a question, but then what followed were replies that reinforced an implication that something is really wrong.) I finally got updated with -current this morning and I find that my cross-build scripts which just blindly always pass DESTDIR= on the make command line regardless of the targets being built still work fine, like they always have. > > I haven't experienced anything myself, I assumed because I've been too > > busy to update any of my -current sandboxes for weeks. I was just going > > by the earlier messages in this thread, which were roughly > > > > "A cross-build breaks early in the process if DESTDIR is set" > > > > followed by > > > > "DESTDIR must only be set for installworld, buildworld, and distribute > > targets." > > s/buildworld/installkernel/ Oops, indeed; sorry for contributing to the confusion. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:08:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00A48D1A for ; Sun, 2 Dec 2012 21:08:54 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 718C88FC08 for ; Sun, 2 Dec 2012 21:08:54 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so2227000lah.13 for ; Sun, 02 Dec 2012 13:08:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=82FYWw8MWv+AEi0qyQWWZGLwkYXXEkNwxR8C5lF2djA=; b=Vw81wGKfsW3WxmGWXeNId6jIkR4WtQcGRt02l5rGWxa7OrgqdHwBpf4q1+9J3sv/QC o1ePH+YPXh2Ns+noAo3ENKXF/rLAECHQdTUEkGcIZxxzmgZSHGLrIXBSQ4o8NQ8mtCvP XzYEui7sUafGom4msfX8Pk8f/+Jd9uXMidaagqCHKuDWRMEREZREwlBUY/54J9K50VWJ 7NbecEDli8MA6T/a/Uyjk7FxSSUVenYKDX9zhGz5uwpCazW0zcmJouoRpA464fmpQR5O n1xe/PoG6+Sp3r707lDX+1GT0v+NUv/vIW6gBI63AK6+1aOfzYyAZj6+3AbIK+cxuiiF luZQ== MIME-Version: 1.0 Received: by 10.152.135.139 with SMTP id ps11mr7446166lab.29.1354482533320; Sun, 02 Dec 2012 13:08:53 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Sun, 2 Dec 2012 13:08:53 -0800 (PST) In-Reply-To: <50BB8556.6080702@passap.ru> References: <50BB8556.6080702@passap.ru> Date: Sun, 2 Dec 2012 22:08:53 +0100 X-Google-Sender-Auth: JnUJ1kmLYmGveeOVWqFHiqzEu_s Message-ID: Subject: Re: 9.1-RC3 default Linux ALSA configuration From: CeDeROM To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 21:08:55 -0000 On Sun, Dec 2, 2012 at 5:44 PM, Boris Samorodov wrote: > I've just committed a fix to linux-f10-alsa-lib port. The port now > creates a soft link to the native FreeBSD configuration file at > LINUXBASE. That may help here. Hey Boris :-) What is the native configuration file location? I only have /compat/linux/etc/alsa/pcm/pcm-oss.conf file. What is more, according to http://www.freebsd.org/cgi/man.cgi?query=pcm&sektion=4 hw.snd.default_unit Default sound card for systems with multiple sound cards. When using devfs(5), the default device for /dev/dsp. Equivalent to a symlink from /dev/dsp to /dev/dsp${hw.snd.default_unit}. But this does not solve the alsa issue for linux even if my default device is 0, so the /dev/dsp should point to /dev/dsp0 (?) or /dev/dsp.0.0 (?). On another machine with SB Audigy I have no sound at all, but the calls are ongoing (no audio device problem). Any suggestions? :-) Thanks :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:26:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD336F89 for ; Sun, 2 Dec 2012 21:26:39 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id 353CF8FC12 for ; Sun, 2 Dec 2012 21:26:39 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 80AB413606B9; Mon, 3 Dec 2012 01:26:13 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 421152C0062; Mon, 3 Dec 2012 01:26:13 +0400 (MSK) Received: from 46.38.39.248.tel.ru (46.38.39.248.tel.ru [46.38.39.248]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id QCKiNGb5-QDKKPED0; Mon, 3 Dec 2012 01:26:13 +0400 Message-ID: <50BBC774.3080009@passap.ru> Date: Mon, 03 Dec 2012 01:26:12 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: CeDeROM , freebsd-current@freebsd.org Subject: Re: 9.1-RC3 default Linux ALSA configuration References: <50BB8556.6080702@passap.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 21:26:39 -0000 Hi Tomek, 03.12.2012 01:08, CeDeROM пишет: > What is the native configuration file location? I only > have /compat/linux/etc/alsa/pcm/pcm-oss.conf file. It's the configuration file that is installed by audio/alsa-lib: LOCALBASE/etc/asound.conf. As for the rest, I'm not an expert with sound, sorry. :-( Hope somebody else may help you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 21:47:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 607BE602 for ; Sun, 2 Dec 2012 21:47:59 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C8CBD8FC12 for ; Sun, 2 Dec 2012 21:47:58 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so2245198lah.13 for ; Sun, 02 Dec 2012 13:47:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qDjgCaa1dk/IWzMYlheUcSz3KnOZuBdheFB6IMdgJTA=; b=Qppymj53uq3DQCjQiZeRviKQJE2CO/DL4qHwKADQwBDBmx2GKw84n/SYSVYiIm7apr 7ckSKae7guexLQdGnebUcEm8ug3FCBqoAAN8ogisytUAm2AogW1t6sgW0u0rmXoU031w ewE+rxfzBCDSyJmBk2ZwMK3xyVxgmyhgN99RbjmlwV4nttDcUbLmEE5yOM0rZc0wQqzK iScKMlB1lyPc9cOQ3iTn0GEDjoezR4Yln0xayf0EPdMGudrM0szVAFpLSJ/roqtmEmQw d4eE7PRWExER7/GxHm+qsYAUM9B9w3PKoEd/ouPwlrDB0W3IUI+/I1I/rtGE6hjcrv4X OhjA== MIME-Version: 1.0 Received: by 10.112.14.107 with SMTP id o11mr3489915lbc.98.1354484878386; Sun, 02 Dec 2012 13:47:58 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Sun, 2 Dec 2012 13:47:58 -0800 (PST) In-Reply-To: <50BBC774.3080009@passap.ru> References: <50BB8556.6080702@passap.ru> <50BBC774.3080009@passap.ru> Date: Sun, 2 Dec 2012 22:47:58 +0100 X-Google-Sender-Auth: AoA2x4PLoSOprPXfFM5I7yGWJFU Message-ID: Subject: Re: 9.1-RC3 default Linux ALSA configuration From: CeDeROM To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 21:47:59 -0000 On Sun, Dec 2, 2012 at 10:26 PM, Boris Samorodov wrote: > 03.12.2012 01:08, CeDeROM =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > It's the configuration file that is installed by audio/alsa-lib: > LOCALBASE/etc/asound.conf. Perfect solution! Replacing /compat/linux/etc/asound.conf with /usr/local/etc/asound.conf (or using the symlink as you suggeted) also solved my issue on the other machine :-) The configuration for 7.1 sound is more complex and valid for native alsa-lib on FreeBSD, this good configuration also propagates on Linux emulation :-) THANKS A LOT BORIS!!! :-) Best regards :-) Tomek --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 23:19:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96906B87 for ; Sun, 2 Dec 2012 23:19:57 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11ABA8FC08 for ; Sun, 2 Dec 2012 23:19:56 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so2281823lah.13 for ; Sun, 02 Dec 2012 15:19:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=vywf1dFJ6Dfx/y0WuR/5cAnn110KxllyppaEnavZBKk=; b=aorbHoypgiW2H1Bs2cGbDLqf6mJd4m4RfFIwwiYa1Zuouy3KO6gWDhvSlcJ/p7eP+e f4tqDqu+/HKcDTIQe2h6xMIqbw8OEpGh67K0Q8P/1Fh3qyG36d5lKGXvRMB34G5CY3gY tmKmq1hplJIn6JX1hFH0qZcNE/WbTn0+tgXmo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=vywf1dFJ6Dfx/y0WuR/5cAnn110KxllyppaEnavZBKk=; b=H3xBJ17uoXBgQkE2/IWFbjwMcFqxUkH3HsB+t1dyaNHCep9ABzhlo8R4yX1+oqsLob GlTzqrL2YTi463C5XfcgESyPj7x7KPgyvUvXhjTAT0OOvxKfAUs8g2Cu8bmiHHN/gpJ1 83QxgpahgdQEvPqXb6SZ8JVZmChfrYahpZ3kve1SLc3krfWuCbiT/Yh0mxLPU92rKYDW cCFvVvi7v6YVHqitgLtoJ9IAMnKAfOKUcmysvL6NMvUyGubAgOa1V0pDGbp8xG92MaHG QGU9dnpMHYZ/T+jIraOOk7ZWIi2PiVsXYf2VuRv5JzE9hi2/9LsuF7/6uw8kAFjflV6A AM1g== Received: by 10.112.103.135 with SMTP id fw7mr3561177lbb.17.1354490395528; Sun, 02 Dec 2012 15:19:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.154.168 with HTTP; Sun, 2 Dec 2012 15:19:25 -0800 (PST) From: Eitan Adler Date: Sun, 2 Dec 2012 18:19:25 -0500 Message-ID: Subject: looking for help from ppp users To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkpmchBLNDD/7kGi17f3Jcp+VjPQqDeh//I3YYiZcnJ5+XD41CGP+Vnk6lAN+reWDxa6OPF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 23:19:57 -0000 Hey all, I'm working on a project to review the FAQ: http://wiki.freebsd.org/ThwackAFAQ I need volunteers to question through the questions starting "userppp" through "desperation" and review them. If you don't have time to go through them all, just pick one and make this a group process. Is it factually correct? Does it use deprecated functionality? Is it completely outdated to the point we should remove it? Does it need better examples? Is it clear and concise? Typos and spelling mistakes It isn't that hard and would be a great help! -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 01:12:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F793438 for ; Mon, 3 Dec 2012 01:12:49 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id BF4AF8FC17 for ; Mon, 3 Dec 2012 01:12:48 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hm9so827017wib.13 for ; Sun, 02 Dec 2012 17:12:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=96fK3zHMYOG6he18mh8bCJZGUKBN9Nv8CNCtMilMTEk=; b=IoZekY58+jSfSOBzdUB4rDx6W4MbfmsZ2aUTH4OtzP3e6bodeGhIn6JKZhR1HjqttW zCt07de66r5spn/j25J33iy9fD/r7fzXtbbZ6U3VTWgnjqzceVdP6418DYdVy7J8Wbul fLcZvrAP21cl4fH69xu8CAmt4Hzz7BTssacaDwPe5cytLF4j2Vn4MmF/dNsRvDu/TiCd k+WW2uQtjy7FrsTL4QcBdAiFGIZ6+xiWweqRdCWrtahBPy7tyk3tnbcH4bw2Bg2ONNFd ARNNnegcGaOTcGMqXd2QVN+ENqTJM2pRmwnxU9EcJ7w5BZbHXwF/6inTdxtdDtAJu5Cd Y+hg== Received: by 10.180.86.70 with SMTP id n6mr6955687wiz.4.1354497167241; Sun, 02 Dec 2012 17:12:47 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id t17sm10313996wiv.6.2012.12.02.17.12.45 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Dec 2012 17:12:45 -0800 (PST) Date: Mon, 3 Dec 2012 02:12:42 +0100 From: Mateusz Guzik To: Ian Lepore Subject: Re: New jail does not understand nullfs Message-ID: <20121203011242.GA21372@dft-labs.eu> References: <1354460979.69940.627.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1354460979.69940.627.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Matt Donovan , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 01:12:49 -0000 On Sun, Dec 02, 2012 at 08:09:39AM -0700, Ian Lepore wrote: > On Sun, 2012-12-02 at 01:17 -0600, Matt Donovan wrote: > > When attempting to start the jail in question the following happens > > > > > > server# jail -c poudriere > > jail: poudriere: unknown parameter: allow.mount.nullfs > > > > > > Below is my jail.conf > > > > poudriere { > > name=poudriere; > > host.hostname=poudriere; > > ip4.addr="192.168.1.30"; > > persist; > > children.max=10; > > allow.mount; > > mount.devfs; > > allow.mount.nullfs; > > allow.raw_sockets; > > allow.socket_af; > > allow.sysvipc; > > enforce_statfs=1; > > path=/newsystem/jail/poudriere; > > exec.stop="umount -a"; > > } > > > > Does the switch not work yet? As I am using CURRENT with the latest > > revision. > > > > That "mount.devfs" doesn't look right, should that have "allow." on the > front? I wonder if that's the problem and the error report is off by > one line or something? > mount.devfs means "mount devfs" :) However, it indeed may be some issue with config parsing, e.g. some mishandled whitespace. Matt, in general this should work just fine. What revision are you using to test? Can you attach this config instead of copy-pasting it? -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 02:15:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA0CEA38 for ; Mon, 3 Dec 2012 02:15:44 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD6288FC08 for ; Mon, 3 Dec 2012 02:15:44 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id n2so1050577dad.13 for ; Sun, 02 Dec 2012 18:15:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IFFTVtKUQGaT2dVWZ2atha54vVdM72wrHZHIk9KKzy4=; b=NK4O05y4AkojVoIzFo6oJ7+NxmZgfaNxpuSNgGlh2jMrb5TIlyJYX8H7G6apeR2jb0 QsI49QM0w9XupfDGVIWVZZiU6cIK/uoo2E/AWAkFVHHeXEwpJ8DKQSQDMjGhF9lw5HB5 LyFKwHTazYBoXSnztjxNCUQWuo5/QmbzcS0N/tdFFAhQww7ha8npQESmGcSOJJmVxEVY stAaWis74ypan+jpj+/Ab2lY8dU6/4xO46mgUTiZBU7ipM6/oz0a5NO6mhhgOtzIOxSV nVukg7wFrIKBKOaJccRD7Ws7xNkCXUeUpab8kiGDOfh05tmdVCmm9jHGwWN2eAnxOEju FsOA== MIME-Version: 1.0 Received: by 10.68.248.1 with SMTP id yi1mr25562851pbc.93.1354500944020; Sun, 02 Dec 2012 18:15:44 -0800 (PST) Received: by 10.68.240.133 with HTTP; Sun, 2 Dec 2012 18:15:43 -0800 (PST) Received: by 10.68.240.133 with HTTP; Sun, 2 Dec 2012 18:15:43 -0800 (PST) In-Reply-To: <20121203011242.GA21372@dft-labs.eu> References: <1354460979.69940.627.camel@revolution.hippie.lan> <20121203011242.GA21372@dft-labs.eu> Date: Sun, 2 Dec 2012 20:15:43 -0600 Message-ID: Subject: Re: New jail does not understand nullfs From: Matt Donovan To: Mateusz Guzik Content-Type: multipart/mixed; boundary=047d7b338f639dc41304cfe953d5 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ian Lepore , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 02:15:45 -0000 --047d7b338f639dc41304cfe953d5 Content-Type: text/plain; charset=ISO-8859-1 Attached is my jail.conf. according to my logs I am using r243464. Going to do another svn update and try again as well. On Dec 2, 2012 7:12 PM, "Mateusz Guzik" wrote: > On Sun, Dec 02, 2012 at 08:09:39AM -0700, Ian Lepore wrote: > > On Sun, 2012-12-02 at 01:17 -0600, Matt Donovan wrote: > > > When attempting to start the jail in question the following happens > > > > > > > > > server# jail -c poudriere > > > jail: poudriere: unknown parameter: allow.mount.nullfs > > > > > > > > > Below is my jail.conf > > > > > > poudriere { > > > name=poudriere; > > > host.hostname=poudriere; > > > ip4.addr="192.168.1.30"; > > > persist; > > > children.max=10; > > > allow.mount; > > > mount.devfs; > > > allow.mount.nullfs; > > > allow.raw_sockets; > > > allow.socket_af; > > > allow.sysvipc; > > > enforce_statfs=1; > > > path=/newsystem/jail/poudriere; > > > exec.stop="umount -a"; > > > } > > > > > > Does the switch not work yet? As I am using CURRENT with the latest > > > revision. > > > > > > > That "mount.devfs" doesn't look right, should that have "allow." on the > > front? I wonder if that's the problem and the error report is off by > > one line or something? > > > > mount.devfs means "mount devfs" :) > > However, it indeed may be some issue with config parsing, e.g. some > mishandled whitespace. > > Matt, in general this should work just fine. What revision are you using > to test? Can you attach this config instead of copy-pasting it? > > -- > Mateusz Guzik > --047d7b338f639dc41304cfe953d5 Content-Type: application/octet-stream; name="jail.conf" Content-Disposition: attachment; filename="jail.conf" Content-Transfer-Encoding: base64 X-Attachment-Id: 1420297164228824678-1 cG91ZHJpZXJlIHsKICAgICAgICAgbmFtZT1wb3VkcmllcmU7CiAgICAgICAgIGhvc3QuaG9zdG5h bWU9cG91ZHJpZXJlOyAKICAgICAgICBpcDQuYWRkcj0iMTkyLjE2OC4xLjMwIjsgICAgICAKICAg ICAgIHBlcnNpc3Q7IAogICAgICAgIGNoaWxkcmVuLm1heD0xMDsgCiAgICAgICAgYWxsb3cubW91 bnQ7CiAgICAgICAgIG1vdW50LmRldmZzOwogICAgICAgIGFsbG93Lm1vdW50Lm51bGxmczsKICAg ICAgYWxsb3cucmF3X3NvY2tldHM7IAogICAgICBhbGxvdy5zb2NrZXRfYWY7CiAgICAgIGFsbG93 LnN5c3ZpcGM7IAogICAgICBlbmZvcmNlX3N0YXRmcz0xOwogICAgICBwYXRoPS9uZXdzeXN0ZW0v amFpbC9wb3VkcmllcmU7IAogICAgICBleGVjLnN0b3A9InVtb3VudCAtYSI7IAp9Cg== --047d7b338f639dc41304cfe953d5-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 02:43:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EB70D8A for ; Mon, 3 Dec 2012 02:43:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A396C8FC13 for ; Mon, 3 Dec 2012 02:43:44 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-27-41.lns21.adl2.internode.on.net [14.2.27.41]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id qB32hJt1088119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Dec 2012 13:13:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: looking for help from ppp users Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B0390BC0-FC47-4DFC-83CF-9636AEC4BC4B"; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: Date: Mon, 3 Dec 2012 13:13:19 +1030 Message-Id: <88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au> References: To: Eitan Adler X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 02:43:46 -0000 --Apple-Mail=_B0390BC0-FC47-4DFC-83CF-9636AEC4BC4B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 03/12/2012, at 9:49, Eitan Adler wrote: > I'm working on a project to review the FAQ: = http://wiki.freebsd.org/ThwackAFAQ >=20 > I need volunteers to question through the questions starting "userppp" > through "desperation" and review them. If you don't have time to go > through them all, just pick one and make this a group process. >=20 > Is it factually correct? > Does it use deprecated functionality? > Is it completely outdated to the point we should remove it? > Does it need better examples? > Is it clear and concise? > Typos and spelling mistakes >=20 > It isn't that hard and would be a great help! 14.6 should probably read.. If you have Link Quality Reporting (LQR) configured, it is possible that = too many LQR packets are lost between your machine and the peer. The = ppp(8) program deduces that the line must therefore be bad, and = disconnects. Prior to FreeBSD version 2.2.5, LQR was enabled by default. = It is now disabled by default. LQR can be enabled with the following = line: enable lqr [ie demonstrate how to enable it since it's off by default] Is Brian Somers still a FreeBSD committer? Section 14.9 has his email = address and suggests you contact him under some circumstances. I would delete 14.11 because openmode is now the default and 14.12 = mentions how and why you should disable it. Section 14.20 says that PPP doesn't dump core because it is run as root, = this is incorrect - it doesn't dump core because it is set UID. Section 14.22 could basically be replaced with "use 'nat same_ports = yes'", or suggest the user use PF for NAT and run the miniupnpd port. = Certainly these days games (and every other network app) are much more = NAT savvy due to its prevalence. I would also add a section about MTU - I expect the dominant use case = for PPP is ADSL these days. In this case the MTU is usually limited to = 1492 bytes (1500 byte ethernet frame minus PPP framing overhead). If all = ICMP is blocked at some part of the link then packet fragmentation = doesn't work properly and you end up with symptoms like interactive SSH = logins work but bulk SCP or FTPs don't. I hope that helps! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_B0390BC0-FC47-4DFC-83CF-9636AEC4BC4B-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 03:22:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 190CC2AF for ; Mon, 3 Dec 2012 03:22:50 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 846498FC08 for ; Mon, 3 Dec 2012 03:22:48 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so2390464lah.13 for ; Sun, 02 Dec 2012 19:22:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=qSFTpt6g4FkhbiQ9qZOtkMbiL2M8LgDZGjrW/ULYFRQ=; b=hGBGVQPMpL0u/n6w7R+Og0LwfP7G6f4Yma3IYh+5yP2wbU4wIGNJiIWWiT34z1zUB5 7kKlz42w30bkcyrFxB+oslqMfuIJ/eOInZlzwpdqOPIZSEStmlDvWfQyiUAGKWeBd1ve tNglzZkNRdcFtb7tPxp8Yjx0cYxp1fL6sV9GY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=qSFTpt6g4FkhbiQ9qZOtkMbiL2M8LgDZGjrW/ULYFRQ=; b=KgDHRLeN9xeMwJ2pXVaco7juXcMP+wknYPRLoY6ZhZBWlogSkynepkg+jEcL73jk5U MfEp2X92WMdsJFO5E+vQkDI/xI2f+8fLD1KNlrcr0K5DhnEDDnCQ+398AOSBpBcaeZ+Q p8nWeHR+dSB490MoPHD8x8OEKH0gtLfayOjVqvCmyqfVsNZ8892K7q4PRAVcT7jCSQAP 67faaVOihNDHvcfy5pbGSLC40TfG+GFzO635kbnLEIgHAO2G+cKP3NupEET+33bfKLIQ y75gnJUyDsTeStHxoN16oO0nUg3E3+o1yaaM3ia55mgbO44z5WXmDshf4QAO+hU8XzGD Ckow== Received: by 10.112.103.135 with SMTP id fw7mr3720507lbb.17.1354504967883; Sun, 02 Dec 2012 19:22:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.154.168 with HTTP; Sun, 2 Dec 2012 19:22:17 -0800 (PST) In-Reply-To: <88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au> References: <88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au> From: Eitan Adler Date: Sun, 2 Dec 2012 22:22:17 -0500 Message-ID: Subject: Re: looking for help from ppp users To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQksfzFAi1d6Gy0oJpd8rtc6zStzV8VxvoUrM76aPzpA+ubDoZq/OGWuDJRqXy2TbOqT2JVO Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 03:22:50 -0000 On 2 December 2012 21:43, Daniel O'Connor wrote: ... I've marked the appropriate sections as red on the http://wiki.freebsd.org/ThwackAFAQ page. Should I mark the rest green or were they unreviewed? Either way the feedback so far will be taken into account. > I would also add a section about MTU - I expect the dominant use case for= PPP is ADSL these days. In this case the MTU is usually limited to 1492 by= tes (1500 byte ethernet frame minus PPP framing overhead). If all ICMP is b= locked at some part of the link then packet fragmentation doesn't work prop= erly and you end up with symptoms like interactive SSH logins work but bulk= SCP or FTPs don't. I've added this to http://wiki.freebsd.org/NewFAQs > I hope that helps! It was very useful - thank you! Myself, or another volunteer should get to them in due time. At the moment I'm just trying to get triage done. --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 04:22:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91B1975C for ; Mon, 3 Dec 2012 04:22:49 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 512B98FC08 for ; Mon, 3 Dec 2012 04:22:49 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id qB34MjQ1060651 for ; Sun, 2 Dec 2012 23:22:45 -0500 (EST) (envelope-from andy@neu.net) Date: Sun, 2 Dec 2012 23:22:45 -0500 (EST) From: AN To: freebsd-current@freebsd.org Subject: problem with keyboard during installation In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.6 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 04:22:49 -0000 I am trying to install a new system using FreeBSD-10.0-CURRENT-amd64-release.iso.xz (from https://snapshots.glenbarber.us/Latest/). I am having a problem with the keyboard. I have tried all possible options of US keyboards, and also the option not to change the keyboard. The problem specifically is that when I try to change the amount of space of a partition I am unable to navigate using the arrow keys. When I try to use the right arrow key to move the cursor, it moves the cursor to the OK button. But that is not what I want to do. I want to setup the partitions manually, but the keys will not allow me to. I know there have been a lot of changes to the install code recently, has anyone else seen this behavior? I have tried wired and wireless USB keyboards, I am currently typing this from the wireless keyboard. so I know it works. There was some discussion concerning this here: http://comments.gmane.org/gmane.os.freebsd.current/135395 Any help would be appreciated. Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 05:08:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D12F997D; Mon, 3 Dec 2012 05:08:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id E61038FC15; Mon, 3 Dec 2012 05:08:14 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hm9so889551wib.13 for ; Sun, 02 Dec 2012 21:08:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=8U/kE8LalHA/qwiACqBVBQnSowOWz8mknRUNVR5B2kA=; b=Ezj/Ros4uN8YpUkdvOBD6utth9dmgBziWYjyCN6HTobP1rLcleUKqCOYzrYojJ1o2b KUwpIkX7KK8w99/K4LOCAL7k4oicr/ogDkljc1nb8Xr05YqR9cgV2DH1aKjuee3n8lHT uBm8ZZ22lcw0/fHJbe/FWEMwKtnLNPzW9CBVyzJ5kWD2UjiemL21cOoHOOGCMkOLEbav EwNEW1BNfnm83teezIPZTjmaWikiIeF2P2MSVzJhbnsQMr2uyHMrIJlV0ul+2cny3L0T pdWg5QwYfnLpgjp5Yb+wpIiXF93jtG+I1GieSOCnX7022PhKGrvHXlL0Wr1jwTkv+CMc d4XQ== MIME-Version: 1.0 Received: by 10.180.88.138 with SMTP id bg10mr7410046wib.13.1354511293834; Sun, 02 Dec 2012 21:08:13 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Sun, 2 Dec 2012 21:08:13 -0800 (PST) Date: Sun, 2 Dec 2012 21:08:13 -0800 X-Google-Sender-Auth: PL-qjMk158UuOsM0ems2R1DUjLs Message-ID: Subject: please add auditdistd user/group to -stable and the 9.1-release? From: Adrian Chadd To: Robert Watson , Pawel Jakub Dawidek , freebsd-current , Ken Smith Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 05:08:15 -0000 Hi, Would you guys please add the auditdistd user/group info to 9.1-release, so people doing crossbuilds of -HEAD on a fresh 9.1-RELEASE won't get an install error? Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 05:20:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C197BA2; Mon, 3 Dec 2012 05:20:04 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C32F48FC12; Mon, 3 Dec 2012 05:20:03 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so2718749obc.13 for ; Sun, 02 Dec 2012 21:20:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y+vZQF9gUfC6yLcbOZrCry26hOoe4a4NfSMIkipwfVs=; b=TnMl+gNftIAcTVf6wUsX+/eMxaaHxOANI9tc7GE8YhARNoK7Cn0Ab63J1ocAfix3RX UQbxKrSOa/CqYK9AASrPoq7EPrw0Mr+a1L0RdWZqLeJYclFUHJb3rQJnbceBSvj+9FHU 9xmWZ4a6wFp6JMlxlmjsGCUxF3o3VrW1xMl1VKOGNZhQgXWht3FRC33S8HvMrQ3ThFvd JoN+seribmdjpRU4h12R828G29iIQheGNcuyTVW92au1lDt3dttnJCA6twtY+mj3G/sC 2bjcmrBJwIFd/4Nz2t+StySDZ4ebvReJ8PgI4DHIxWcWGS8bqe5LTw1Gfq7fiJTi8/D1 f4yw== MIME-Version: 1.0 Received: by 10.60.10.133 with SMTP id i5mr7057810oeb.24.1354512003398; Sun, 02 Dec 2012 21:20:03 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sun, 2 Dec 2012 21:20:03 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Dec 2012 21:20:03 -0800 Message-ID: Subject: Re: please add auditdistd user/group to -stable and the 9.1-release? From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Robert Watson , Ken Smith X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 05:20:04 -0000 On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd wrote: > Hi, > > Would you guys please add the auditdistd user/group info to > 9.1-release, so people doing crossbuilds of -HEAD on a fresh > 9.1-RELEASE won't get an install error? Or mtree could just use -w instead in Makefile.inc1 and distribute. Let me do some investigation to determine whether or not this is a valid solution to this problem. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 05:45:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1BA5153 for ; Mon, 3 Dec 2012 05:45:10 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id F04E58FC12 for ; Mon, 3 Dec 2012 05:45:08 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-27-41.lns21.adl2.internode.on.net [14.2.27.41]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id qB35iqCl097669 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 3 Dec 2012 16:14:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: looking for help from ppp users Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: multipart/signed; boundary="Apple-Mail=_68CFB734-1393-4F0D-B9B0-2708D9AD2670"; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: Date: Mon, 3 Dec 2012 16:14:50 +1030 Message-Id: <5EDA2902-93EF-433B-8AE6-8E1C16BF0029@gsoft.com.au> References: <88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au> To: Eitan Adler X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 05:45:10 -0000 --Apple-Mail=_68CFB734-1393-4F0D-B9B0-2708D9AD2670 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 03/12/2012, at 13:52, Eitan Adler wrote: > On 2 December 2012 21:43, Daniel O'Connor = wrote: > ... > I've marked the appropriate sections as red on the > http://wiki.freebsd.org/ThwackAFAQ page. Should I mark the rest green > or were they unreviewed? Either way the feedback so far will be taken > into account. I eyeballed all of the PPP FAQ entries and I couldn't find anything else = wrong. I didn't try them though and only relied on my memory. For 14.17 and 14.23 I didn't really know about the gory details so I = just assumed it was correct.. >> I would also add a section about MTU - I expect the dominant use case = for PPP is ADSL these days. In this case the MTU is usually limited to = 1492 bytes (1500 byte ethernet frame minus PPP framing overhead). If all = ICMP is blocked at some part of the link then packet fragmentation = doesn't work properly and you end up with symptoms like interactive SSH = logins work but bulk SCP or FTPs don't. >=20 > I've added this to http://wiki.freebsd.org/NewFAQs >=20 >> I hope that helps! >=20 > It was very useful - thank you! Myself, or another volunteer should > get to them in due time. At the moment I'm just trying to get triage > done. OK thanks for your efforts! BTW I see the serial port section is similarly stale (it still mentions = sio instead of uart) and as the wiki page says, it doesn't mention any = USB to RS232 adapters (which are likely to be what most people see on = modern systems). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_68CFB734-1393-4F0D-B9B0-2708D9AD2670-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 07:06:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BD049DC; Mon, 3 Dec 2012 07:06:18 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7B28FC14; Mon, 3 Dec 2012 07:06:17 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so2789676obc.13 for ; Sun, 02 Dec 2012 23:06:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QRYrq0aefnrpjzuC5B5tdU9mmOi4X/93tE1PPOaU/nw=; b=P2KMRASjHWHptmjvmeSSy7QZg6Lb3wAQgPLt4v0ZP0fO3j2sAX0xU8EEmdeX7/jLgD pQ0juA3FkxyGguKR7PyGTx8cQavgBdsAEvZHYKorhRbc9YKgcEwDbBZd5ZRO2eT4EHjm b06OJH6E29v11Ob4XhSmX/B05lMH5FTmMWTPhRrkqW7RurS2e2H9XfUghJh/DoU55lvM LNsB1AyupEa+rKsCAD6HIIEMJ6NT8ubkHuhadDq7pbaFPyXj5thAyIxA5R2LIH+h2hbM ra7gH0KiAXmLUN/knoJbM5TVJ8wZMGD1vmpMK720ed7NeP85tlcJLNH5F01Wn/I0HgFD /NgA== MIME-Version: 1.0 Received: by 10.60.170.114 with SMTP id al18mr7603555oec.56.1354518376900; Sun, 02 Dec 2012 23:06:16 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sun, 2 Dec 2012 23:06:16 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Dec 2012 23:06:16 -0800 Message-ID: Subject: Re: please add auditdistd user/group to -stable and the 9.1-release? From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Robert Watson , Ken Smith X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 07:06:18 -0000 On Sun, Dec 2, 2012 at 9:20 PM, Garrett Cooper wrote: > On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd wrote: >> Hi, >> >> Would you guys please add the auditdistd user/group info to >> 9.1-release, so people doing crossbuilds of -HEAD on a fresh >> 9.1-RELEASE won't get an install error? > > Or mtree could just use -w instead in Makefile.inc1 and distribute. > Let me do some investigation to determine whether or not this is a > valid solution to this problem. I've done some digging in the source tree and this seems like a potentially workable solution for the issue reported -- in part because auditdistd is only present in BSD.var.dist, /etc/rc.d/var runs BSD.var.dist at boot, etc: Index: etc/Makefile =================================================================== --- etc/Makefile (revision 243802) +++ etc/Makefile (working copy) @@ -293,7 +293,7 @@ distrib-dirs: mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.root.dist -p ${DESTDIR}/ - mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.var.dist -p ${DESTDIR}/var + mtree -eUw ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.var.dist -p ${DESTDIR}/var mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.usr.dist -p ${DESTDIR}/usr mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.include.dist \ -p ${DESTDIR}/usr/include I'm running a build still to confirm this. I'll look into a more generic solution, but this should get people past r243752 without having to install a master.passwd file everywhere with auditdistd in it. A better solution would potentially be to delay processing the mtree files until later and run it via another script which could handle sequencing things properly (either directly via mtree, or better, via a make target). I have other ideas for this but I need to sleep on them because they might not seem workable later. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 08:36:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 270586FE; Mon, 3 Dec 2012 08:36:33 +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 EADF88FC08; Mon, 3 Dec 2012 08:36:32 +0000 (UTC) Received: from [192.168.2.119] (host86-129-88-139.range86-129.btcentralplus.com [86.129.88.139]) by cyrus.watson.org (Postfix) with ESMTPSA id B474646B09; Mon, 3 Dec 2012 03:36:31 -0500 (EST) Subject: Re: please add auditdistd user/group to -stable and the 9.1-release? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: "Robert N. M. Watson" In-Reply-To: Date: Mon, 3 Dec 2012 08:36:29 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <51F30CC3-D110-42F3-8C97-B1C2E943D458@freebsd.org> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1283) Cc: freebsd-current , Ken Smith X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 08:36:33 -0000 My intuition (hope) is that 9.1 is past the point of no return on builds = and so that boat has been missed; however, my plan is to MFC the = auditdistd user to stable/8 and stable/9 after the 3-day MFC timeout. If = Ken thinks builds have yet to start on the final 9.1 image, however, = then I'm happy to merge to there as well. Brooks Davis has a work-in-progress port of the NetBSD mtree (etc) to = FreeBSD that will hopefully be merged soon, and allow improved = cross-install experiences. This is something 9.1 users will benefit from = as it can be done entirely in the cross-build/install tools rather than = requiring host changes. In the longer term, these changes are necessary = to not only allow more diverse cross-builds on FreeBSD, but also to = allow builds from other OS's, where "add FreeBSD's auditdistd user" = makes no sense at all. Robert On 3 Dec 2012, at 05:08, Adrian Chadd wrote: > Hi, >=20 > Would you guys please add the auditdistd user/group info to > 9.1-release, so people doing crossbuilds of -HEAD on a fresh > 9.1-RELEASE won't get an install error? >=20 > Thanks, >=20 >=20 > Adrian From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 08:45:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20E9696F for ; Mon, 3 Dec 2012 08:45:10 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC4B58FC14 for ; Mon, 3 Dec 2012 08:45:09 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so1806543pbc.13 for ; Mon, 03 Dec 2012 00:45:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fQWgOX7DdZwDoqREKCwY74U1IQLWsoucyqelS1vWDYw=; b=jbytMLs88QV8Ze0qgG3usozSapQ1VyKMEBt0+9ddGMSVef4wr3NpBSolgR/DT/kGAT j3JQDPrAOIK3cH620Qt0FqFVwbvqaYV75bNxttxLsEOqT3KP7yhaZL5ix7ZjkLhf/BZI /rAC4qv01yug+rzfTpwNwt+GNUqI865qAEQ8yLTDFbRf+cRphn50rt0uJ5CyHbkVllIj Fdj2d77YsBrZiijyLbRbX8cu3vop3GENObzE9k9sU0kNQqMnRnYqPP4d2duQpERSOp96 ShyMH1KOT76bayGVDOV8vDRi6KHRCgeRWdzrAPaxXFUKGnIodA3cTPOpbRkJqI1K4Tis kbqg== MIME-Version: 1.0 Received: by 10.68.193.167 with SMTP id hp7mr27592119pbc.124.1354524309401; Mon, 03 Dec 2012 00:45:09 -0800 (PST) Received: by 10.68.240.133 with HTTP; Mon, 3 Dec 2012 00:45:09 -0800 (PST) Received: by 10.68.240.133 with HTTP; Mon, 3 Dec 2012 00:45:09 -0800 (PST) In-Reply-To: References: <1354460979.69940.627.camel@revolution.hippie.lan> <20121203011242.GA21372@dft-labs.eu> Date: Mon, 3 Dec 2012 02:45:09 -0600 Message-ID: Subject: Re: New jail does not understand nullfs From: Matt Donovan To: Mateusz Guzik Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ian Lepore , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 08:45:10 -0000 Updated system to r243801 the allow.mount.nullfs still errors out. On Dec 2, 2012 8:15 PM, "Matt Donovan" wrote: > Attached is my jail.conf. according to my logs I am using r243464. Going > to do another svn update and try again as well. > On Dec 2, 2012 7:12 PM, "Mateusz Guzik" wrote: > >> On Sun, Dec 02, 2012 at 08:09:39AM -0700, Ian Lepore wrote: >> > On Sun, 2012-12-02 at 01:17 -0600, Matt Donovan wrote: >> > > When attempting to start the jail in question the following happens >> > > >> > > >> > > server# jail -c poudriere >> > > jail: poudriere: unknown parameter: allow.mount.nullfs >> > > >> > > >> > > Below is my jail.conf >> > > >> > > poudriere { >> > > name=poudriere; >> > > host.hostname=poudriere; >> > > ip4.addr="192.168.1.30"; >> > > persist; >> > > children.max=10; >> > > allow.mount; >> > > mount.devfs; >> > > allow.mount.nullfs; >> > > allow.raw_sockets; >> > > allow.socket_af; >> > > allow.sysvipc; >> > > enforce_statfs=1; >> > > path=/newsystem/jail/poudriere; >> > > exec.stop="umount -a"; >> > > } >> > > >> > > Does the switch not work yet? As I am using CURRENT with the latest >> > > revision. >> > > >> > >> > That "mount.devfs" doesn't look right, should that have "allow." on the >> > front? I wonder if that's the problem and the error report is off by >> > one line or something? >> > >> >> mount.devfs means "mount devfs" :) >> >> However, it indeed may be some issue with config parsing, e.g. some >> mishandled whitespace. >> >> Matt, in general this should work just fine. What revision are you using >> to test? Can you attach this config instead of copy-pasting it? >> >> -- >> Mateusz Guzik >> > From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 08:46:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 957B4A8E; Mon, 3 Dec 2012 08:46:15 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0828E8FC08; Mon, 3 Dec 2012 08:46:14 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so2864979obc.13 for ; Mon, 03 Dec 2012 00:46:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HtMJsk141UmF2YIuw3hPM62PYxhsyXPjyHGpsXa1g64=; b=VYiMoQ24NOVAH7JTVMUeTbp0IrT92AkFLEn0iaa9TocxdlV+sycyCkyyMFFLgtCUMb P8svTe9y8DqPnNBxGbCmKD4SR3Pc/jxv3DQv9v0l/D3EMLnvDMrPgZeP/hbNGRQduZrX uMERHssj7Z0P98neJJrw6wCuqCrbgzIGrwIFXdlALl+UA138fwqADW3X4Kt/hJ5tZdfA nr2tD6WCTZJKqNuoSZQx/P4l7NSpl1hSxIzRCjc7qGJ28ovW7hoxbplERcK9P4vwfG9R R+SF2g5+nL4LD0OnOBqLaHb8sWO+rdtQqzKrgY1X0X0MzLgAgAUislw5rJGZlimTanV4 wr4A== MIME-Version: 1.0 Received: by 10.60.170.114 with SMTP id al18mr7770029oec.56.1354524374316; Mon, 03 Dec 2012 00:46:14 -0800 (PST) Received: by 10.76.143.33 with HTTP; Mon, 3 Dec 2012 00:46:14 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Dec 2012 00:46:14 -0800 Message-ID: Subject: Re: please add auditdistd user/group to -stable and the 9.1-release? From: Garrett Cooper To: Adrian Chadd Content-Type: multipart/mixed; boundary=bcaec54b4a0e2bb86c04cfeec8ec Cc: freebsd-current , Robert Watson , Ken Smith X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 08:46:15 -0000 --bcaec54b4a0e2bb86c04cfeec8ec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, Dec 2, 2012 at 11:06 PM, Garrett Cooper wrote: > On Sun, Dec 2, 2012 at 9:20 PM, Garrett Cooper wrote= : >> On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd wrote: >>> Hi, >>> >>> Would you guys please add the auditdistd user/group info to >>> 9.1-release, so people doing crossbuilds of -HEAD on a fresh >>> 9.1-RELEASE won't get an install error? >> >> Or mtree could just use -w instead in Makefile.inc1 and distribute. >> Let me do some investigation to determine whether or not this is a >> valid solution to this problem. > > I've done some digging in the source tree and this seems like a > potentially workable solution for the issue reported -- in part > because auditdistd is only present in BSD.var.dist, /etc/rc.d/var runs > BSD.var.dist at boot, etc: > > Index: etc/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- etc/Makefile (revision 243802) > +++ etc/Makefile (working copy) > @@ -293,7 +293,7 @@ > > distrib-dirs: > mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.root.dist -p ${DESTDIR}/ > - mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.var.dist -p ${DESTDIR}/var > + mtree -eUw ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.var.dist -p ${DESTDIR}/var > mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.usr.dist -p ${DESTDIR}/usr > mtree -eU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.include.dist \ > -p ${DESTDIR}/usr/include > > I'm running a build still to confirm this. > I'll look into a more generic solution, but this should get people > past r243752 without having to install a master.passwd file everywhere > with auditdistd in it. A better solution would potentially be to delay > processing the mtree files until later and run it via another script > which could handle sequencing things properly (either directly via > mtree, or better, via a make target). I have other ideas for this but > I need to sleep on them because they might not seem workable later. Spoke a bit too soon. Our -w flag isn't as universally useful as NetBSD mtree's -W flag: -W Don't attempt to set various file attributes such a= s the ownership, mode, flags, or time when creating n= ew directories or changing existing entries. This opt= ion will be most useful when used in conjunction with -= U or -u. This patch matches what NetBSD does in their version of mtree (and combined with the beforementioned change to etc/Makefile -- which I've rolled into the attached patch), makes installworld possible on my 9/stable machine. Thanks, -Garrett $ sudo make installworld DESTDIR=3D/scratch/fbsd-destdir ... =3D=3D=3D> libcrypto (install) install -C -o root -g wheel -m 444 libcrypto.a /scratch/fbsd-destdir/usr/= lib32 install -C -o root -g wheel -m 444 libcrypto_p.a /scratch/fbsd-destdir/usr/lib32 install -s -o root -g wheel -m 444 libcrypto.so.7 /scratch/fbsd-destdir/usr/lib32 ln -fs libcrypto.so.7 /scratch/fbsd-destdir/usr/lib32/libcrypto.so =3D=3D=3D> libcrypto/engines (install) =3D=3D=3D> libcrypto/engines/lib4758cca (install) install -s -o root -g wheel -m 444 lib4758cca.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libaep (install) install -s -o root -g wheel -m 444 libaep.so /scratch/fbsd-destdir/usr/= lib32 =3D=3D=3D> libcrypto/engines/libatalla (install) install -s -o root -g wheel -m 444 libatalla.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libchil (install) install -s -o root -g wheel -m 444 libchil.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libcswift (install) install -s -o root -g wheel -m 444 libcswift.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libgost (install) install -s -o root -g wheel -m 444 libgost.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libnuron (install) install -s -o root -g wheel -m 444 libnuron.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libsureware (install) install -s -o root -g wheel -m 444 libsureware.so /scratch/fbsd-destdir/usr/lib32 =3D=3D=3D> libcrypto/engines/libubsec (install) install -s -o root -g wheel -m 444 libubsec.so /scratch/fbsd-destdir/usr/lib32 Removing stale symlinks. rm -f /scratch/fbsd-destdir/usr/include/des.h rm -f /scratch/fbsd-destdir/usr/lib32/libdes.a rm -f /scratch/fbsd-destdir/usr/lib32/libdes.so rm -f /scratch/fbsd-destdir/usr/lib32/libdes.so.3 rm -f /scratch/fbsd-destdir/usr/lib32/libdes_p.a =3D=3D=3D> libssl (install) install -C -o root -g wheel -m 444 libssl.a /scratch/fbsd-destdir/usr/lib= 32 install -C -o root -g wheel -m 444 libssl_p.a /scratch/fbsd-destdir/usr/l= ib32 install -s -o root -g wheel -m 444 libssl.so.7 /scratch/fbsd-destdir/usr/lib32 ln -fs libssl.so.7 /scratch/fbsd-destdir/usr/lib32/libssl.so =3D=3D=3D> libssh (install) install -C -o root -g wheel -m 444 libssh.a /scratch/fbsd-destdir/usr/lib= 32 install -C -o root -g wheel -m 444 libssh_p.a /scratch/fbsd-destdir/usr/l= ib32 install -s -o root -g wheel -m 444 libssh.so.5 /scratch/fbsd-destdir/usr/lib32 ln -fs libssh.so.5 /scratch/fbsd-destdir/usr/lib32/libssh.so cd /store/freebsd/head/libexec/rtld-elf; PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj/store/freebsd/head/lib32 VERSION=3D"FreeBSD 9.1-PRERELEASE amd64 901501" PATH=3D/usr/obj/store/freebsd/head/tmp/legacy/usr/sbin:/usr/obj/store/freeb= sd/head/tmp/legacy/usr/bin:/usr/obj/store/freebsd/head/tmp/legacy/usr/games= :/usr/obj/store/freebsd/head/tmp/usr/sbin:/usr/obj/store/freebsd/head/tmp/u= sr/bin:/usr/obj/store/freebsd/head/tmp/usr/games:/usr/obj/store/freebsd/hea= d/tmp/legacy/usr/sbin:/usr/obj/store/freebsd/head/tmp/legacy/usr/bin:/usr/o= bj/store/freebsd/head/tmp/legacy/usr/games:/usr/obj/store/freebsd/head/tmp/= usr/sbin:/usr/obj/store/freebsd/head/tmp/usr/bin:/usr/obj/store/freebsd/hea= d/tmp/usr/games:/tmp/install.yw3nUN4i LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 COMPILER_TYPE=3Dgcc /usr/obj/store/freebsd/head/make.amd64/make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj/store/freebsd/head/lib32/usr/lib32" CC=3D"cc -m32 -march=3Dcore2 -DCOMPAT_32BIT -isystem /usr/obj/store/freebsd/head/lib32/usr/include/ -L/usr/obj/store/freebsd/head/lib32/usr/lib32 -B/usr/obj/store/freebsd/head/lib32/usr/lib32" CXX=3D"c++ -m32 -march=3Dcore2 -DCOMPAT_32BIT -isystem /usr/obj/store/freebsd/head/lib32/usr/include/ -L/usr/obj/store/freebsd/head/lib32/usr/lib32 -B/usr/obj/store/freebsd/head/lib32/usr/lib32" -DCOMPAT_32BIT -DNO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_INCS install install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf32.so.1 /scratch/fbsd-destdir/libexec /scratch/fbsd-destdir/usr/libexec/ld-elf32.so.1 -> /libexec/ld-elf32.so.1 cd /store/freebsd/head/usr.bin/ldd; PROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj/store/freebsd/head/lib32 VERSION=3D"FreeBSD 9.1-PRERELEASE amd64 901501" PATH=3D/usr/obj/store/freebsd/head/tmp/legacy/usr/sbin:/usr/obj/store/freeb= sd/head/tmp/legacy/usr/bin:/usr/obj/store/freebsd/head/tmp/legacy/usr/games= :/usr/obj/store/freebsd/head/tmp/usr/sbin:/usr/obj/store/freebsd/head/tmp/u= sr/bin:/usr/obj/store/freebsd/head/tmp/usr/games:/usr/obj/store/freebsd/hea= d/tmp/legacy/usr/sbin:/usr/obj/store/freebsd/head/tmp/legacy/usr/bin:/usr/o= bj/store/freebsd/head/tmp/legacy/usr/games:/usr/obj/store/freebsd/head/tmp/= usr/sbin:/usr/obj/store/freebsd/head/tmp/usr/bin:/usr/obj/store/freebsd/hea= d/tmp/usr/games:/tmp/install.yw3nUN4i LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 COMPILER_TYPE=3Dgcc /usr/obj/store/freebsd/head/make.amd64/make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj/store/freebsd/head/lib32/usr/lib32" CC=3D"cc -m32 -march=3Dcore2 -DCOMPAT_32BIT -isystem /usr/obj/store/freebsd/head/lib32/usr/include/ -L/usr/obj/store/freebsd/head/lib32/usr/lib32 -B/usr/obj/store/freebsd/head/lib32/usr/lib32" CXX=3D"c++ -m32 -march=3Dcore2 -DCOMPAT_32BIT -isystem /usr/obj/store/freebsd/head/lib32/usr/include/ -L/usr/obj/store/freebsd/head/lib32/usr/lib32 -B/usr/obj/store/freebsd/head/lib32/usr/lib32" -DCOMPAT_32BIT -DNO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_INCS install install -s -o root -g wheel -m 555 ldd32 /scratch/fbsd-destdir/usr/bin $ echo $? 0 $ svnversion 243802M $ uname -a FreeBSD bayonetta.local 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r240836M: Sat Sep 22 12:30:11 PDT 2012 gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA amd64 --bcaec54b4a0e2bb86c04cfeec8ec Content-Type: text/plain; charset=US-ASCII; name="ignore-BSD.var.dist-uid-and-gid-set-errors.patch.txt" Content-Disposition: attachment; filename="ignore-BSD.var.dist-uid-and-gid-set-errors.patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha9craov0 SW5kZXg6IGV0Yy9NYWtlZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvTWFrZWZpbGUJKHJldmlzaW9u IDI0MzgwMikKKysrIGV0Yy9NYWtlZmlsZQkod29ya2luZyBjb3B5KQpAQCAtMjkzLDcgKzI5Myw3 IEBACiAKIGRpc3RyaWItZGlyczoKIAltdHJlZSAtZVUgJHtNVFJFRV9GT0xMT1dTX1NZTUxJTktT fSAtZiAkey5DVVJESVJ9L210cmVlL0JTRC5yb290LmRpc3QgLXAgJHtERVNURElSfS8KLQltdHJl ZSAtZVUgJHtNVFJFRV9GT0xMT1dTX1NZTUxJTktTfSAtZiAkey5DVVJESVJ9L210cmVlL0JTRC52 YXIuZGlzdCAtcCAke0RFU1RESVJ9L3ZhcgorCW10cmVlIC1lVXcgJHtNVFJFRV9GT0xMT1dTX1NZ TUxJTktTfSAtZiAkey5DVVJESVJ9L210cmVlL0JTRC52YXIuZGlzdCAtcCAke0RFU1RESVJ9L3Zh cgogCW10cmVlIC1lVSAke01UUkVFX0ZPTExPV1NfU1lNTElOS1N9IC1mICR7LkNVUkRJUn0vbXRy ZWUvQlNELnVzci5kaXN0IC1wICR7REVTVERJUn0vdXNyCiAJbXRyZWUgLWVVICR7TVRSRUVfRk9M TE9XU19TWU1MSU5LU30gLWYgJHsuQ1VSRElSfS9tdHJlZS9CU0QuaW5jbHVkZS5kaXN0IFwKIAkJ LXAgJHtERVNURElSfS91c3IvaW5jbHVkZQo= --bcaec54b4a0e2bb86c04cfeec8ec Content-Type: application/octet-stream; name="mimic-netbsd-mtree-by-ignoring-user-and-group-set-errors.patch" Content-Disposition: attachment; filename="mimic-netbsd-mtree-by-ignoring-user-and-group-set-errors.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha9crkx01 SW5kZXg6IHVzci5zYmluL210cmVlL3NwZWMuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB1c3Iuc2Jpbi9tdHJl ZS9zcGVjLmMJKHJldmlzaW9uIDI0MzgwMikKKysrIHVzci5zYmluL210cmVlL3NwZWMuYwkod29y a2luZyBjb3B5KQpAQCAtMjE2LDYgKzIxNiw4IEBACiAJCQkJZXJyeCgxLCAibGluZSAlZDogaW52 YWxpZCBnaWQgJXMiLCBsaW5lbm8sIHZhbCk7CiAJCQlicmVhazsKIAkJY2FzZSBGX0dOQU1FOgor CQkJaWYgKHdmbGFnKQkvKiBkb24ndCBwYXJzZSBpZiB3aGFja2luZyAqLworCQkJCWJyZWFrOwog CQkJaWYgKChnciA9IGdldGdybmFtKHZhbCkpID09IE5VTEwpCiAJCQkgICAgZXJyeCgxLCAibGlu ZSAlZDogdW5rbm93biBncm91cCAlcyIsIGxpbmVubywgdmFsKTsKIAkJCWlwLT5zdF9naWQgPSBn ci0+Z3JfZ2lkOwpAQCAtMzA1LDYgKzMwNyw4IEBACiAJCQkJZXJyeCgxLCAibGluZSAlZDogaW52 YWxpZCB1aWQgJXMiLCBsaW5lbm8sIHZhbCk7CiAJCQlicmVhazsKIAkJY2FzZSBGX1VOQU1FOgor CQkJaWYgKHdmbGFnKQkvKiBkb24ndCBwYXJzZSBpZiB3aGFja2luZyAqLworCQkJCWJyZWFrOwog CQkJaWYgKChwdyA9IGdldHB3bmFtKHZhbCkpID09IE5VTEwpCiAJCQkgICAgZXJyeCgxLCAibGlu ZSAlZDogdW5rbm93biB1c2VyICVzIiwgbGluZW5vLCB2YWwpOwogCQkJaXAtPnN0X3VpZCA9IHB3 LT5wd191aWQ7Cg== --bcaec54b4a0e2bb86c04cfeec8ec-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 10:35:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28CAC149 for ; Mon, 3 Dec 2012 10:35:17 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A1B708FC12 for ; Mon, 3 Dec 2012 10:35:16 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id u54so1245161wey.13 for ; Mon, 03 Dec 2012 02:35:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DjCFFfN2SavhW+dEJnhZpXUwJqtO8al1f5oVLGWOOYI=; b=rGT9tq82zGVUKGv6LPIeKFaomWJN/pc1ENB6nw5Wvo4BWamCviICsNCJR4VDziICwb cpX2pvRFK4wPk1dW26ZS2OBRVhxftC+pHVfuV0ptYx3o6VrDTCYRRazFq++quJQqFBI4 i60uG2J7G12GO7CHmwajn52ehnDToDK7v49eiunrhoLS2WZgYcGigdU4Iz+FXGtL+Nu2 abJh1lqmaxz94NVn0KrQtcXsyojH3ObAs3aX9IRlgx+T1ok/1b4cRjFOxlzZW4UX+6Tb 1HwlwKvHELrMa8iioWcl/5E6bobxEjNXr5V+i9UjdPHZvjevzow7EMgm0hFH2VV70qbB JwLg== Received: by 10.216.144.201 with SMTP id n51mr1351431wej.29.1354530914668; Mon, 03 Dec 2012 02:35:14 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id eo10sm9280655wib.9.2012.12.03.02.35.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2012 02:35:13 -0800 (PST) Date: Mon, 3 Dec 2012 11:35:06 +0100 From: Mateusz Guzik To: Matt Donovan Subject: Re: New jail does not understand nullfs Message-ID: <20121203103506.GA20987@dft-labs.eu> References: <1354460979.69940.627.camel@revolution.hippie.lan> <20121203011242.GA21372@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Ian Lepore , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 10:35:17 -0000 On Mon, Dec 03, 2012 at 02:45:09AM -0600, Matt Donovan wrote: > Updated system to r243801 the allow.mount.nullfs still errors out. > On Dec 2, 2012 8:15 PM, "Matt Donovan" wrote: > Can you post output of truss jail -c poudriere? Are you sure that both jail(8) and libjail are updated? (or that world and kernel are in sync) -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 11:51:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0E5D5DE; Mon, 3 Dec 2012 11:51:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id A8C1D8FC17; Mon, 3 Dec 2012 11:51:15 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 8B4B323F75B; Mon, 3 Dec 2012 06:51:14 -0500 (EST) Date: Mon, 3 Dec 2012 06:51:12 -0500 From: Glen Barber To: AN Subject: Re: problem with keyboard during installation Message-ID: <20121203115112.GA1290@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 11:51:16 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Andy, On Sun, Dec 02, 2012 at 11:22:45PM -0500, AN wrote: > I am trying to install a new system using FreeBSD-10.0-CURRENT-amd64-rele= ase.iso.xz (from=20 > https://snapshots.glenbarber.us/Latest/). I am having a problem with the= =20 > keyboard. I have tried all possible options of US keyboards, and also th= e=20 > option not to change the keyboard. The problem specifically is that when= I try to change the=20 > amount of space of a partition I am unable to navigate using the arrow ke= ys. >=20 > When I try to use the right arrow key to move the cursor, it moves the=20 > cursor to the OK button. But that is not what I want to do. I want to= =20 > setup the partitions manually, but the keys will not allow me to. >=20 > I know there have been a lot of changes to the install code recently,=20 > has anyone else seen this behavior? I have tried wired and wireless USB= =20 > keyboards, I am currently typing this from the wireless keyboard. so I kn= ow it works. > There was some discussion concerning this here:=20 > http://comments.gmane.org/gmane.os.freebsd.current/135395 >=20 > Any help would be appreciated. Thanks in advance. As I mentioned, I did not experience this problem during my normal install testing. I was able to do a test install on a spare machine with a wired USB keyboard, but did not have problems changing the partition size (or any other anomalies with the cursor). Two questions: 1.) What kind of wired keyboard are you using? 2.) Do you happen to have another wired USB keyboard to test? Thanks again for the report. Glen --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQvJIwAAoJEFJPDDeguUajbZAIALGkvkRIXquWZgKs8tssPsx6 xart8l/5BMXR/wspJ9EKWghxq/abhKbhi0jEkAqRhkyBVPtx0hcvps6LMGC3jofE vOrFh1rvR6V92dKbx3qeppJ02Nko9yz/bqihUxYFo5hlG1TMss6R9Cd5h+rv5xCk a/1mQFM8AmrsJZSMHV5FoT7/aamXl/6frL3NTpyHnaXcUQgjG+PymDbaIi6bWzX8 0RhErgyhbspNkKp9WfajqMaQ9nia2VSYm+/IA/r+lFqc1v+rJoNaJaXpBy8PF+1h 7oXf2iBLak8PIcS8h686JDGHbPcvI/PwFz/jvBa7iw7647oIn+7sDVs8n9LBJOs= =wf7o -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 12:13:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 331A4F0F; Mon, 3 Dec 2012 12:13:44 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 076258FC0C; Mon, 3 Dec 2012 12:13:44 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 5B62F23F75B; Mon, 3 Dec 2012 07:13:43 -0500 (EST) Date: Mon, 3 Dec 2012 07:13:41 -0500 From: Glen Barber To: AN Subject: Re: problem with keyboard during installation Message-ID: <20121203121341.GB1290@glenbarber.us> References: <20121203115112.GA1290@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <20121203115112.GA1290@glenbarber.us> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 12:13:44 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 03, 2012 at 06:51:12AM -0500, Glen Barber wrote: > Hi Andy, >=20 > On Sun, Dec 02, 2012 at 11:22:45PM -0500, AN wrote: > > I am trying to install a new system using FreeBSD-10.0-CURRENT-amd64-re= lease.iso.xz (from=20 > > https://snapshots.glenbarber.us/Latest/). I am having a problem with t= he=20 > > keyboard. I have tried all possible options of US keyboards, and also = the=20 > > option not to change the keyboard. The problem specifically is that wh= en I try to change the=20 > > amount of space of a partition I am unable to navigate using the arrow = keys. > >=20 > > When I try to use the right arrow key to move the cursor, it moves the= =20 > > cursor to the OK button. But that is not what I want to do. I want to= =20 > > setup the partitions manually, but the keys will not allow me to. > >=20 > > I know there have been a lot of changes to the install code recently,= =20 > > has anyone else seen this behavior? I have tried wired and wireless US= B=20 > > keyboards, I am currently typing this from the wireless keyboard. so I = know it works. > > There was some discussion concerning this here:=20 > > http://comments.gmane.org/gmane.os.freebsd.current/135395 > >=20 > > Any help would be appreciated. Thanks in advance. >=20 > As I mentioned, I did not experience this problem during my normal > install testing. I was able to do a test install on a spare machine > with a wired USB keyboard, but did not have problems changing the > partition size (or any other anomalies with the cursor). >=20 Ugh. Ok, I was just able to reproduce this. I'll see if I can track down the commit that changed the behavior, but in the meantime, you should be able to use TAB to get past the [Cancel] button, and into the text box to adjust the partition size/type/label. Thanks again for the report. Glen --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQvJd1AAoJEFJPDDeguUaj144H/3euAQQY6hdiVFeX493TtTzU P14W6KGyBTU/sOtLzI7lUGRPqTyFT9njU5FSFTUIlRRGuTsstdhFlxStZnTJape4 fj+jV9cBkY1VpiI7vbgRptmq5ivzq/vOmUBYnQ7Iy4rUyRxNwHBL1/whScdlFXvl rPhPBvaNDGmPrcfZY1/IP4IycRDRKcAK4ZsnY91Zod6RL1WvbteR8XIABAd/mYd+ j7Ylb9+vqMa+H2YgM+oBWTR7YeoFzRuDIomztUUVRW3pSmR6dwzK64zb5EtLv9hu 36MFxRJFt8qa1VlezG6UvYDDdxsJFe45tYIrjfZIRXu9BgU/3btgEhrEOIQkyuE= =fm3p -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 15:42:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC783833 for ; Mon, 3 Dec 2012 15:42:04 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B63A8FC0C for ; Mon, 3 Dec 2012 15:42:04 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TfY9a-000Dhd-Th; Mon, 03 Dec 2012 10:41:54 -0500 Date: Mon, 3 Dec 2012 10:41:54 -0500 From: Gary Palmer To: Eitan Adler Subject: Re: looking for help from ppp users Message-ID: <20121203154154.GA20011@in-addr.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 15:42:04 -0000 On Sun, Dec 02, 2012 at 06:19:25PM -0500, Eitan Adler wrote: > Hey all, > > I'm working on a project to review the FAQ: http://wiki.freebsd.org/ThwackAFAQ > > I need volunteers to question through the questions starting "userppp" > through "desperation" and review them. If you don't have time to go > through them all, just pick one and make this a group process. > > Is it factually correct? > Does it use deprecated functionality? > Is it completely outdated to the point we should remove it? > Does it need better examples? > Is it clear and concise? > Typos and spelling mistakes > > It isn't that hard and would be a great help! While not commenting on the correctness of the current contents, the userland PPP section of the FAQ appears to mostly deal with dialup modems. I suspect more people use it now to do PPPoA or PPPoE for some form of DSL link and there probably needs to be some effort to address the differences. Regards, Gary From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 15:46:35 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 357DA9A8; Mon, 3 Dec 2012 15:46:35 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id DDED48FC18; Mon, 3 Dec 2012 15:46:34 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id qB3FkSgC062594; Mon, 3 Dec 2012 10:46:28 -0500 (EST) (envelope-from andy@neu.net) Date: Mon, 3 Dec 2012 10:46:28 -0500 (EST) From: AN To: Glen Barber Subject: Re: problem with keyboard during installation In-Reply-To: <20121203121341.GB1290@glenbarber.us> Message-ID: References: <20121203115112.GA1290@glenbarber.us> <20121203121341.GB1290@glenbarber.us> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.97.6 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 15:46:35 -0000 Hey Glen: Glad you found it. On Mon, 3 Dec 2012, Glen Barber wrote: > On Mon, Dec 03, 2012 at 06:51:12AM -0500, Glen Barber wrote: >> Hi Andy, >> >> On Sun, Dec 02, 2012 at 11:22:45PM -0500, AN wrote: >>> I am trying to install a new system using FreeBSD-10.0-CURRENT-amd64-release.iso.xz (from >>> https://snapshots.glenbarber.us/Latest/). I am having a problem with the >>> keyboard. I have tried all possible options of US keyboards, and also the >>> option not to change the keyboard. The problem specifically is that when I try to change the >>> amount of space of a partition I am unable to navigate using the arrow keys. >>> >>> When I try to use the right arrow key to move the cursor, it moves the >>> cursor to the OK button. But that is not what I want to do. I want to >>> setup the partitions manually, but the keys will not allow me to. >>> >>> I know there have been a lot of changes to the install code recently, >>> has anyone else seen this behavior? I have tried wired and wireless USB >>> keyboards, I am currently typing this from the wireless keyboard. so I know it works. >>> There was some discussion concerning this here: >>> http://comments.gmane.org/gmane.os.freebsd.current/135395 >>> >>> Any help would be appreciated. Thanks in advance. >> >> As I mentioned, I did not experience this problem during my normal >> install testing. I was able to do a test install on a spare machine >> with a wired USB keyboard, but did not have problems changing the >> partition size (or any other anomalies with the cursor). >> > > Ugh. Ok, I was just able to reproduce this. > > I'll see if I can track down the commit that changed the behavior, but > in the meantime, you should be able to use TAB to get past the [Cancel] > button, and into the text box to adjust the partition size/type/label. > I can get to the line that displays the amount of space to make the partition, but when I try to use the right arrow button to move the cursor to the right so I can change the size, the right arrow button does not move the cursor one space to the right. It moves it off of the line for size to somewhere else, thus preventing the ability to change anything. Let me know if this is clear, if not I will provide greater detail. Thanks, Andy From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 16:31:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F5E270D; Mon, 3 Dec 2012 16:31:39 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id D77F88FC14; Mon, 3 Dec 2012 16:31:38 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 61FF41BF74; Mon, 3 Dec 2012 11:31:37 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id BFA3D1BED5; Mon, 3 Dec 2012 11:31:36 -0500 (EST) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id B52DA1BED6; Mon, 3 Dec 2012 11:31:36 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 915104EDC4; Mon, 3 Dec 2012 11:31:36 -0500 (EST) Subject: Re: please add auditdistd user/group to -stable and the 9.1-release? From: Ken Smith To: "Robert N. M. Watson" In-Reply-To: <51F30CC3-D110-42F3-8C97-B1C2E943D458@freebsd.org> References: <51F30CC3-D110-42F3-8C97-B1C2E943D458@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-rrRc64auruM2QzzfEkKr" Date: Mon, 03 Dec 2012 11:31:36 -0500 Message-ID: <1354552296.23155.2.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 9% Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 16:31:39 -0000 --=-rrRc64auruM2QzzfEkKr Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2012-12-03 at 08:36 +0000, Robert N. M. Watson wrote: > My intuition (hope) is that 9.1 is past the point of no return on > builds and so that boat has been missed; however, my plan is to MFC > the auditdistd user to stable/8 and stable/9 after the 3-day MFC > timeout. If Ken thinks builds have yet to start on the final 9.1 > image, however, then I'm happy to merge to there as well. Sorry but your hope is correct - it (just...) missed the boat for 9.1. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-rrRc64auruM2QzzfEkKr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlC80+AACgkQ/G14VSmup/b0dQCfVAdfRkiTZJANoauSqq8dZsvv PPgAni8B8haT39zHANeGrpMC89VEUPYl =eb0q -----END PGP SIGNATURE----- --=-rrRc64auruM2QzzfEkKr-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 16:33:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C009844; Mon, 3 Dec 2012 16:33:33 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 51A498FC08; Mon, 3 Dec 2012 16:33:33 +0000 (UTC) Received: from glenbarber.us (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 8325423F75B; Mon, 3 Dec 2012 11:33:32 -0500 (EST) Date: Mon, 3 Dec 2012 11:33:30 -0500 From: Glen Barber To: AN Subject: Re: problem with keyboard during installation Message-ID: <20121203163330.GA1302@glenbarber.us> References: <20121203115112.GA1290@glenbarber.us> <20121203121341.GB1290@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 16:33:33 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 03, 2012 at 10:46:28AM -0500, AN wrote: > I can get to the line that displays the amount of space to make the=20 > partition, but when I try to use the right arrow button to move the=20 > cursor to the right so I can change the size, the right arrow button does= =20 > not move the cursor one space to the right. It moves it off of the line= =20 > for size to somewhere else, thus preventing the ability to change=20 > anything. Let me know if this is clear, if not I will provide greater=20 > detail. >=20 Nope, your description is perfectly clear. I just ran another test install, and I can clear the fields with the delete key, then enter in the values I want. Glen --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQvNRaAAoJEFJPDDeguUajMt8IAIlpshCC1tdgENEN0vVxgsDF 6B91qXWJfMcbex4KCfaM3Nm3A4e7we0b/M0gFNaHyJ+ycDndPw01bk/MwCfpZiQ0 IzpsI/QR1PD8gPZ1JRek5jX38FC0u+65vPIvxO9AraXIQIJ/o4TMwhStKOFxX+6Z Ayu8MCS8agQ+iZpT1lmeDEkbVkows5S6Qk6ewbK4ZImeovt0WQtsDKW4W40l84w4 i/DNg6ThWQu+nuxH4El0Wf5SvMsxwG+GFulR75XR6c7a/52k76Jqk6e6/nKiJXIY z3y/DmnTOlKsIp39ElwyGnyvNryHyxEuA0iOfdumCSAGGxsyV6JKemae6N2fYTE= =CHeS -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 15:10:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77EA6E8C; Mon, 3 Dec 2012 15:10:05 +0000 (UTC) (envelope-from marcelbonnet@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC1A8FC14; Mon, 3 Dec 2012 15:10:05 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so5253344iec.13 for ; Mon, 03 Dec 2012 07:10:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A+LsJqraDvfFxsYX66g7L1IHwoRl3jS7aOBhIzhvDs8=; b=vVbXycU3XBVn+OE0BNHl5UcTPsHEdVF9b1hSI5wI0MoNxbk+wACpS3K1JBFsjrZgmo C40Wdre1XETvEku0HVGAPBniYUrScWsDI9/7J4+dvICjwb4S4Qb78JcduWgRyC3sveqq NML32r2g/cJEi8Um28obKK0e36x85aS0op/aQmx+bQGpALOwLu/Z2hN3haRsK255seDg UPbWE5c0+FksYB6w08KqnFnXA5DTy02M25V8PefMnAtGuo0vhxIIbcHK8mkmfbnosrR9 gQYaYRWOkQbN2apr5lSa3hQJja4ttaXGNa96Z7dhfNQIo1t289kaZ3I7MPS5hUzFl+t8 ivNA== MIME-Version: 1.0 Received: by 10.43.105.129 with SMTP id dq1mr8129539icc.31.1354547404410; Mon, 03 Dec 2012 07:10:04 -0800 (PST) Received: by 10.64.81.75 with HTTP; Mon, 3 Dec 2012 07:10:04 -0800 (PST) In-Reply-To: <20120812205041.ab54f512.taku@tackymt.homeip.net> References: <50278FF4.3040706@zedat.fu-berlin.de> <20120812205041.ab54f512.taku@tackymt.homeip.net> Date: Mon, 3 Dec 2012 13:10:04 -0200 Message-ID: Subject: Re: FreeBSD development audio system: KLANG From: Marcel Bonnet To: Taku YAMAMOTO Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Mon, 03 Dec 2012 16:35:46 +0000 Cc: FreeBSD multimedia , Current FreeBSD , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 15:10:05 -0000 On 12 August 2012 08:50, Taku YAMAMOTO wrote: > I think it should be forwarded to -multimedia@. > Other than that, it's nice to hear about! > > On Sun, 12 Aug 2012 13:13:56 +0200 > "O. Hartmann" wrote: > >> A few days ago, I stumbled into sthis at Phoronix: >> >> http://www.phoronix.com/scan.php?page=news_item&px=MTE1NzY > > The above link didn't work for me... > >> KLANG is supposed to be an exchange audio system for the kernel, >> replacing several userland backed systems. Phoronix also claims this >> approach is supposed to support the FreeBSD kernel and yes, I'd like to >> see something been developed not even for Linux these days. >> >> On the website of KLANG, located here, >> >> http://klang.eudyptula.org/ >> >> I couldn't find much of information regarding FreeBSD. >> >> But I'd like to draw attention towards this for FreeBSD people, if they >> didn't already have noticed. It is like in science - no spreading of >> informations makes it hard to discover what's going on ... >> >> >> I'm not sorry for the noise, > > Don't worry, generating a noise is the primary goal for sound systems :) > > -- > -|-__ YAMAMOTO, Taku > | __ < > > - A chicken is an egg's way of producing more eggs. - > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" Hi guys, this is a little old topic (4 months) but since KLANG spread over so many mailing lists (not only about FreeBSD audio and kernel) and nobody seemed to read this "http://ardour.org/pd_on_klang", I thought it could be a usefull reading. Cheers, -- Marcel Bonnet www.monovox.net.br From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 19:42:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE1429DB for ; Mon, 3 Dec 2012 19:42:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 635098FC15 for ; Mon, 3 Dec 2012 19:42:44 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8cc4:11ec:b807:6f62] (unknown [IPv6:2001:7b8:3a7:0:8cc4:11ec:b807:6f62]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 20B075C37 for ; Mon, 3 Dec 2012 20:42:37 +0100 (CET) Message-ID: <50BD00A8.8070701@FreeBSD.org> Date: Mon, 03 Dec 2012 20:42:32 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: [HEADS UP] Imported llvm/clang 3.2 RC2 into head Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 19:42:44 -0000 Hi all, I have just imported llvm/clang 3.2 RC2 into head, in r243830. The 3.2 release will happen soon, in approximately two weeks. I do not expect any significant changes anymore, though. As usual, please report any strangeness or new bugs to this list, or complain to me directly. :) From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 19:56:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B23FE2 for ; Mon, 3 Dec 2012 19:56:04 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (feld.me [66.170.3.2]) by mx1.freebsd.org (Postfix) with ESMTP id 847E18FC08 for ; Mon, 3 Dec 2012 19:56:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-Id:Subject:Cc:To:From:Date; bh=YvhRWiv6FPQYT6jiVW9II3HYnRPJnfvXZT0/6b+CUfw=; b=FVxt5eY8hn15KHXJ5qWanffOl8UChZNcwEUHEzZwH6N9exlr5aiDdjQKeWJZc+QBL/gWQCeparZJNFXgIhfzg6VViUJy/3X7FDlCDluQT1jlHF+9kPLDY2ECEVVZSMB1; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Tfc7P-000Kpt-FI; Mon, 03 Dec 2012 13:56:00 -0600 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1354564549-2688-2687/5/3; Mon, 3 Dec 2012 19:55:49 +0000 Date: Mon, 3 Dec 2012 13:55:48 -0600 From: Mark Felder To: Volodymyr Kostyrko Subject: Re: FreeBSD development audio system: KLANG Message-Id: <20121203135548.2a8b8774@tech304> In-Reply-To: <5028A551.7080006@gmail.com> References: <50278FF4.3040706@zedat.fu-berlin.de> <5028A551.7080006@gmail.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: freebsd-current@freebsd.org, "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 19:56:04 -0000 On Mon, 13 Aug 2012 09:57:21 +0300 Volodymyr Kostyrko wrote: > 2. It's claiming very spurious tasks like adding full audio routing=20 > support like JACK does. I personally think that most users doesn't = need=20 > it and I can't really say who and how will benefit of this. Full audio routing isn't needed, but I'd be satisfied if there was some = way to specify that my USB Microphone is my default input and my sound = card is my default output. This isn't possible in the current OSS = implementation (can only choose default "device" which takes over = /dev/dsp completely), but other than that FreeBSD has the best audio = system in a *nix right now. From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 22:41:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFF50E85; Mon, 3 Dec 2012 22:41:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2CCF88FC14; Mon, 3 Dec 2012 22:41:36 +0000 (UTC) Received: from tom.home (localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qB3MfWXd084116; Tue, 4 Dec 2012 00:41:32 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.1 kib.kiev.ua qB3MfWXd084116 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qB3MfWmZ084115; Tue, 4 Dec 2012 00:41:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Dec 2012 00:41:32 +0200 From: Konstantin Belousov To: sig6247 Subject: Re: clang compiled kernel panic when mounting zfs root on i386 Message-ID: <20121203224132.GJ3013@kib.kiev.ua> References: <50b37d46.8584440a.735c.ffffb4e6@mx.google.com> <20121126171658.GD3013@kib.kiev.ua> <20121127071243.D1255@besplex.bde.org> <20121129232944.GQ3013@kib.kiev.ua> <50b8a9c5.e64dec0a.1d88.133a@mx.google.com> <20121130164715.GW3013@kib.kiev.ua> <50b9cf0c.0fd9650a.5bbf.ffffb9b3@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dOlf0zsnhJ4/ZPgF" Content-Disposition: inline In-Reply-To: <50b9cf0c.0fd9650a.5bbf.ffffb9b3@mx.google.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, dim@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 22:41:37 -0000 --dOlf0zsnhJ4/ZPgF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2012 at 01:34:04AM -0800, sig6247 wrote: > On Fri, 30 Nov 2012 18:47:15 +0200, Konstantin Belousov wrote: >=20 > > Hm, this is not very useful. Although the panic is again caused by the = stack > > overflow, most likely (please also include the output of the "show thre= ad" > > from ddb), it is at different place, and probably at the leaf function. > > > > Can you try some more times, so that we could see 'big' backtrace ? >=20 > Sure. Thanks. >=20 > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from zfs:zroot []... >=20 > Fatal double fault: > eip =3D 0xc0add15d > esp =3D 0xc86bffc8 > ebp =3D 0xc86c003c > cpuid =3D 1; apic id =3D 01 > panic: double fault > cpuid =3D 1 > KDB: enter: panic > [ thread pid 1 tid 100002 ] > Stopped at kdb_enter+0x3d: movl $0,kdb_why > db> bt > Tracing pid 1 tid 100002 td 0xc89efbc0 > kdb_enter(c1065960,c1065960,c10b903b,c139f438,2243cdbd,...) at kdb_enter+= 0x3d/frame 0xc139f3f0 > panic(c10b903b,1,1,1,c86c003c,...) at panic+0x14b/frame 0xc139f42c > dblfault_handler() at dblfault_handler+0xab/frame 0xc139f42c > --- trap 0x17, eip =3D 0xc0add15d, esp =3D 0xc86bffc8, ebp =3D 0xc86c003c= --- > witness_checkorder(c1fd7508,9,c109ee8c,7fa,0,...) at witness_checkorder+0= x37d/frame 0xc86c003c > __mtx_lock_flags(c1fd7518,0,c109ee8c,7fa,c135e998,...) at __mtx_lock_flag= s+0x87/frame 0xc86c007 > 0 > uma_zalloc_arg(c1fd66c0,0,1,4d3,c86c0110,...) at uma_zalloc_arg+0x605/fra= me 0xc86c00c8 > vm_map_insert(c1fd508c,c13e0ca0,bd3a000,0,cbc39000,...) at vm_map_insert+= 0x499/frame 0xc86c0130 >=20 > kmem_back(c1fd508c,cbc39000,1000,3,c86c01d4,...) at kmem_back+0x76/frame = 0xc86c018c > kmem_malloc(c1fd508c,1000,3) at kmem_malloc+0x250/frame 0xc86c01c0 > page_alloc(c1fd1d80,1000,c86c020b,3,c1fd1d80,...) at page_alloc+0x27/fram= e 0xc86c01d4 > keg_alloc_slab(103,4,c109ee8c,870,cbb95f6c,...) at keg_alloc_slab+0xc3/fr= ame 0xc86c0218 > keg_fetch_slab(103,c1fd1d80,cbb95f6c,c1fc8230,c86c02c0,...) at keg_fetch_= slab+0xe2/frame 0xc86c > 0250 > zone_fetch_slab(c1fd1d80,c1fd0480,103,826,0,...) at zone_fetch_slab+0x43/= frame 0xc86c0268 > uma_zalloc_arg(c1fd1d80,0,102,3,2,...) at uma_zalloc_arg+0x3f2/frame 0xc8= 6c02c0 > malloc(4c,c1826100,102,c86c0388,c173909a,...) at malloc+0xe9/frame 0xc86c= 02e8 > zfs_kmem_alloc(4c,102,cb7d8820,c89efbc0,cb7d8820,...) at zfs_kmem_alloc+0= x20/frame 0xc86c02fc > vdev_mirror_io_start(cba232e0,10,cba232e0,1,0,...) at vdev_mirror_io_star= t+0x14a/frame 0xc86c03 > 88 > zio_vdev_io_start(cba232e0,c89efbc0,0,cba232e0,c86c0600,...) at zio_vdev_= io_start+0x228/frame 0 > xc86c03e4 > zio_execute(cba232e0,cb7d8000,cbbec640,cbbe2000,600,...) at zio_execute+0= x106/frame 0xc86c0418 > spa_load_verify_cb(cb7d8000,0,cbbec640,cba6bd20,c86c0600,...) at spa_load= _verify_cb+0x89/frame=20 > 0xc86c0458 > traverse_visitbp(cba6bd20,cbbec640,c86c0600,c86c0ba0,0,...) at traverse_v= isitbp+0x29f/frame 0xc > 86c05e0 > traverse_dnode(cba6bd20,0,0,23,0,...) at traverse_dnode+0x92/frame 0xc86c= 0638 > traverse_visitbp(cba6bd98,cbbf0080,c86c0890,cba6bdd4,c16ca7e0,...) at tra= verse_visitbp+0xe47/fr > ame 0xc86c07c0 > traverse_visitbp(cba6bdd4,cbbe2840,c86c0968,c86c0ba0,0,...) at traverse_v= isitbp+0xf32/frame 0xc > 86c0948 > traverse_dnode(cba6bdd4,0,0,0,0,...) at traverse_dnode+0x92/frame 0xc86c0= 9a0 > traverse_visitbp(0,cb7d8398,c86c0b50,2,cbbdc214,...) at traverse_visitbp+= 0x96d/frame 0xc86c0b28 >=20 > traverse_impl(0,0,cb7d8398,74,0,...) at traverse_impl+0x268/frame 0xc86c0= be0 > traverse_pool(cb7d8000,74,0,d,c1723830,...) at traverse_pool+0x79/frame 0= xc86c0c88 > spa_load(0,1,c86c0ec4,1e,0,...) at spa_load+0x1dde/frame 0xc86c0df0 > spa_load(0,0,c13d9d14,1,3,...) at spa_load+0x11a5/frame 0xc86c0f58 > spa_load_best(0,ffffffff,ffffffff,1,c0add175,...) at spa_load_best+0x71/f= rame 0xc86c0fb0 > spa_open_common(c17dce4e,0,0,c86c1190,c16f1a1c,...) at spa_open_common+0x= 11a/frame 0xc86c100c > spa_open(c86c1078,c86c1074,c17dce4e,c135e998,c1fd7798,...) at spa_open+0x= 27/frame 0xc86c1020 > dsl_dir_open_spa(0,c89770b0,c17dd1e1,c86c11f8,c86c11f4,...) at dsl_dir_op= en_spa+0x6c/frame 0xc8 > 6c1190 > dsl_dataset_hold(c89770b0,cb7d3800,c86c1240,cb7d3800,cb7d3800,...) at dsl= _dataset_hold+0x3a/fra > me 0xc86c120c > dsl_dataset_own(c89770b0,0,cb7d3800,c86c1240,c1824e30,...) at dsl_dataset= _own+0x21/frame 0xc86c > 1228 > dmu_objset_own(c89770b0,2,1,cb7d3800,c86c1290,...) at dmu_objset_own+0x2a= /frame 0xc86c1250 > zfsvfs_create(c89770b0,c86c13ac,c17ea09b,681,0,...) at zfsvfs_create+0x4c= /frame 0xc86c12a8 > zfs_mount(cb99b540,c17f0160,cb98b100,c89cae80,0,...) at zfs_mount+0x42c/f= rame 0xc86c14e0 > vfs_donmount(c89efbc0,4000,0,c86c1790,cb98b180,...) at vfs_donmount+0xc6d= /frame 0xc86c1778 > kernel_mount(c8977490,4000,0,0,1,...) at kernel_mount+0x6b/frame 0xc86c17= b8 > parse_mount(cb96e0e0,c1195498,0,1,0,...) at parse_mount+0x606/frame 0xc86= c19d8 > vfs_mountroot(c13da634,4,c105ceba,2bb,0,...) at vfs_mountroot+0x6cf/frame= 0xc86c1c60 > start_init(0,c86c1d08,c105f7c4,3db,0,...) at start_init+0x6a/frame 0xc86c= 1ccc > fork_exit(c0a429e0,0,c86c1d08) at fork_exit+0x7f/frame 0xc86c1cf4 > fork_trampoline() at fork_trampoline+0x8/frame 0xc86c1cf4 > --- trap 0, eip =3D 0, esp =3D 0xc86c1d40, ebp =3D 0 --- > db> show thread > Thread 100002 at 0xc89efbc0: > proc (pid 1): 0xc89edb40 > name: kernel > stack: 0xc86c0000-0xc86c1fff > flags: 0x4 pflags: 0x10000 > state: RUNNING (CPU 1) > priority: 84 > container lock: sched lock 1 (0xc1220000) > db> Please try the patch below. It might give an immediate relief, but still there are many offenders in the backtrace. diff --git a/sys/kern/vfs_mountroot.c b/sys/kern/vfs_mountroot.c index 83948f2..147926e 100644 --- a/sys/kern/vfs_mountroot.c +++ b/sys/kern/vfs_mountroot.c @@ -672,10 +672,11 @@ parse_mount_dev_present(const char *dev) return (error !=3D 0) ? 0 : 1; } =20 +#define ERRMSGL 255 static int parse_mount(char **conf) { - char errmsg[255]; + char *errmsg; struct mntarg *ma; char *dev, *fs, *opts, *tok; int delay, error, timeout; @@ -707,7 +708,7 @@ parse_mount(char **conf) printf("Trying to mount root from %s:%s [%s]...\n", fs, dev, (opts !=3D NULL) ? opts : ""); =20 - bzero(errmsg, sizeof(errmsg)); + errmsg =3D malloc(ERRMSGL, M_TEMP, M_WAITOK | M_ZERO); =20 if (vfs_byname(fs) =3D=3D NULL) { strlcpy(errmsg, "unknown file system", sizeof(errmsg)); @@ -734,7 +735,7 @@ parse_mount(char **conf) ma =3D mount_arg(ma, "fstype", fs, -1); ma =3D mount_arg(ma, "fspath", "/", -1); ma =3D mount_arg(ma, "from", dev, -1); - ma =3D mount_arg(ma, "errmsg", errmsg, sizeof(errmsg)); + ma =3D mount_arg(ma, "errmsg", errmsg, ERRMSGL); ma =3D mount_arg(ma, "ro", NULL, 0); ma =3D parse_mountroot_options(ma, opts); error =3D kernel_mount(ma, MNT_ROOTFS); @@ -748,11 +749,13 @@ parse_mount(char **conf) printf(".\n"); } free(fs, M_TEMP); + free(errmsg, M_TEMP); if (opts !=3D NULL) free(opts, M_TEMP); /* kernel_mount can return -1 on error. */ return ((error < 0) ? EDOOFUS : error); } +#undef ERRMSGL =20 static int vfs_mountroot_parse(struct sbuf *sb, struct mount *mpdevfs) --dOlf0zsnhJ4/ZPgF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQvSqbAAoJEJDCuSvBvK1BReQP/RXbi0ki7FLFns4TAlqSmnKL 40xkEdhbtAAQpSsLyf0JX3tgZCPhmr7evS1klFdM0CAYd3OlFl8VA8n63EmBZDp1 zo2BxQjREBtaw6tSiCvA8SCFgX0PvDCjkcdY7/a77e4zMh8+8LYs62HquJsYwV4g Jd9qsS2/8thsAegP8OxcU3sgHkC1EzGPbbwTyz0bNx+XddDDHe6kSITPLt1VdQuK NHG9H3QaO6Wi/H0YxeBCgN+wKifwMq2YzBLBdInMCXVaWEERduLyChUVvFc7k73x 62VAjUj+mltD16HefhGGp6Dy2Tv2gTdUACN6w5XFh/TKazwGQzqyXQx2HuEAyArv yCf55AZuHw8DJ3tca1MF1CSiz6aKJ4ru8b288bBL0ztf+wgyLSnh2dKzyF7gOXEV MUu+ZzV0iyxSjtiHzaVMcmX8SznM0YQQUO0ghhoHQCl5jfCZn1f1vfjTaG0YJig9 xiXPyzpE5Xu1M9mKQIzTIkzoA38kj/E60jsYBEeWmDUwNo30vOmQXtwfS9CaaAXN g7gt2eN2b+q7I0Y3DCSOGKkZNlW6it9rmqfLKqfHPFAXUMNi5NGl2hp2fcPTCGci JESomTPNMMRpOaU0XWeiP6YtBYpEweSamzDST7wchMXeYSjEncOkW6grLR2AWzgN QBl/tmfaXYGODTdbR9cT =kQfc -----END PGP SIGNATURE----- --dOlf0zsnhJ4/ZPgF-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 01:57:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF72CD29 for ; Tue, 4 Dec 2012 01:57:48 +0000 (UTC) (envelope-from cpet@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6CF8FC12 for ; Tue, 4 Dec 2012 01:57:47 +0000 (UTC) Received: from [192.168.1.65] (dsl-187-150-79-65-dyn.prod-infinitum.com.mx [187.150.79.65] (may be forged)) (authenticated (0 bits)) by sdf.lonestar.org (8.14.5/8.14.5) with ESMTP id qB41vkP6011936 for ; Tue, 4 Dec 2012 01:57:47 GMT Message-ID: <50BD5890.7080002@sdf.org> Date: Mon, 03 Dec 2012 19:57:36 -0600 From: Chris Petrik User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: src.conf WITHOUT_GROFF X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 01:57:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adding in WITHOUT_GROFF=yes to src.conf and doing make delete-old ... etc.. and then installing it again renders the man pages without any format. I had to do a make distribution DESTDIR=/usr/local/freebsdtest and copy over the groff/man stuff to get the man pages to work again example can be seen here: http://freebsddev.cpetservices.com/~chris/images/snapshot9.png Chris Petrik -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJQvViQAAoJEAGnn5Nn8qWUh7oH/0F5l/O1G90p3aGe1IwC1rde xKDOz61tk5bL2Kh21E4QHswGWz3Oz+yoMvukw0IkszcSx9iZM5T/c7kuZrIAqnoi 4y9jnyfRmjM/tkY6GfASbK17xGp5j1rRy6BuGK+JUJmVTcUMzIVxNE6SFlQhdCuD Rx1TG3oemxcT7AgKXuMJfe/1wSmeebPXZwWgpz6cUsFHfS8Pf8NfijT6w9SPr/h0 wL8gKyshKBIWGZQtxClMyQl0Nlg2swq5587ht6sbAziQeT2JNVv5Y95k+xrXEEDn L0/q7WHoOado0DVv3XiRVJJRSq4wKLvomNMRiVBtLuYTsswvmOF2YbC3rULWyPI= =wqSo -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:24:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1FD565E for ; Tue, 4 Dec 2012 05:24:02 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6DACB8FC08 for ; Tue, 4 Dec 2012 05:24:02 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so2465024pad.13 for ; Mon, 03 Dec 2012 21:24:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=fwWP+7Nl+UsIvx+/EDKiZo9fyeGfJLuJVo2OpSH5ibQ=; b=ybV0QbZ9oqds0mAG5K3gPWxLN4XpeKSu1aez59jvm5vYShp8uMaHq5WyXnt3J3TliW ovZLoo01+ZOmrxLKhD/dPmlaTxvdPvKcebN0u7LraHNd3tgMkHTfkdPf+I92pjPhC74r XAIT6aDmFUbopQQbbMJC5aumcD3Ywg7zcdo+PQVQbkaQOTrkEiLDpipyAdtDFCnk8n5q WTY1HowdwzDOXZDkL7YkREXoZ4uu3jshiRtM8rqctm2KmeEUxvnZEqonQG+QxXQbRX9D UeW9F/kxUNfL3cvif0B5dPPng4tqNO+oho50l2ctlrWpbe+xsZBWlnZPz/3UFAM6dexB jdWw== Received: by 10.68.193.167 with SMTP id hp7mr36044797pbc.124.1354598641639; Mon, 03 Dec 2012 21:24:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.240.133 with HTTP; Mon, 3 Dec 2012 21:23:40 -0800 (PST) In-Reply-To: <20121203103506.GA20987@dft-labs.eu> References: <1354460979.69940.627.camel@revolution.hippie.lan> <20121203011242.GA21372@dft-labs.eu> <20121203103506.GA20987@dft-labs.eu> From: Matt Donovan Date: Mon, 3 Dec 2012 23:23:40 -0600 Message-ID: Subject: Re: New jail does not understand nullfs To: Mateusz Guzik Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ian Lepore , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 05:24:02 -0000 Below is the output of truss jail -c poudriere __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x1c) = 0 (0x0) __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x1b) = 0 (0x0) __sysctl(0x7fffffffd450,0x6,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x20) = 0 (0x0) __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x1f) = 0 (0x0) __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x26) ERR#2 'No such file or directory' jail: write(2,"jail: ",6) = 6 (0x6) poudriere: unknown parameter: allow.mount.nullfswrite(2,"poudriere: unknown parameter: al"...,48) = 48 (0x30) write(2,"\n",1) = 1 (0x1) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x25) = 0 (0x0) __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x23) = 0 (0x0) __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x21) = 0 (0x0) __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x22) = 0 (0x0) __sysctl(0x7fffffffd450,0x6,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x18) = 0 (0x0) __sysctl(0x7fffffffd450,0x6,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd458,0x4,0x7fffffffd4b4,0x7fffffffd8b8,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) process exit, rval = 1 I just updated the system before my last reply. So I am sure that all is in sync. The documentation of jail.conf though is off as it states allow.mount.devfs should be used but this errors out mount.devfs works. On Mon, Dec 3, 2012 at 4:35 AM, Mateusz Guzik wrote: > On Mon, Dec 03, 2012 at 02:45:09AM -0600, Matt Donovan wrote: > > Updated system to r243801 the allow.mount.nullfs still errors out. > > On Dec 2, 2012 8:15 PM, "Matt Donovan" wrote: > > > > Can you post output of truss jail -c poudriere? Are you sure that both > jail(8) and libjail are updated? (or that world and kernel are in sync) > > -- > Mateusz Guzik > -- Technological progress is like an ax in the hands of a pathological criminal. -*Albert Einstein Breadth of Unix experience and depth of knowledge in the world of servers. * From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 05:25:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A53ED77C for ; Tue, 4 Dec 2012 05:25:32 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCFC8FC08 for ; Tue, 4 Dec 2012 05:25:32 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so2465910pad.13 for ; Mon, 03 Dec 2012 21:25:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jXJVQcAHmEFUK58BeaOW0kVjVwis6+DQnx7wrW6CJ/E=; b=tiAGVtS+VXyKRo1sx2QzS8ImEylb3zr7qiHp3hd8ff5tGtm5u78FPcHBzfx9oTt1Ha WNpgSNVvRU0SxBYR0Sc26AD23knupEV5yeJDSM2Aqv8sDJ3av3/igR1CiM4kHmfFYg+w cgiHx4j7XTLEy5zRCJ2m9koNNW7p4K89xKzPgeWU6PBlcmIBeqF7cdItvsVRuCMyKWLZ JD4q/NZDaw/UTxJqWAS8d8kUkQYugUjeKeRTHVNleDK+GKCbl8DeR6FTAztUdTubCgg6 Rx1M2+du90JiNwj67eBIYupzFqQp8DI1Y2AE5Ef6PbtG0UoBVbid1HJowgOu9ARJMc3q pSTw== Received: by 10.68.248.1 with SMTP id yi1mr35988187pbc.93.1354598732056; Mon, 03 Dec 2012 21:25:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.240.133 with HTTP; Mon, 3 Dec 2012 21:25:11 -0800 (PST) In-Reply-To: References: <1354460979.69940.627.camel@revolution.hippie.lan> <20121203011242.GA21372@dft-labs.eu> <20121203103506.GA20987@dft-labs.eu> From: Matt Donovan Date: Mon, 3 Dec 2012 23:25:11 -0600 Message-ID: Subject: Re: New jail does not understand nullfs To: Mateusz Guzik Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ian Lepore , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 05:25:32 -0000 Sorry I meant man jail, as jail.conf has it as mount.devfs On Mon, Dec 3, 2012 at 11:23 PM, Matt Donovan wrote: > Below is the output of truss jail -c poudriere > > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x1c) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x1b) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x6,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x20) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x1f) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x26) > ERR#2 'No such file or directory' > jail: write(2,"jail: ",6) = 6 (0x6) > poudriere: unknown parameter: allow.mount.nullfswrite(2,"poudriere: > unknown parameter: al"...,48) = 48 (0x30) > > write(2,"\n",1) = 1 (0x1) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x25) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x23) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x21) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x7,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x22) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x6,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd450,0x2,0x7fffffffd458,0x7fffffffd8c0,0x7fffffffd4b4,0x18) > = 0 (0x0) > __sysctl(0x7fffffffd450,0x6,0x7fffffffd4b0,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > __sysctl(0x7fffffffd458,0x4,0x7fffffffd4b4,0x7fffffffd8b8,0x0,0x0) = 0 > (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) > = 0 (0x0) > sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) > process exit, rval = 1 > > I just updated the system before my last reply. So I am sure that all is > in sync. The documentation of jail.conf though is off as it states > allow.mount.devfs should be used but this errors out mount.devfs works. > > > > On Mon, Dec 3, 2012 at 4:35 AM, Mateusz Guzik wrote: > >> On Mon, Dec 03, 2012 at 02:45:09AM -0600, Matt Donovan wrote: >> > Updated system to r243801 the allow.mount.nullfs still errors out. >> > On Dec 2, 2012 8:15 PM, "Matt Donovan" wrote: >> > >> >> Can you post output of truss jail -c poudriere? Are you sure that both >> jail(8) and libjail are updated? (or that world and kernel are in sync) >> >> -- >> Mateusz Guzik >> > > > > -- > Technological progress is like an ax in the hands of a pathological > criminal. > -*Albert Einstein > > Breadth of Unix experience and depth of knowledge in the world of servers. > > * > > -- Technological progress is like an ax in the hands of a pathological criminal. -*Albert Einstein Breadth of Unix experience and depth of knowledge in the world of servers. * From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 09:25:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB4C8A81; Tue, 4 Dec 2012 09:25:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2F78FC08; Tue, 4 Dec 2012 09:25:43 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Tfol4-003X97-Fx>; Tue, 04 Dec 2012 10:25:42 +0100 Received: from e178019011.adsl.alicedsl.de ([85.178.19.11] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Tfol4-003oUc-C7>; Tue, 04 Dec 2012 10:25:42 +0100 Message-ID: <50BDC195.3080105@zedat.fu-berlin.de> Date: Tue, 04 Dec 2012 10:25:41 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Dimitry Andric Subject: LibreOffice users WARNING: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head References: <50BD00A8.8070701@FreeBSD.org> In-Reply-To: <50BD00A8.8070701@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1CA1769CEF03B6117AE0DAE5" X-Originating-IP: 85.178.19.11 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 09:25:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1CA1769CEF03B6117AE0DAE5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/03/12 20:42, Dimitry Andric wrote: > Hi all, >=20 > I have just imported llvm/clang 3.2 RC2 into head, in r243830. The 3.2= > release will happen soon, in approximately two weeks. I do not expect > any significant changes anymore, though. >=20 > As usual, please report any strangeness or new bugs to this list, or > complain to me directly. :) On the boxes using FBSD 10.0-CUR and LibreOffice 3.5.7 as in the ports, after the update, the rebuild of the world (at FreeBSD 10.0-CURRENT #1 r243836M: Mon Dec 3 23:47:54 CET 2012), an attempt starting LibreOffice ends up in a SIGNAL 10: pid 95059 (soffice.bin), uid 8104: exited on signal 10 Another attempt to recompile the port editors/libreoffice ends up in an error which seems to me very well known as it occurs very often to me after the compiler has been updated: basebmp deliver Module 'basebmp' delivered successfully. 0 files copied, 0 files unchange= d ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2/binaryurp/pr= j it seems that the error is inside 'binaryurp', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2 source ./Env.Host.sh cd binaryurp gmake clean # optional gmake -r when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.7.2' gmake: *** [source-env-and-recurse] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/editors/libreoffice. *** [build] Error code 1 Stop in /usr/ports/editors/libreoffice. =3D=3D=3D>>> make failed for editors/libreoffice =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for libreoffice-3.5.7 failed =3D=3D=3D>>> Aborting update Terminated =3D=3D=3D>>> You can restart from the point of failure with this command = line: portmaster editors/libreoffice editors/libreoffice-i18n regards, Oliver --------------enig1CA1769CEF03B6117AE0DAE5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQvcGWAAoJEOgBcD7A/5N8zcIIAOgKbWKM2Lsde7aNYann635Q x8mEdVHpKuqRniLC6L3lwi7DHZvd+beA/xH6/bwxzr50v7TqmTOhlokHNQNAsF2j imgbNtZ6JuV0UECa2QGa8M/yvK0RasvFGM3qZOmg7mWLIBeZlJKV7Djz9WVRs09f suKY1/VYfoicwi2ZsZRSa5LRIZR7S+5yErUn1P2kT1IrSDF1Y6u/Q6FlfwoDSDoQ rDckh6yUXyMasLPiSzqCtZ3FslfIEY8uH2KaiL9JQiJ2cBSYGwnAW+6ARGqdPz4x wd5a9QJgnThHSMt2pfkmrxEGESWWFV5T/GMtqMPbh6euQtp2r29cyAqU+tEJcNc= =ByZT -----END PGP SIGNATURE----- --------------enig1CA1769CEF03B6117AE0DAE5-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 11:47:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A82D8682 for ; Tue, 4 Dec 2012 11:47:19 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 36CF98FC08 for ; Tue, 4 Dec 2012 11:47:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id 8C1DF2B42C98 for ; Tue, 4 Dec 2012 13:47:17 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v2DbIuaTFEf4 for ; Tue, 4 Dec 2012 13:47:16 +0200 (SAST) Received: from clue.co.za (unknown [197.87.27.118]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id A54A22B42C50 for ; Tue, 4 Dec 2012 13:47:16 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1Tfqy2-0001UK-RY for current@freebsd.org; Tue, 04 Dec 2012 13:47:14 +0200 To: current@freebsd.org Subject: ixgbe(4) and SFP+ (un)supported module From: "Ian FREISLICH" X-Attribution: BOFH Date: Tue, 04 Dec 2012 13:47:14 +0200 Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 11:47:19 -0000 Hi I've just had this card installed in our servers: ix0@pci0:12:0:0: class=0x020000 card=0x7a118086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled cap 10[a0] = PCI-Express 2 endpoint max data 512(512) FLR link x8(x8) speed 2.5(5.0) cap 03[e0] = VPD ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[140] = Serial 1 90e2baffff2b92e8 ecap 000e[150] = ARI 1 ecap 0010[160] = SRIOV 1 Which yielded the following error initializing the driver: ix0: port 0xbcc ix0: Using MSIX interrupts with 9 vectors ix0: Unsupported SFP+ Module device_attach: ix0 attach returned 5 ix0: port 0xbce ix0: Using MSIX interrupts with 9 vectors ix0: Unsupported SFP+ Module device_attach: ix0 attach returned 5 ix0: port 0xbcc ix0: Using MSIX interrupts with 9 vectors ix0: Unsupported SFP+ Module device_attach: ix0 attach returned 5 ix0: port 0xbce ix0: Using MSIX interrupts with 9 vectors ix0: Unsupported SFP+ Module device_attach: ix0 attach returned 5 The README in /usr/src/sys/dev/ixgbe claims that the module we have, AFBR-703SDZ-IN is supported. I had to make the following change to get the driver to attach. I get the feeling it's not the correct fix however: [firewall2.jnb1] /usr/src/sys/dev/ixgbe # svn diff Index: ixgbe_phy.c =================================================================== --- ixgbe_phy.c (revision 243808) +++ ixgbe_phy.c (working copy) @@ -955,7 +955,7 @@ u8 oui_bytes[3] = {0, 0, 0}; u8 cable_tech = 0; u8 cable_spec = 0; - u16 enforce_sfp = 0; + u16 enforce_sfp = 1; DEBUGFUNC("ixgbe_identify_sfp_module_generic"); Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 12:36:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6264039B; Tue, 4 Dec 2012 12:36:46 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id D18008FC0C; Tue, 4 Dec 2012 12:36:45 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3h.mail.yandex.net (Yandex) with ESMTP id A85841362071; Tue, 4 Dec 2012 16:36:26 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 54F4E2C00D3; Tue, 4 Dec 2012 16:36:26 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id aPlCTeEX-aQliXHvi; Tue, 4 Dec 2012 16:36:26 +0400 Message-ID: <50BDEE49.9060800@passap.ru> Date: Tue, 04 Dec 2012 16:36:25 +0400 From: =?UTF-8?B?0JHQvtGA0LjRgSDQodCw0LzQvtGA0L7QtNC+0LI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20121012 Thunderbird/16.0.1 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: LibreOffice users WARNING: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head References: <50BD00A8.8070701@FreeBSD.org> <50BDC195.3080105@zedat.fu-berlin.de> In-Reply-To: <50BDC195.3080105@zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 12:36:46 -0000 04.12.2012 13:25, O. Hartmann пишет: > On the boxes using FBSD 10.0-CUR and LibreOffice 3.5.7 as in the ports, > after the update, the rebuild of the world (at FreeBSD 10.0-CURRENT #1 > r243836M: Mon Dec 3 23:47:54 CET 2012), an attempt starting LibreOffice > ends up in a SIGNAL 10: > > pid 95059 (soffice.bin), uid 8104: exited on signal 10 Just FYI, I don't have problems with libreoffice running (didn't try to rebuild though): ----- % grep CLANG /etc/make.conf #WITH_CLANG_IS_CC="YES" #WITH_CLANG_EXTRAS="YES" % uname -a FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #44 r243854: Tue Dec 4 14:10:43 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 % pkg_info -Ix libreoffice pkg_info: You appear to be using the newer pkg(1) tool on this system for package management, rather than the legacy package management tools (pkg_*). The legacy tools should no longer be used on this system. libreoffice-3.5.6 Full integrated office productivity suite ru-libreoffice-3.5.6 ru language pack for libreoffice ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 15:38:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5CD6929 for ; Tue, 4 Dec 2012 15:38:17 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6A38FC12 for ; Tue, 4 Dec 2012 15:38:16 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so4299290lah.13 for ; Tue, 04 Dec 2012 07:38:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=DyVscn37Pc5evKOTEUor/7D43zgaLKeiFVV9w7Z+C2w=; b=tTwFKCWvZ+YR1Gx6eSCub5PCsz6QlqJJp1ZrKaI8I2BSQRIPLCvSOmfOBm08FTXQ14 CdGLgg4nTs5cwGN/kVF+kZ3hkLAat5AaTLehCUHbuKGRP629pLrAPdcSMYN9pGejMTNL OQ6X+nFu2RJmMJ0lpxvxlOxR5dAGG2P7c9V2aGwLfqS3qhPSJX+2S08Lu9NBghyWNSz1 LNGkSVo5FDW4NDuwEOzHzhW71ei46PsqtYjDZBQXhiUROGRqcQjXZ1CAsd5K+yO01Q4K UxvganW5GcWNKKnXAgUkKPUu6WcehHaQnCGuKW3VXwF7Du0TrXKpmlJV46H3JBBT+IQy 6EPQ== Received: by 10.112.28.65 with SMTP id z1mr5988747lbg.119.1354635496029; Tue, 04 Dec 2012 07:38:16 -0800 (PST) Received: from [192.168.50.105] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id t5sm941435lbf.6.2012.12.04.07.38.13 (version=SSLv3 cipher=OTHER); Tue, 04 Dec 2012 07:38:14 -0800 (PST) Message-ID: <50BE18E5.2050004@gmail.com> Date: Tue, 04 Dec 2012 16:38:13 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: auditdistd config file location Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 15:38:18 -0000 Hello all. I had some spare time so i thought it was a good moment to look at auditdistd . One thing i noticed was the default config file location. The man page and the wiki tells me it is /etc/security/auditdistd I enabled audistd by placing the following in the rc.conf file auditdistd_enable="YES" However if i want to start the deamon, it tells me the config file is not present. And that is correct, because my config is in /etc/security/ and not /etc/ [root@smb-filer01 ~]# /etc/rc.d/auditdistd start /etc/rc.d/auditdistd: WARNING: /etc/auditdistd.conf is not readable. /etc/rc.d/auditdistd: WARNING: failed precmd routine for auditdistd [root@smb-filer01 ~]# I think the default location of the config file needs to be modified to match that of the wiki page and the man page. regards Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 16:20:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC4074C5 for ; Tue, 4 Dec 2012 16:20:44 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id A83C88FC13 for ; Tue, 4 Dec 2012 16:20:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TfvEc-0000Iv-6X for freebsd-current@freebsd.org; Tue, 04 Dec 2012 08:20:38 -0800 Date: Tue, 4 Dec 2012 08:20:38 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1354638038192-5766507.post@n5.nabble.com> In-Reply-To: <50BD00A8.8070701@FreeBSD.org> References: <50BD00A8.8070701@FreeBSD.org> Subject: Re: [HEADS UP] Imported llvm/clang 3.2 RC2 into head MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 16:20:44 -0000 If there is indeed some problem with libreoffice, I will report back after MFC :) -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-Imported-llvm-clang-3-2-RC2-into-head-tp5766354p5766507.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18:07:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49A7C369 for ; Tue, 4 Dec 2012 18:07:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) by mx1.freebsd.org (Postfix) with ESMTP id E6A6C8FC08 for ; Tue, 4 Dec 2012 18:07:34 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id p1so3855610vbi.18 for ; Tue, 04 Dec 2012 10:07:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8ZyxUMrrgZD/AKtMZ3bNHew8P4gelLEOGO98pExfb8Q=; b=1DpjmHg5zD1Tgs2h4iJ0cPq3I0y+rHOlS3Vc+J+XkSkyGwCZ/7OvYloYiH94eV5JRY CFYiaNE4QMNz/VuGHQdQ6q4twp3w2BDxzZuG7uc846Lwj4nOpAK2wo/KK74qh1tJUus1 M/Urm5KlXS5EcUwfr4D19M/ubyFJJD0Pu/gq+Vc392Jyc8oaQ5I+uvT9fKTF65R4hU8/ rReETtRKmIscYWxwPpufzG/apPA9H98IsjzmJE8/wivktXQ5BBDQL14SYvSqiPawMAiZ 4R5brL2V1rfyxWg6i9aPiBkVadNTJ0+tV0mjJcZbySQ/YMQe55H4m01zMR5UpoQdL9EP C62g== MIME-Version: 1.0 Received: by 10.52.16.229 with SMTP id j5mr10735222vdd.111.1354644454241; Tue, 04 Dec 2012 10:07:34 -0800 (PST) Received: by 10.220.50.6 with HTTP; Tue, 4 Dec 2012 10:07:34 -0800 (PST) In-Reply-To: References: Date: Tue, 4 Dec 2012 10:07:34 -0800 Message-ID: Subject: Re: ixgbe(4) and SFP+ (un)supported module From: Jack Vogel To: Ian FREISLICH Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 18:07:35 -0000 Look again closely, AFBR-703SDZ-IN2 and AFBR-703SDDZ-IN1 are supported, AFBR-703SDZ-IN is not. Jack On Tue, Dec 4, 2012 at 3:47 AM, Ian FREISLICH wrote: > Hi > > I've just had this card installed in our servers: > > ix0@pci0:12:0:0: class=0x020000 card=0x7a118086 chip=0x10fb8086 > rev=0x01 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > cap 10[a0] = PCI-Express 2 endpoint max data 512(512) FLR link x8(x8) > speed 2.5(5.0) > cap 03[e0] = VPD > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0003[140] = Serial 1 90e2baffff2b92e8 > ecap 000e[150] = ARI 1 > ecap 0010[160] = SRIOV 1 > > Which yielded the following error initializing the driver: > > ix0: port > 0xbcc > ix0: Using MSIX interrupts with 9 vectors > ix0: Unsupported SFP+ Module > device_attach: ix0 attach returned 5 > ix0: port > 0xbce > ix0: Using MSIX interrupts with 9 vectors > ix0: Unsupported SFP+ Module > device_attach: ix0 attach returned 5 > ix0: port > 0xbcc > ix0: Using MSIX interrupts with 9 vectors > ix0: Unsupported SFP+ Module > device_attach: ix0 attach returned 5 > ix0: port > 0xbce > ix0: Using MSIX interrupts with 9 vectors > ix0: Unsupported SFP+ Module > device_attach: ix0 attach returned 5 > > The README in /usr/src/sys/dev/ixgbe claims that the module we have, > AFBR-703SDZ-IN is supported. I had to make the following change > to get the driver to attach. I get the feeling it's not the > correct fix however: > > [firewall2.jnb1] /usr/src/sys/dev/ixgbe # svn diff > Index: ixgbe_phy.c > =================================================================== > --- ixgbe_phy.c (revision 243808) > +++ ixgbe_phy.c (working copy) > @@ -955,7 +955,7 @@ > u8 oui_bytes[3] = {0, 0, 0}; > u8 cable_tech = 0; > u8 cable_spec = 0; > - u16 enforce_sfp = 0; > + u16 enforce_sfp = 1; > > DEBUGFUNC("ixgbe_identify_sfp_module_generic"); > > Ian > > -- > Ian Freislich > _______________________________________________ > 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 Dec 4 18:20:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2A0A98C; Tue, 4 Dec 2012 18:20:35 +0000 (UTC) (envelope-from sig6247@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id AF00A8FC15; Tue, 4 Dec 2012 18:20:35 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so2950213pad.13 for ; Tue, 04 Dec 2012 10:20:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:to:cc:subject:in-reply-to:references :mime-version:content-type; bh=kUCg9PMbH6MSUK0lOeM4T666OkIDE+Kf+6JkHfytbng=; b=WasI5ZJ9Zz2CAGhihawmMbbRsVdGUcZIJejA1K1SgZz2nGVHvWCNoDCXDa0vMMloii 1XjQS95h/laqMoGQtog95oNlJXoWVys6qXVKgjaijNPD1Axw+32hysHQP6uE/N+xQl8X ceAnjJX3VdJC8db0q7amabaQ7gnoKSRdT138vEIZ7iFboJXrZJOGB00eFGaCkkd5Ekd8 L7MxzJy/7jMQMP/c8OCksqAU7t6RT4fKuTvt0nAHypKljsfUxC/DcJ3oWWD00HT/nU7N Ocj7aQDC/xnsnxzyyeiILoT5TaNFnv3HB0dgZnADyZg2SE2TJ2s/9IFAyODn6Y3i8Hgb Z2eg== Received: by 10.68.231.97 with SMTP id tf1mr40505395pbc.149.1354645235259; Tue, 04 Dec 2012 10:20:35 -0800 (PST) Received: from localhost (exit-01a.noisetor.net. [173.254.216.66]) by mx.google.com with ESMTPS id n11sm1359353pby.67.2012.12.04.10.20.31 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 10:20:34 -0800 (PST) Message-ID: <50be3ef2.2b53440a.35c0.79d3@mx.google.com> Date: Tue, 04 Dec 2012 10:20:34 -0800 (PST) From: sig6247 To: Konstantin Belousov Subject: Re: clang compiled kernel panic when mounting zfs root on i386 In-Reply-To: <20121203224132.GJ3013@kib.kiev.ua> (Konstantin Belousov's message of "Tue, 4 Dec 2012 00:41:32 +0200") References: <50b37d46.8584440a.735c.ffffb4e6@mx.google.com> <20121126171658.GD3013@kib.kiev.ua> <20121127071243.D1255@besplex.bde.org> <20121129232944.GQ3013@kib.kiev.ua> <50b8a9c5.e64dec0a.1d88.133a@mx.google.com> <20121130164715.GW3013@kib.kiev.ua> <50b9cf0c.0fd9650a.5bbf.ffffb9b3@mx.google.com> <20121203224132.GJ3013@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, dim@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 18:20:36 -0000 On Tue, 4 Dec 2012 00:41:32 +0200, Konstantin Belousov wrote: > Please try the patch below. It might give an immediate relief, but still > there are many offenders in the backtrace. Thanks for the patch, it works now. From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18:42:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F5C5273; Tue, 4 Dec 2012 18:42:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 318348FC17; Tue, 4 Dec 2012 18:42:47 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 84637B95D; Tue, 4 Dec 2012 13:42:46 -0500 (EST) From: John Baldwin To: Andre Oppermann Subject: Re: kernel module parallel build? Date: Tue, 4 Dec 2012 10:52:51 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <5083D84E.50903@freebsd.org> <201210220928.52778.jhb@freebsd.org> <5096C79E.6020400@freebsd.org> In-Reply-To: <5096C79E.6020400@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201212041052.51476.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Dec 2012 13:42:46 -0500 (EST) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 18:42:47 -0000 On Sunday, November 04, 2012 2:53:02 pm Andre Oppermann wrote: > On 22.10.2012 15:28, John Baldwin wrote: > > On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote: > >> What's keeping kernel modules from building in parallel with > >> "make -j8"? > > > > They don't for you? They do for me either via 'make buildkernel' > > or the old method. > > They do, but only partially. Within a module the files are built > in parallel. However the module directories seem to be serialized. > I'm a Makefile noob though. Hmm, I certainly see the module directories being built in parallel. Some of the make jobs may not be as obvious since links are silent (no output unless there is an error). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 18:42:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A40C448C; Tue, 4 Dec 2012 18:42:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 75F5D8FC17; Tue, 4 Dec 2012 18:42:59 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C11C6B915; Tue, 4 Dec 2012 13:42:58 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: ath0: unable to attach hardware Date: Tue, 4 Dec 2012 11:06:50 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <20121123213551.C2CB9E6739@smtp.hushmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201212041106.50645.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Dec 2012 13:42:58 -0500 (EST) Cc: husyh@hush.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 18:42:59 -0000 On Friday, November 23, 2012 5:56:02 pm Adrian Chadd wrote: > Thanks for this! > > I'm sorry it hasn't gotten any more attention. I've cc'ed john because > he understands the PCI-PCI resource allocation stuff and I currently > don't; I'm hoping he can stare at this and see what's going on. > > But yes, if it were an ath(4) problem, the NIC would be returning > 0xdeadbeef, 0xdeadc0de, etc. It wouldn't return 0xffffffff - that > happens when there's nothing mapped at that address. > > The PCI config space that you've provided shows BAR(0) is programmed correctly.. Your dmesg shows that another device behind the same PCI-PCI bridge is working fine (fxp0), so the bridge is configured correctly. Also, the PCI command register for ath0 has memory decoding enabled, so everything should be fine from PCI's perspective. Note that if you want to examine specific registers you can use dd with /dev/mem (albeit carefully), e.g. dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) count=1 | hd to read a single 32-bit register. I think that the card is in fact returning the value you see from its registers. I would do some reads of other registers using dd to see if all of the device registers are returning -1 or if only certain registers are. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 19:41:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA8065A3; Tue, 4 Dec 2012 19:41:33 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1073A8FC1C; Tue, 4 Dec 2012 19:41:32 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id p1so3968125vbi.18 for ; Tue, 04 Dec 2012 11:41:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IV+2MC5RVAnCQuSnL1ZGSRpizSBhR+ONuY7EWdd2Hg0=; b=bVVgWCop0o39/v1gM+aO1thqBgLctYc8FA8OgTPEmqizGqRXjMRz4k4J++5cU2WfYQ txI4EQPMdjEvwlTZ6XpdLpr3nnuLReEWWOoSUEBfLoeKkMP1If3rnw44mztH34wluduS A8sJTBq7RSb2vBY7gtwvc6p56kHTDbUxsUBh78uYlCusy40iA5rDwNNAFtI5koFJmgqg 2ulgv57TWIOL8gOVG9zBPL2YJI0WFph1z+Gs2TW77Qafv+IGis31vHtSHtCJTOk5vJe2 Dn7YtRbIqn1ycqGNsrtVHMHKcIiYj/AtATVPnVS0JF0rJbPcqOzcIPG/p6pfnJYAldeA Ckww== MIME-Version: 1.0 Received: by 10.58.240.107 with SMTP id vz11mr12916352vec.45.1354650092526; Tue, 04 Dec 2012 11:41:32 -0800 (PST) Received: by 10.58.207.114 with HTTP; Tue, 4 Dec 2012 11:41:32 -0800 (PST) In-Reply-To: <201212041052.51476.jhb@freebsd.org> References: <5083D84E.50903@freebsd.org> <201210220928.52778.jhb@freebsd.org> <5096C79E.6020400@freebsd.org> <201212041052.51476.jhb@freebsd.org> Date: Tue, 4 Dec 2012 14:41:32 -0500 Message-ID: Subject: Re: kernel module parallel build? From: Ryan Stone To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-hackers@freebsd.org" , FreeBSD Current , Andre Oppermann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 19:41:33 -0000 On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin wrote: > Hmm, I certainly see the module directories being built in parallel. Some > of > the make jobs may not be as obvious since links are silent (no output > unless > there is an error). > > This is definitely not the behaviour that I see trying to build any version of FreeBSD. I see the same behaviour as Andre: the depend and all targets both iterate through the module directories sequentially. It never builds two module subdirectories concurrently. From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 21:37:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85F40996 for ; Tue, 4 Dec 2012 21:37:34 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBCE8FC0C for ; Tue, 4 Dec 2012 21:37:34 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so3153258pbc.13 for ; Tue, 04 Dec 2012 13:37:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:subject:message-id:user-agent:mime-version :content-type:x-gm-message-state; bh=s0Qj9msQ0Nzabv6zAt+4v7GKIOyz6jFFKUJEtN1p/I4=; b=Ak8unCzpclusaKIepBXF/5RLX4djKncHDFKwdhb4FIs16+NfPgnGtZxHkl8CbPsG3M DvkSI+O7sY9XWjHSx2jJKcPnQGw/Jlelx+dpPtyuWQKTIA7zlf1MFdR9aDeVuIyeJPBU Feoa2Yk1grfAW6Z3CKIEpi2FulKPnICvU0E/eOo7p/y7Ij1jnhmt/dWByPOBESn8ywbN qSLqdQn1tO0w41YqerTJcf1lXqG7/hRhQW/1Ogtk57fVwcx0zndKNwUzE0Qub20z7Y+c 5F0YOdLfQMX+p3lD7G+N2Bn3TvwmNLDTXjb8lrhiVF+EbLqQZLhsZ1ubvIMj0Rqb3vYZ OgXA== Received: by 10.68.253.4 with SMTP id zw4mr42315734pbc.143.1354657053827; Tue, 04 Dec 2012 13:37:33 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPS id mt15sm1585832pbc.49.2012.12.04.13.37.32 (version=SSLv3 cipher=OTHER); Tue, 04 Dec 2012 13:37:33 -0800 (PST) Date: Tue, 4 Dec 2012 11:36:15 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: current@freebsd.org Subject: Call for testers, users with scsi cards Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Gm-Message-State: ALoCoQl4007XF8aYrq/sDkKRi1UzmI90Bt5U1nt1P5Ga86V2FF+igIupj6+8CV6fGfT9/rI71INi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 21:37:34 -0000 http://people.freebsd.org/~jeff/loadccb.diff This patch consolidates all of the functions that map cam control blocks for DMA into one central function. This change is a precursor to adding new features to the I/O stack. It is mostly mechanical. If you are running current on a raid or scsi card, especially if it is a lesser used one, I would really like you to apply this patch and report back any problems. If it works you should notice nothing. If it doesn't work you will probably panic immediately on I/O or otherwise no I/O will happen. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 21:44:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4AA9C8B for ; Tue, 4 Dec 2012 21:44:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6BAC98FC17 for ; Tue, 4 Dec 2012 21:44:03 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so4125023iad.13 for ; Tue, 04 Dec 2012 13:44:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:x-priority :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=S9F3UBmzqehjUpQcq0PY2gxoGwQBxR6Om2Px/qckenk=; b=f1jngQof3aTtxS05S50EqrIrgS5V7g0BalGmy9zJlbwh38DZA62E/2eKTDGM/QZ+Vt 7gL6+U0TeS994/yf4Z4k9s9huTstViw6SHTOQgzeziOUF7oAFXRl1VhUUF/9+1dnzWw9 XeSaBeLifaFhdbvWcRlFN8Gzy9MIZtwe1dsoE9OIe8GaZ3m8Mb49kmjUkUDsCU6LBER4 YbukxhYwMyXq5izKZ5DiLF89931oJDkNmeTLhX4xAggauxDHCgJNIiHNOPKJ5GjvMfFL dEXKgnyAWGtAwapa9z/9OZWGpMWUTxfqFidnjcHYzDvpG7AKut4Fxg/wrOdpqABzZWmK wMHw== Received: by 10.50.203.74 with SMTP id ko10mr4237142igc.26.1354657442627; Tue, 04 Dec 2012 13:44:02 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id em3sm10852033igc.7.2012.12.04.13.44.00 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 13:44:01 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD as read-only firmware Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=utf-8 From: Warner Losh X-Priority: 3 (Normal) In-Reply-To: <534994431.20121104025602@serebryakov.spb.ru> Date: Tue, 4 Dec 2012 14:43:54 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <80F27F05-232F-4014-98C5-31AC5FCF2188@bsdimp.com> References: <1167404891.20121103170049@serebryakov.spb.ru> <534994431.20121104025602@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkiQT4ocfEcikZZHKFX8HxFBGCQsakmnoFFqyeoTZSqcqsWKrMLlTtlXr+aaF87L5dCcoUs Cc: Garrett Cooper , Alexander Yerenkow , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 21:44:03 -0000 [ replying to an old thread, sorry ] On Nov 3, 2012, at 4:56 PM, Lev Serebryakov wrote: > Hello, Alexander. > You wrote 4 =D0=BD=D0=BE=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3., = 2:12:03: >=20 > AY> Quick glance to nanobsd give me impression that: > AY> 1) nanobsd is MBR based, so : > AY> 2) nanobsd is disk-name-change sensitive. > Here are patches to support GPT I'd love to see those... The mailing list must have eaten the original = ones. > AY> GPT way is better - I'm using r${REV} as label, and root can be = mounted no > AY> matter how many other "firmware's" present, or how disks are = ordered. >=20 > AY> BTW, due to bug 173309 I had to rebuild and update my server, = which took > AY> only few minutes for reboot. >=20 > AY> Well, nanobsd is great thing, I'll look into it a bit more, but = it's goal > AY> to have minified FreeBSD, while I need read-only one. > No. Its goal is to have RO and ACID-upgradable system (with two code > slices for this). Yes. NanoBSD's way isn't the best, and if there's better ways for it to = do its thing, then I'm all for updating it to cope better. I have a bit = of a backlog of NanoBSD patches to get to, which is why this caught my = eye, and since 9.1 will soon be a totally done deal, what better time to = hack on NanoBSD and merge... Warner From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 21:50:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 621A3DE for ; Tue, 4 Dec 2012 21:50:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5ED8FC08 for ; Tue, 4 Dec 2012 21:50:00 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so4129726iad.13 for ; Tue, 04 Dec 2012 13:50:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=b+yJedrINYsiQwc7yK8p1yN/di/lnMbHAmrpMkSm/iY=; b=BkjEdCe5Kg6IW+838t6pzvnPVy7EP7LibRrOAXsMwmaK6/oiztZWhYNuksnm98M7xq oXXM1OME6CF2VkwF2X6mnsWQ/p39WLMOcirjnVgyjarjc6qIaAfnzhiCYsp9+KbPImVb vXipvnBhnmQWviidnNzt3KNyO1+lumL8UtRYHvDZml0NI8O6GA2f6/FehK70h39WhhRY ftqXBQzutD/jEkJ+udx7CpbCXsliqRFG0ddqm0HZnx834VVLEG0By8vq3lMNN3jZr7mq ORDfuoZeNY/oC/q6ipO1pZsv/HBl6mzryXdp7UgumGXYHzNzgHc5AU6yDSzLYcGAhked WvqA== Received: by 10.50.56.139 with SMTP id a11mr4296492igq.3.1354657800508; Tue, 04 Dec 2012 13:50:00 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id i10sm10826714igb.12.2012.12.04.13.49.58 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 13:49:59 -0800 (PST) Sender: Warner Losh Subject: Re: Call for testers, users with scsi cards Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Tue, 4 Dec 2012 14:49:52 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Jeff Roberson X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQm+wSO3av+/tcD0xwnMxTGPCZLRa74X1GclHi1F/wQRNxqMdz/1VXzLxMewAUpNa1GOqptG Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 21:50:01 -0000 On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote: > http://people.freebsd.org/~jeff/loadccb.diff >=20 > This patch consolidates all of the functions that map cam control = blocks for DMA into one central function. This change is a precursor to = adding new features to the I/O stack. It is mostly mechanical. If you = are running current on a raid or scsi card, especially if it is a lesser = used one, I would really like you to apply this patch and report back = any problems. If it works you should notice nothing. If it doesn't = work you will probably panic immediately on I/O or otherwise no I/O will = happen. I haven't tested it yet. My only comment from reading it though would = be to make subr_busdma.c be dependent on cam, since it can only used = from cam. We've grown sloppy about noting these dependencies in the = tree... Warner From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 22:03:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A383C75F for ; Tue, 4 Dec 2012 22:03:07 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 274818FC13 for ; Tue, 4 Dec 2012 22:02:54 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB4M2jiE017375 for ; Tue, 4 Dec 2012 15:02:46 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB4M2hON047904; Tue, 4 Dec 2012 15:02:43 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Call for testers, users with scsi cards From: Ian Lepore To: Warner Losh In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Tue, 04 Dec 2012 15:02:43 -0700 Message-ID: <1354658563.87661.23.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 22:03:07 -0000 On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote: > On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote: > > > http://people.freebsd.org/~jeff/loadccb.diff > > > > This patch consolidates all of the functions that map cam control blocks for DMA into one central function. This change is a precursor to adding new features to the I/O stack. It is mostly mechanical. If you are running current on a raid or scsi card, especially if it is a lesser used one, I would really like you to apply this patch and report back any problems. If it works you should notice nothing. If it doesn't work you will probably panic immediately on I/O or otherwise no I/O will happen. > > I haven't tested it yet. My only comment from reading it though would be to make subr_busdma.c be dependent on cam, since it can only used from cam. We've grown sloppy about noting these dependencies in the tree... > > Warner Hmmm, if it's only used by cam, why isn't it in cam/ rather than kern/ ? -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Dec 4 23:34:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4839653; Tue, 4 Dec 2012 23:34:12 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD4C8FC13; Tue, 4 Dec 2012 23:34:12 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so5905812oag.13 for ; Tue, 04 Dec 2012 15:34:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SXVgzq0WNPPG/a1uhxEUSDQzzb1dwJQBMw94XTa1rPY=; b=QKFykCh3QozquODFki6g6NBdKNieqgcsV5Zb/2JRfVfM3LnXdwhFCUuCJvZzz/0N9P TXpWiogKyMAcg/FkZPkRh2nGuWwnmeBFTR63LNsx2pcXhgLfoyVh36dGk1BSFq41SX8+ 7iq/AsFqsa0jCOj7hCP/wWvIpYpJj+5MRg4yv3Qvdupf/buGWKtwvo7BXmnFAWwt1O10 BoYpJSVWae2rWpGXNGeK1xC0GFiiXdFyy0FgM3FIroMGYjbpK26jpm3REjl9coi92omR Uquu/d6RIWudyenVgYshtBb2QO3H+GoAY8QDTfrFtEksHIzSjBURanvU2TD3hzmXjFSL 1RqQ== MIME-Version: 1.0 Received: by 10.60.172.229 with SMTP id bf5mr12885078oec.81.1354664051456; Tue, 04 Dec 2012 15:34:11 -0800 (PST) Received: by 10.60.170.167 with HTTP; Tue, 4 Dec 2012 15:34:11 -0800 (PST) In-Reply-To: <80F27F05-232F-4014-98C5-31AC5FCF2188@bsdimp.com> References: <1167404891.20121103170049@serebryakov.spb.ru> <534994431.20121104025602@serebryakov.spb.ru> <80F27F05-232F-4014-98C5-31AC5FCF2188@bsdimp.com> Date: Wed, 5 Dec 2012 01:34:11 +0200 Message-ID: Subject: Re: FreeBSD as read-only firmware From: Alexander Yerenkow To: Warner Losh Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Garrett Cooper , lev@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 23:34:12 -0000 2012/12/4 Warner Losh > [ replying to an old thread, sorry ] > > On Nov 3, 2012, at 4:56 PM, Lev Serebryakov wrote: > > > Hello, Alexander. > > You wrote 4 =CE=CF=D1=C2=D2=D1 2012 =C7., 2:12:03: > > > > AY> Quick glance to nanobsd give me impression that: > > AY> 1) nanobsd is MBR based, so : > > AY> 2) nanobsd is disk-name-change sensitive. > > Here are patches to support GPT > > I'd love to see those... The mailing list must have eaten the original > ones. > > > AY> GPT way is better - I'm using r${REV} as label, and root can be > mounted no > > AY> matter how many other "firmware's" present, or how disks are ordere= d. > > > > AY> BTW, due to bug 173309 I had to rebuild and update my server, which > took > > AY> only few minutes for reboot. > > > > AY> Well, nanobsd is great thing, I'll look into it a bit more, but it'= s > goal > > AY> to have minified FreeBSD, while I need read-only one. > > No. Its goal is to have RO and ACID-upgradable system (with two code > > slices for this). > > Yes. NanoBSD's way isn't the best, and if there's better ways for it to d= o > its thing, then I'm all for updating it to cope better. I have a bit of = a > backlog of NanoBSD patches to get to, which is why this caught my eye, an= d > since 9.1 will soon be a totally done deal, what better time to hack on > NanoBSD and merge... > I'm using these simple scripts https://github.com/yerenkow/freebsd-vm-image/tree/master/freebsd-firmware to build RO-images both for VMs and for SD cards (GPT or MBR for buggy BIOSes). I don't like idea of upgrading something (via some doubling partitions, or else), at this stage; it's still potential room for problems= . Have one release image fully replaced by other release image - is what seems fit for my goals and requirements; possibility of adding some checksums would be nice too. Probably this could be implemented in nanoBSD too. > > Warner > > _______________________________________________ > 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 Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 00:59:45 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DB0FE81 for ; Wed, 5 Dec 2012 00:59:45 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E9E1D8FC0C for ; Wed, 5 Dec 2012 00:59:44 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so3258770pbc.13 for ; Tue, 04 Dec 2012 16:59:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=X3k36V4wy6fA4R1NSrA77bYUAmCa2GVikSSYuxAK1Gc=; b=UDTKiI3IguHOjjApL6161wstBnS69NGrT9BAzY8ChSf0/KImxnah/hq5BZEFfUM3eU +bmSCW0hK6nDw5BVP+mOegC1Jo3Gu+hZ5LFObodBia0YhdAZ0G6BMZqWXiuw4RwHNvaL cgCqjl4/fzEsIEYkEaWtkawf16IZDH5Gfc5F0DPqwdObhG/qqHEg1A78Rtk+UmEjJokb mFo+51+DSty550MJk7LKk+9T3473+cjRmZKvsfJrrn0aVCkhAetOSFUYwpkDbbG46xC3 YnEP4FihS/fvOEK7iECTjATN+MeWzg3EIeu9R+TvyZoCZwC6AQKfxl6U5PygVpuZl0Kx qcpw== Received: by 10.68.197.197 with SMTP id iw5mr43374127pbc.22.1354669184397; Tue, 04 Dec 2012 16:59:44 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPS id o6sm1638191paw.37.2012.12.04.16.59.42 (version=SSLv3 cipher=OTHER); Tue, 04 Dec 2012 16:59:43 -0800 (PST) Date: Tue, 4 Dec 2012 14:58:24 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ian Lepore Subject: Re: Call for testers, users with scsi cards In-Reply-To: <1354658563.87661.23.camel@revolution.hippie.lan> Message-ID: References: <1354658563.87661.23.camel@revolution.hippie.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQklPBSrJtBit09Du3EtDnQ2439rxHw3LUcyOegyll4jtE15ZRf7uTO/sDfoGt/dh6OiRKJc Cc: current@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 00:59:45 -0000 On Tue, 4 Dec 2012, Ian Lepore wrote: > On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote: >> On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote: >> >>> http://people.freebsd.org/~jeff/loadccb.diff >>> >>> This patch consolidates all of the functions that map cam control blocks for DMA into one central function. This change is a precursor to adding new features to the I/O stack. It is mostly mechanical. If you are running current on a raid or scsi card, especially if it is a lesser used one, I would really like you to apply this patch and report back any problems. If it works you should notice nothing. If it doesn't work you will probably panic immediately on I/O or otherwise no I/O will happen. >> >> I haven't tested it yet. My only comment from reading it though would be to make subr_busdma.c be dependent on cam, since it can only used from cam. We've grown sloppy about noting these dependencies in the tree... >> >> Warner > > Hmmm, if it's only used by cam, why isn't it in cam/ rather than kern/ ? kib pointed out drivers that use ccbs but do not depend on cam. I also intend to consolidate many of the busdma_load_* functions into this subr_busdma.c eventually. I will add a load_bio and things like load_uio and load_mbuf don't need to be re-implemented for every machine. I will define a MD function that allows you to add virtual or physical segments piecemeal (as they all currently have) so that function may be called for each member in the uio, mbuf, ccb, or bio. Thanks, Jeff > > -- Ian > From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 01:24:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD4C6492 for ; Wed, 5 Dec 2012 01:24:00 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8A88A8FC08 for ; Wed, 5 Dec 2012 01:24:00 +0000 (UTC) Received: from [192.168.135.2] (quaver.net [76.14.49.207]) (authenticated bits=0) by ns1.feral.com (8.14.5/8.14.4) with ESMTP id qB51IE5n033843 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 4 Dec 2012 17:18:14 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <50BEA0D3.2020501@feral.com> Date: Tue, 04 Dec 2012 17:18:11 -0800 From: Matthew Jacob User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Call for testers, users with scsi cards References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Tue, 04 Dec 2012 17:18:14 -0800 (PST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 01:24:00 -0000 On 12/4/2012 1:36 PM, Jeff Roberson wrote: > http://people.freebsd.org/~jeff/loadccb.diff > looks ok for isp. This doesn't do diddly for target mode- do you know off the top of your head if it will break anything there? From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 04:26:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E46261C for ; Wed, 5 Dec 2012 04:26:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 63DAA8FC14 for ; Wed, 5 Dec 2012 04:26:04 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so3293215pad.13 for ; Tue, 04 Dec 2012 20:26:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=zSclfivWd6DsOjYRXlsDATpcr+WmsU7Ss3TG1lwrWy8=; b=iBOcvpaUVOBg/Q87R9fXejjq9Sxk3gjqbxspdxi60Q0UwbeGbHKW05Y6gvRujoqc42 d98dpSvrCdQEXOIbQB0/KWOqd8UBRyI7V/cSuRPYHs5fq7esy9cXzWbzyJnBWwoL8yR9 6DKrcgYmMIwt/qxSNNIYt4OTgRlCHd6eKo/6cgUwDmzNnn4Klf1CeTL8uYjCLXIixYOo PRP0fzX8hOLWSM9BhQARPMBx6op2x4kDWY2baOdVUAtPITDaZZuXsOqT59z5S3tjbV3+ IOICJUkkhIJxhQu7I9TkFxsnLxdfHRHqtx1rusNG2a3OJ8ugymEmS7grpvMyTCG+MTul lYJQ== Received: by 10.68.143.162 with SMTP id sf2mr44746650pbb.137.1354681564404; Tue, 04 Dec 2012 20:26:04 -0800 (PST) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id bb2sm1951514pab.34.2012.12.04.20.26.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 20:26:03 -0800 (PST) Sender: Warner Losh Subject: Re: Call for testers, users with scsi cards Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Tue, 4 Dec 2012 21:25:56 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <54F59F93-91A1-44B6-93F6-AB94F3BF2CC2@bsdimp.com> References: <1354658563.87661.23.camel@revolution.hippie.lan> To: Jeff Roberson X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmbbgJzzQkNhSvtnQCYAC63xe1J/ja71AbpYoweP/iiGmmLllF5Ox4HL4yNNjGfFDBfkiXI Cc: Ian Lepore , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 04:26:05 -0000 On Dec 4, 2012, at 5:58 PM, Jeff Roberson wrote: > On Tue, 4 Dec 2012, Ian Lepore wrote: >=20 >> On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote: >>> On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote: >>>=20 >>>> http://people.freebsd.org/~jeff/loadccb.diff >>>>=20 >>>> This patch consolidates all of the functions that map cam control = blocks for DMA into one central function. This change is a precursor to = adding new features to the I/O stack. It is mostly mechanical. If you = are running current on a raid or scsi card, especially if it is a lesser = used one, I would really like you to apply this patch and report back = any problems. If it works you should notice nothing. If it doesn't = work you will probably panic immediately on I/O or otherwise no I/O will = happen. >>>=20 >>> I haven't tested it yet. My only comment from reading it though = would be to make subr_busdma.c be dependent on cam, since it can only = used from cam. We've grown sloppy about noting these dependencies in = the tree... >>>=20 >>> Warner >>=20 >> Hmmm, if it's only used by cam, why isn't it in cam/ rather than = kern/ ? >=20 > kib pointed out drivers that use ccbs but do not depend on cam. I = also intend to consolidate many of the busdma_load_* functions into this = subr_busdma.c eventually. I will add a load_bio and things like = load_uio and load_mbuf don't need to be re-implemented for every = machine. I will define a MD function that allows you to add virtual or = physical segments piecemeal (as they all currently have) so that = function may be called for each member in the uio, mbuf, ccb, or bio. Sounds like a good reason to me... Look forward to it... Warner > Thanks, > Jeff >=20 >>=20 >> -- Ian >>=20 From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 05:35:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D1032FA for ; Wed, 5 Dec 2012 05:35:25 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (www.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id E8ED88FC08 for ; Wed, 5 Dec 2012 05:35:24 +0000 (UTC) Received: from [192.168.0.99] (macbook.scsiguy.com [192.168.0.99]) (authenticated bits=0) by aslan.scsiguy.com (8.14.5/8.14.5) with ESMTP id qB55ZLMg096421 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 4 Dec 2012 22:35:21 -0700 (MST) (envelope-from gibbs@scsiguy.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Call for testers, users with scsi cards From: "Justin T. Gibbs" In-Reply-To: <50BEA0D3.2020501@feral.com> Date: Tue, 4 Dec 2012 22:35:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <71858AC9-61D7-4A7D-973C-D46658FB3475@scsiguy.com> References: <50BEA0D3.2020501@feral.com> To: Matthew Jacob X-Mailer: Apple Mail (2.1499) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (aslan.scsiguy.com [192.168.0.4]); Tue, 04 Dec 2012 22:35:21 -0700 (MST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 05:35:25 -0000 On Dec 4, 2012, at 6:18 PM, Matthew Jacob wrote: > On 12/4/2012 1:36 PM, Jeff Roberson wrote: >> http://people.freebsd.org/~jeff/loadccb.diff >>=20 > looks ok for isp. This doesn't do diddly for target mode- do you know = off the top of your head if it will break anything there? >=20 It will. I believe all that's required to fix it is to add = XPT_CONT_TARGET_IO to the XPT_SCSI_IO case. -- Justin= From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 06:32:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E96E8B35 for ; Wed, 5 Dec 2012 06:32:28 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 787B88FC19 for ; Wed, 5 Dec 2012 06:32:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id CE02F2B42C68; Wed, 5 Dec 2012 08:32:18 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vjf49X3mQ03F; Wed, 5 Dec 2012 08:32:18 +0200 (SAST) Received: from clue.co.za (unknown [197.87.27.118]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id 2EA352B42BE5; Wed, 5 Dec 2012 08:32:18 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1Tg8Wm-0000Sr-R8; Wed, 05 Dec 2012 08:32:16 +0200 To: Jack Vogel From: Ian FREISLICH Subject: Re: ixgbe(4) and SFP+ (un)supported module In-Reply-To: References: X-Attribution: BOFH Date: Wed, 05 Dec 2012 08:32:16 +0200 Message-Id: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 06:32:29 -0000 Jack Vogel wrote: > Look again closely, AFBR-703SDZ-IN2 and AFBR-703SDDZ-IN1 are supported, > AFBR-703SDZ-IN is not. Sorry, that was a cut&pasto. We have the AFBR-703SDZ-IN2. The full detail from the box according the guy on site is: AFBR-703SDZ-IN2 (INTEL) FTLX8571D3BCL Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 09:31:07 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE8708DC for ; Wed, 5 Dec 2012 09:31:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7055E8FC17 for ; Wed, 5 Dec 2012 09:31:07 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1TgBJj-003IJJ-Ls>; Wed, 05 Dec 2012 10:30:59 +0100 Received: from e178016084.adsl.alicedsl.de ([85.178.16.84] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1TgBJj-0015FH-It>; Wed, 05 Dec 2012 10:30:59 +0100 Message-ID: <50BF1452.2090803@zedat.fu-berlin.de> Date: Wed, 05 Dec 2012 10:30:58 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Current FreeBSD Subject: bind: eating a lot CPU time X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig599CD5DE36832DC73071713D" X-Originating-IP: 85.178.16.84 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 09:31:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig599CD5DE36832DC73071713D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On a CURRENT server acting as the gateway/router (FreeBSD 10.0-CURRENT #1 r243869M: Wed Dec 5 00:09:59 CET 2012), a running named/bind service for local DNS resolution is eating up a lot of time. Is this usual? I can not see caching, checking for requests or similar what could cause a permanent load on the server daemon. regards oliver PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1635 bind 7 20 0 98640K 31640K kqread 0 41:02 113.13% named 1371 root 1 20 0 47932K 4168K select 2 0:14 0.00% p= pp 2413 klicko 1 20 0 99092K 8008K select 2 0:01 0.00% ssh= d [...] --------------enig599CD5DE36832DC73071713D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQvxRTAAoJEOgBcD7A/5N8J00H/iJEFF3dn5LFwqc6691q43uX s/tIf4Czjq2TzNPEVyIWFsJ5+HOVpjp+bZ7/z3JO7cBkUiMoyNESVlf/Czv1lPuM BKQbFoUqrudcDf5rp/UehMB6BiSIE4hv9wETQWY2/Rxd2L6fRRr3GFBbUKbzq511 XyMcSsme6waeeY5xcOKeI0JLNr91mt7pVZzCyd/yXzgQdN4bCgL3gIdi1uuUsNKD 2mFUsVB914UE959Hxiji3XVeYri7Yns0hn3mQ/mdwduLSgELdPOAEpBIGoXZofvr K79QTsTazbCD9sVsslUCeLG8wWxE8sf9GpXd2OKzCbFEFFMbhFfnftF/9ImTPGg= =BRZN -----END PGP SIGNATURE----- --------------enig599CD5DE36832DC73071713D-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 09:42:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E0E2B12 for ; Wed, 5 Dec 2012 09:42:49 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D120D8FC08 for ; Wed, 5 Dec 2012 09:42:48 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so5273756lbb.13 for ; Wed, 05 Dec 2012 01:42:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zzCFl9dWiqSMYCDUddBvkt7t47ZPINGKhihSlOOHiRs=; b=aLzk9dr4OiIRFB1BelXRqFayVtc5hKlijWSz66tHnb86mzMJPraEUEMcCx7ir6qfO1 GG4Tqa70Y5BtR3SMhd3+U3gEuL10oVoEYxIvNI9crInbVun26cJT4AOwOdNwmxtrVBE/ Dq4Xh+20rsnk0UPRgO+OAYHuu8QZ2BfXhCP+H41EJrZDcgFznUzyMUYDEkuvbxxyjM5i zNfsU6AH6nrSO647uIJaiFBwLFfhK+zpRkmgHXUrZ3hFjvMSFx+ZRUNVJoFHkbMnaS8m nHM53HgH5xDkXiPd2ffzgAj0LO7XSTZBhq7ezwuE1WHHifEiY94FVO3GencWQz/ofHd8 yLLQ== Received: by 10.152.46.161 with SMTP id w1mr16044182lam.27.1354700567287; Wed, 05 Dec 2012 01:42:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.45.129 with HTTP; Wed, 5 Dec 2012 01:42:26 -0800 (PST) In-Reply-To: <50BF1452.2090803@zedat.fu-berlin.de> References: <50BF1452.2090803@zedat.fu-berlin.de> From: Christer Solskogen Date: Wed, 5 Dec 2012 10:42:26 +0100 Message-ID: Subject: Re: bind: eating a lot CPU time To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 09:42:49 -0000 On Wed, Dec 5, 2012 at 10:30 AM, O. Hartmann wrote: > On a CURRENT server acting as the gateway/router (FreeBSD 10.0-CURRENT > #1 r243869M: Wed Dec 5 00:09:59 CET 2012), a running named/bind service > for local DNS resolution is eating up a lot of time. > > Is this usual? I can not see caching, checking for requests or similar > what could cause a permanent load on the server daemon. > You could try enabling logging, and see if there is something there. -- chs, From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 10:14:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C30822F2 for ; Wed, 5 Dec 2012 10:14:30 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [IPv6:2001:5a8:4:7e72:4a5b:39ff:fe12:452]) by mx1.freebsd.org (Postfix) with ESMTP id 575AC8FC0C for ; Wed, 5 Dec 2012 10:14:27 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id qB5AEPQP054949; Wed, 5 Dec 2012 02:14:25 -0800 (PST) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201212051014.qB5AEPQP054949@chez.mckusick.com> To: HATANO Tomomi Subject: Re: SU+J on 9.1-RC2 ISO In-reply-to: <20121104.211336.244701604.hatanou@infolab.ne.jp> Date: Wed, 05 Dec 2012 02:14:25 -0800 From: Kirk McKusick X-Spam-Status: No, score=0.0 required=5.0 tests=MISSING_MID, UNPARSEABLE_RELAY autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on chez.mckusick.com X-Mailman-Approved-At: Wed, 05 Dec 2012 12:46:44 +0000 Cc: jdc@koitsu.org, b.smeelen@ose.nl, fnwhitehorn@freebsd.org, freebsd-current@freebsd.org, Jeff Roberson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 10:14:30 -0000 > Date: Sun, 04 Nov 2012 21:13:36 +0900 (JST) > To: freebsd-stable@freebsd.org > Subject: Re: SU+J on 9.1-RC2 ISO > From: HATANO Tomomi > Cc: jdc@koitsu.org, b.smeelen@ose.nl, fnwhitehorn@freebsd.org, > freebsd-current@freebsd.org > > Hi all. > > The point is: > > There is completely no way to take a snapshot of SU+J partition > unless modify one's kernel. > > Whether some issue still exist or not, > how about enabling snapshoting SU+J partition > through sysctl variable? > > Would you mind to see patch attached? > > 1. Taking a snapshot of SU+J partition is controlled through sysctl variable. > > 2. Default to disable. > One who want to enable it should set the variable manually. > > 3. The default value in bsdinstall(8) may be left as is. > -- > HATANO Tomomi. > > --- src/sys/ufs/ffs/ffs_snapshot.c.orig 2012-11-04 11:01:58.000000000 +0900 > +++ src/sys/ufs/ffs/ffs_snapshot.c 2012-11-04 11:13:32.000000000 +0900 > @@ -182,8 +182,10 @@ > */ > int dopersistence = 0; > > -#ifdef DEBUG > #include > +int snapsuj = 0; > +SYSCTL_INT(_debug, OID_AUTO, snapsuj, CTLFLAG_RW, &snapsuj, 0, ""); > +#ifdef DEBUG > SYSCTL_INT(_debug, OID_AUTO, dopersistence, CTLFLAG_RW, &dopersistence, 0, ""); > static int snapdebug = 0; > SYSCTL_INT(_debug, OID_AUTO, snapdebug, CTLFLAG_RW, &snapdebug, 0, ""); > @@ -230,7 +232,7 @@ > * At the moment, journaled soft updates cannot support > * taking snapshots. > */ > - if (MOUNTEDSUJ(mp)) { > + if (MOUNTEDSUJ(mp) && (snapsuj == 0)) { > vfs_mount_error(mp, "%s: Snapshots are not yet supported when " > "running with journaled soft updates", fs->fs_fsmnt); > return (EOPNOTSUPP); > Snapshots are disabled when using SU+J for a reason. That reason is that the journal rollback when a snapshot is active on a filesystem DOES NOT WORK. It leaves your filesystem with duplicate blocks that can only be removed by manually running fsck and correcting the duplicate block entries by hand. If you need to use snapshots, then run with SU and not SU+J. When journal rollback properly handles snapshots, snapshots on SU+J will be enabled. Kirk McKusick From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 15:12:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 077C6433; Wed, 5 Dec 2012 15:12:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB6F8FC0C; Wed, 5 Dec 2012 15:12:11 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so5652695lbb.13 for ; Wed, 05 Dec 2012 07:12:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0ecrfHu4UyuAvGiXNG9LxQWcNjTnHVOzeePJ8+DT+Ao=; b=UWJwBmRmy2tzZRYzaY152+sytb4GofG4EaF2EzY4+sThCkUPIzXAjtPRYU2E5UxNc4 bIt7HMDTmfliObmoUOx/9MqFGnQVQe82qNyAZXu8I09SgaMUIRSMVjAIRPPLaiZDRSKH WCqcJeIr7/6F5LwCL6KYqSS+0Bztgkdf8PtcrcOSLLe8hrYR2r/YSx3KwQbSrD2taRZH nj879Xx9wbZHW62J9y8bLJkNRg85uhHxcJsqcfS35vJo6jumDOKOUv9kTYxIrBrZe39c qMScDfg5L1mbv8TejvOZnGIDuVOi2BVDsd+yZL1jLD/daNhqLcubpb4NKC3v9LQ5Ov7f nDPQ== MIME-Version: 1.0 Received: by 10.112.28.98 with SMTP id a2mr7442291lbh.110.1354720330636; Wed, 05 Dec 2012 07:12:10 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.112.84.193 with HTTP; Wed, 5 Dec 2012 07:12:10 -0800 (PST) In-Reply-To: <50B74F9C.40106@FreeBSD.org> References: <50A4E8C0.5030608@FreeBSD.org> <50A552C5.5060703@FreeBSD.org> <50A650C2.7060407@FreeBSD.org> <50B74F9C.40106@FreeBSD.org> Date: Wed, 5 Dec 2012 15:12:10 +0000 X-Google-Sender-Auth: rrwwsdVO9li9ap8DbBaA2ObzOjo Message-ID: Subject: Re: LK_SHARED/LK_DOWNGRADE adjustments to lock.9 manual page From: Attilio Rao To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 15:12:13 -0000 On Thu, Nov 29, 2012 at 12:05 PM, Andriy Gapon wrote: > on 16/11/2012 16:42 Andriy Gapon said the following: >> on 15/11/2012 23:44 Attilio Rao said the following: >>> Do you think you can test this patch?: >>> http://www.freebsd.org/~attilio/lockmgr_forcerec.patch >> >> I will use this patch in my tree, but I think that it is effectively already quite >> well tested by using INVARIANTS+WITNESS. >> > > I've been using this patch in both debug and non-debug environments and I have not > run into any issues. Please commit when you get a chance. > Thank you. Committed as r243900, please proceed with manpage cleanup. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 15:35:49 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44B22AF8 for ; Wed, 5 Dec 2012 15:35:49 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id A26158FC17 for ; Wed, 5 Dec 2012 15:35:42 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB5FZZCA047061 for ; Wed, 5 Dec 2012 08:35:41 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB5FZWBN048840; Wed, 5 Dec 2012 08:35:32 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Call for testers, users with scsi cards From: Ian Lepore To: Jeff Roberson In-Reply-To: References: <1354658563.87661.23.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Wed, 05 Dec 2012 08:35:31 -0700 Message-ID: <1354721731.87661.98.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 15:35:49 -0000 On Tue, 2012-12-04 at 14:58 -1000, Jeff Roberson wrote: > On Tue, 4 Dec 2012, Ian Lepore wrote: > > > On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote: > >> On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote: > >> > >>> http://people.freebsd.org/~jeff/loadccb.diff > >>> > >>> This patch consolidates all of the functions that map cam control blocks for DMA into one central function. This change is a precursor to adding new features to the I/O stack. It is mostly mechanical. If you are running current on a raid or scsi card, especially if it is a lesser used one, I would really like you to apply this patch and report back any problems. If it works you should notice nothing. If it doesn't work you will probably panic immediately on I/O or otherwise no I/O will happen. > >> > >> I haven't tested it yet. My only comment from reading it though would be to make subr_busdma.c be dependent on cam, since it can only used from cam. We've grown sloppy about noting these dependencies in the tree... > >> > >> Warner > > > > Hmmm, if it's only used by cam, why isn't it in cam/ rather than kern/ ? > > kib pointed out drivers that use ccbs but do not depend on cam. Ahh, I didn't realize. > I also > intend to consolidate many of the busdma_load_* functions into this > subr_busdma.c eventually. I will add a load_bio and things like load_uio > and load_mbuf don't need to be re-implemented for every machine. I will > define a MD function that allows you to add virtual or physical segments > piecemeal (as they all currently have) so that function may be called for > each member in the uio, mbuf, ccb, or bio. I'm afraid the current near-identicalness of things like the load_mbuf implementations have more to do with the cut-and-paste nature of how the non-x86 implementations came to be, rather than actual correctness. A proper implementation of the load_mbuf routines on architectures with VIVT cache should involve setting some flags in the map so that the sync operations can be handled differently for mbufs than for anonymous memory. (Mbufs are allowed to bend the rules about DMA buffers being aligned to cacheline boundaries.) The uio-related busdma operations for VIVT cache platforms are probably just plain wrong -- like "would cause a panic" type wrong if they were actually invoked. I posted a set of patches that fix all the problems I know of in the armv4 busdma implementation, except for the uio stuff. It didn't get much comment at the time and lacks a champion who can actually commit the code. They won't even apply cleanly anymore because of other changes that have happened, I guess I should go re-spin the patchset and post it again. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 16:55:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A324D2B; Wed, 5 Dec 2012 16:55:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 582828FC19; Wed, 5 Dec 2012 16:55:41 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 91F22B982; Wed, 5 Dec 2012 11:55:40 -0500 (EST) From: John Baldwin To: Ryan Stone Subject: Re: kernel module parallel build? Date: Wed, 5 Dec 2012 11:42:17 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <5083D84E.50903@freebsd.org> <201212041052.51476.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201212051142.18361.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 05 Dec 2012 11:55:40 -0500 (EST) Cc: "freebsd-hackers@freebsd.org" , FreeBSD Current , Andre Oppermann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 16:55:41 -0000 On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote: > On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin wrote: > > > Hmm, I certainly see the module directories being built in parallel. Some > > of > > the make jobs may not be as obvious since links are silent (no output > > unless > > there is an error). > > > > > This is definitely not the behaviour that I see trying to build any version > of FreeBSD. I see the same behaviour as Andre: the depend and all targets > both iterate through the module directories sequentially. It never builds > two module subdirectories concurrently. Hmm, I think I was confused by seeing kernel builds intermingle with the associated modules. sys/modules/Makefile uses bsd.subdir.mk. I think I see similar things in world builds where I will see parallel builds of bin vs sbin vs usr.bin vs usr.sbin, but within each of those directories the builds go sequentially. I think you would need to change bsd.subdir.mk if you want to fix this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 17:10:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8CC411D; Wed, 5 Dec 2012 17:10:55 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5558B8FC12; Wed, 5 Dec 2012 17:10:54 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so6702637obc.13 for ; Wed, 05 Dec 2012 09:10:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XYAPddngr9L7fJ9VydupsjPLhbU1hX7bwVFule992OQ=; b=LNBm3PrJ48NIH1ZuVRPSnlC2IylHKfVpkobZqUghiLH8xUjUpgMcz5hmvRo5rg5Ki7 19YXppLJn6JO0s9X+7TbNYQj2PU0NBflCE4vEV67KGweiSitx4gfw8BVRzK5Qj6DOUDd XMu3s+OLYKQ8Be426AbdetH68YDwyLu7huK1666oaMpNUdMEhActwYsj6xtNQST9yK7U fGTfQEgwNANIfVAyersLtV4NnFGE6DPoVVqv3AcISQV11IVPE1a8q/EBgAwQzWdXa34X ca6Yn7RtAJ0IiC0s6hjqmv1WJDV3YwJEtcg33VHk3tUduvAmv07wMgzLSRKP1uURRmv+ NM+w== MIME-Version: 1.0 Received: by 10.60.21.167 with SMTP id w7mr14303488oee.18.1354727453242; Wed, 05 Dec 2012 09:10:53 -0800 (PST) Received: by 10.76.143.33 with HTTP; Wed, 5 Dec 2012 09:10:53 -0800 (PST) In-Reply-To: <201212051142.18361.jhb@freebsd.org> References: <5083D84E.50903@freebsd.org> <201212041052.51476.jhb@freebsd.org> <201212051142.18361.jhb@freebsd.org> Date: Wed, 5 Dec 2012 09:10:53 -0800 Message-ID: Subject: Re: kernel module parallel build? From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-hackers@freebsd.org" , Andre Oppermann , FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 17:10:55 -0000 On Wed, Dec 5, 2012 at 8:42 AM, John Baldwin wrote: > On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote: >> On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin wrote: >> >> > Hmm, I certainly see the module directories being built in parallel. Some >> > of >> > the make jobs may not be as obvious since links are silent (no output >> > unless >> > there is an error). >> > >> > >> This is definitely not the behaviour that I see trying to build any version >> of FreeBSD. I see the same behaviour as Andre: the depend and all targets >> both iterate through the module directories sequentially. It never builds >> two module subdirectories concurrently. > > Hmm, I think I was confused by seeing kernel builds intermingle with the > associated modules. sys/modules/Makefile uses bsd.subdir.mk. I think I see > similar things in world builds where I will see parallel builds of bin vs sbin > vs usr.bin vs usr.sbin, but within each of those directories the builds go > sequentially. I think you would need to change bsd.subdir.mk if you want to > fix this. Correct: 45 @${_+_}for entry in ${SUBDIR}; do \ ^^^^^^^^^^^^^^^^^^^ This is where things get serialized ^^^^^^^^^^^^^^^^^^^^^^^^ 46 if test -d ${.CURDIR}/$${entry}.${MACHINE_ARCH}; then \ Same thing applies for buildkernel building modules because it just wraps around bsd.subdir.mk in sys/modules/Makefile . Enhancing it to be parallel would introduce potential races. Some of the work sjg's doing with meta make will make this unnecessary from a buildworld perspective, but I'm not sure about buildkernel. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 17:21:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 116EC4A2 for ; Wed, 5 Dec 2012 17:21:19 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9BC8FC14 for ; Wed, 5 Dec 2012 17:21:18 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hm9so1897406wib.13 for ; Wed, 05 Dec 2012 09:21:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AlnBixa2fcdGHcBnJTuj8bBe24GNdeo2GqrrQSzrVlc=; b=b86zRarhcVjoI6v9DAMgrEjJsXjGR4ygGqKUCr9XpL/yeBSZ+6s3tTd5R4uN6qgLMO XVSKDWEM9n3OiIcPLd0RYWAuLPL7+k+T7MezIuUg1j/VHRgmhqcwwri2BhWfC7kfV5Ak BnV/YZZH4M4EPIjM2ch3gRx9UwZK+SuwVnaqwHYDb5YVkGgBrffJMGVUPWZeM4GiVukF cjemDvkiYcOmTchhCYWR89jsb7tJUcMbS8Z9vgDN+YxO3xRpuZ3K4Mw6WPbzhYYS+yY0 6ohb8/s+jpOAgejO6k5ZyfSOwqgfOCRxsAmcNCqVVtCTFUezx8QYgg9Kz/UtFinTOUC4 Fyuw== MIME-Version: 1.0 Received: by 10.180.109.132 with SMTP id hs4mr4498323wib.1.1354728077185; Wed, 05 Dec 2012 09:21:17 -0800 (PST) Received: by 10.217.57.4 with HTTP; Wed, 5 Dec 2012 09:21:17 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Dec 2012 10:21:17 -0700 Message-ID: Subject: Re: Call for testers, users with scsi cards From: Jim Harris To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 17:21:19 -0000 On Tue, Dec 4, 2012 at 2:36 PM, Jeff Roberson wrote: > http://people.freebsd.org/~**jeff/loadccb.diff > > This patch consolidates all of the functions that map cam control blocks > for DMA into one central function. This change is a precursor to adding > new features to the I/O stack. It is mostly mechanical. If you are > running current on a raid or scsi card, especially if it is a lesser used > one, I would really like you to apply this patch and report back any > problems. If it works you should notice nothing. If it doesn't work you > will probably panic immediately on I/O or otherwise no I/O will happen. > > Hi Jeff, This patch breaks both ahci and isci on my system. I still need to root cause the isci panic, but I have some details on ahci. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x6c fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80314f98 stack pointer = 0x28:0xffffff884433a130 frame pointer = 0x28:0xffffff884433a1d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4 (xpt_thrd) [ thread pid 4 tid 100174 ] Stopped at ahci_dmasetprd+0xb8: movl 0x6c(%rcx),%eax db> bt Tracing pid 4 tid 100174 td 0xfffffe002c080480 ahci_dmasetprd() at ahci_dmasetprd+0xb8/frame 0xffffff884433a1d0 bus_dmamap_load() at bus_dmamap_load+0x91/frame 0xffffff884433a230 bus_dmamap_load_ccb() at bus_dmamap_load_ccb+0xf0/frame 0xffffff884433a280 ahci_dmasetprd() at ahci_dmasetprd+0x82e/frame 0xffffff884433a320 bus_dmamap_load_ccb() at bus_dmamap_load_ccb+0x3b/frame 0xffffff884433a370 ahciaction() at ahciaction+0x7d4/frame 0xffffff884433a3b0 xpt_run_dev_sendq() at xpt_run_dev_sendq+0x2a1/frame 0xffffff884433a3f0 xpt_action_default() at xpt_action_default+0x10bd/frame 0xffffff884433a480 probestart() at probestart+0x1e5/frame 0xffffff884433a5d0 xpt_run_dev_allocq() at xpt_run_dev_allocq+0x192/frame 0xffffff884433a610 proberegister() at proberegister+0xf9/frame 0xffffff884433a630 cam_periph_alloc() at cam_periph_alloc+0x571/frame 0xffffff884433a710 ata_scan_lun() at ata_scan_lun+0x147/frame 0xffffff884433a920 ata_scan_bus() at ata_scan_bus+0x2c0/frame 0xffffff884433aa40 xpt_scanner_thread() at xpt_scanner_thread+0x161/frame 0xffffff884433aa70 fork_exit() at fork_exit+0x9a/frame 0xffffff884433aab0 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884433aab0 The following patch to ahci.c works, but hopefully someone more familiar with ahci can chime in. Index: sys/dev/ahci/ahci.c =================================================================== --- sys/dev/ahci/ahci.c (revision 243900) +++ sys/dev/ahci/ahci.c (working copy) @@ -1669,19 +1669,9 @@ slot->dma.nsegs = 0; /* If request moves data, setup and load SG list */ if ((ccb->ccb_h.flags & CAM_DIR_MASK) != CAM_DIR_NONE) { - void *buf; - bus_size_t size; - slot->state = AHCI_SLOT_LOADING; - if (ccb->ccb_h.func_code == XPT_ATA_IO) { - buf = ccb->ataio.data_ptr; - size = ccb->ataio.dxfer_len; - } else { - buf = ccb->csio.data_ptr; - size = ccb->csio.dxfer_len; - } - bus_dmamap_load(ch->dma.data_tag, slot->dma.data_map, - buf, size, ahci_dmasetprd, slot, 0); + bus_dmamap_load_ccb(ch->dma.data_tag, slot->dma.data_map, ccb, + ahci_dmasetprd, slot, 0); } else ahci_execute_transaction(slot); } -Jim From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 17:39:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 473BC7A4 for ; Wed, 5 Dec 2012 17:39:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ye0-f182.google.com (mail-ye0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA8448FC12 for ; Wed, 5 Dec 2012 17:39:45 +0000 (UTC) Received: by mail-ye0-f182.google.com with SMTP id q5so941136yen.13 for ; Wed, 05 Dec 2012 09:39:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=GoSbY9kltS9CJ5mQfqSwT59gwKFwCcTFcRdRvRq6xhc=; b=b5TbR9WXDwACco9HtC5JIgL684vOFrJV+g09UMLqQUgQei2WahFcXami0IVsvh+SKP dBcLXICUTtDm1VKgArgEKjOlrAuKqJSLZ76AhSmUQSTSbYVcOv2PYPU7aI/OaXtx2y0/ mukYayY9fbl7422nJOYaCE6999vfvb5GmMT+p1/MldyC3CtTuTk06o8RVJ0/bHxqW/3W 9ggxyMXSYEeYQqdPKjcchqrJ8P4wnoNShnO8eERIHKTCRvpnyhjh0DvKUiGXcemVc6Yu p9eAcrD53VgX/lG+O0aXGMImSrEHJKxjnp9QYcTHK2Ju2PsU63EhD/ZqCZa+w8LHW7OA HiCg== Received: by 10.236.138.10 with SMTP id z10mr21233511yhi.39.1354729179647; Wed, 05 Dec 2012 09:39:39 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id v4sm5258863ank.9.2012.12.05.09.39.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Dec 2012 09:39:38 -0800 (PST) Sender: Warner Losh Subject: Re: kernel module parallel build? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <201212051142.18361.jhb@freebsd.org> Date: Wed, 5 Dec 2012 10:39:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0EC857C9-4C1B-467D-8499-B493401B64BC@bsdimp.com> References: <5083D84E.50903@freebsd.org> <201212041052.51476.jhb@freebsd.org> <201212051142.18361.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQleZMjEV8KU8tXjh7DZeOKtkqt4oidG8n4s+3PCOjiVOnDyQnPZZliqM6Q/zYRVF1uA0Y1b Cc: "freebsd-hackers@freebsd.org" , Andre Oppermann , FreeBSD Current , Ryan Stone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 17:39:46 -0000 On Dec 5, 2012, at 9:42 AM, John Baldwin wrote: > On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote: >> On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin = wrote: >>=20 >>> Hmm, I certainly see the module directories being built in parallel. = Some >>> of >>> the make jobs may not be as obvious since links are silent (no = output >>> unless >>> there is an error). >>>=20 >>>=20 >> This is definitely not the behaviour that I see trying to build any = version >> of FreeBSD. I see the same behaviour as Andre: the depend and all = targets >> both iterate through the module directories sequentially. It never = builds >> two module subdirectories concurrently. >=20 > Hmm, I think I was confused by seeing kernel builds intermingle with = the=20 > associated modules. sys/modules/Makefile uses bsd.subdir.mk. I think = I see=20 > similar things in world builds where I will see parallel builds of bin = vs sbin=20 > vs usr.bin vs usr.sbin, but within each of those directories the = builds go=20 > sequentially. I think you would need to change bsd.subdir.mk if you = want to=20 > fix this. The builds are in parallel, just that the parallelism is low because it = is only parallel within the module being built. Would love to see a fix. Warner From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 17:55:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D623F00 for ; Wed, 5 Dec 2012 17:55:30 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id D7F2E8FC14 for ; Wed, 5 Dec 2012 17:55:29 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id dr1so1114092wgb.1 for ; Wed, 05 Dec 2012 09:55:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jLHgCxCovT9V4XHys5Xh8txCD0YrFjDri+XzcfYu5jU=; b=RkaoC/kYMViXjEyr+15ZZqU4KPWffOBGwAqQTL1a+o22STCKwHO41kax4CjlyWGsSq 7WcCIsJDLbCjCOn4eB2/qO3JyfvBF+QxH5kxPOyqD5+fEQDNPuqh9b8mSQw2BwA8CHfY hqe2DGWAqzVGDbY6xUoJkHHSW1BSz2DhXhirdsF8PRHkynC16ImmPYQrlgnG2WhKbMcO qhPACTrR5B3FK/ZG2wA3b2UHXLq4odSd81oCzGij6TjRyrWzMBAragDDljhb7Ho4dPlw C8xXpsqaKQEYgIAqzmD1WMkwnfFjCjiuGgyoH6/TGCwztxYZ/PIiwFdKPNL4RzmgllqO Vd/A== MIME-Version: 1.0 Received: by 10.180.109.132 with SMTP id hs4mr4662793wib.1.1354730123335; Wed, 05 Dec 2012 09:55:23 -0800 (PST) Received: by 10.217.57.4 with HTTP; Wed, 5 Dec 2012 09:55:23 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Dec 2012 10:55:23 -0700 Message-ID: Subject: Re: Call for testers, users with scsi cards From: Jim Harris To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 17:55:30 -0000 On Tue, Dec 4, 2012 at 2:36 PM, Jeff Roberson wrote: > http://people.freebsd.org/~**jeff/loadccb.diff > > This patch consolidates all of the functions that map cam control blocks > for DMA into one central function. This change is a precursor to adding > new features to the I/O stack. It is mostly mechanical. If you are > running current on a raid or scsi card, especially if it is a lesser used > one, I would really like you to apply this patch and report back any > problems. If it works you should notice nothing. If it doesn't work you > will probably panic immediately on I/O or otherwise no I/O will happen. > > +int +bus_dmamap_load_ccb(bus_dma_tag_t dmat, bus_dmamap_t map, union ccb *ccb, + bus_dmamap_callback_t *callback, void *callback_arg, + int flags) +{ + struct ccb_ataio *ataio; + struct ccb_scsiio *csio; + struct ccb_hdr *ccb_h; + void *data_ptr; + uint32_t dxfer_len; + uint16_t sglist_cnt; + + ccb_h = &ccb->ccb_h; + if ((ccb_h->flags & CAM_DIR_MASK) == CAM_DIR_NONE) { + callback(callback_arg, NULL, 0, 0); + } + I think you need to return here after invoking the callback. Otherwise you drop through and then either invoke the callback again or call bus_dmamap_load (which will in turn invoke the callback again). This fix allows the ahci.c change to go back to: Index: sys/dev/ahci/ahci.c =================================================================== --- sys/dev/ahci/ahci.c (revision 243900) +++ sys/dev/ahci/ahci.c (working copy) @@ -1667,23 +1667,9 @@ (ccb->ataio.cmd.flags & (CAM_ATAIO_CONTROL | CAM_ATAIO_NEEDRESULT))) ch->aslots |= (1 << slot->slot); slot->dma.nsegs = 0; - /* If request moves data, setup and load SG list */ - if ((ccb->ccb_h.flags & CAM_DIR_MASK) != CAM_DIR_NONE) { - void *buf; - bus_size_t size; - - slot->state = AHCI_SLOT_LOADING; - if (ccb->ccb_h.func_code == XPT_ATA_IO) { - buf = ccb->ataio.data_ptr; - size = ccb->ataio.dxfer_len; - } else { - buf = ccb->csio.data_ptr; - size = ccb->csio.dxfer_len; - } - bus_dmamap_load(ch->dma.data_tag, slot->dma.data_map, - buf, size, ahci_dmasetprd, slot, 0); - } else - ahci_execute_transaction(slot); + slot->state = AHCI_SLOT_LOADING; + bus_dmamap_load_ccb(ch->dma.data_tag, slot->dma.data_map, ccb, + ahci_dmasetprd, slot, 0); } /* Locked by busdma engine. */ This is almost what you head earlier, but adding back setting of the slot's state to AHCI_SLOT_LOADING, to cover the case where the load is deferred. It seems OK to do this even in case where no load is actually happening (i.e. CAM_DIR_NONE). -Jim From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 20:57:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3FFA94E for ; Wed, 5 Dec 2012 20:57:56 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9956A8FC0C for ; Wed, 5 Dec 2012 20:57:56 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so3956324pad.13 for ; Wed, 05 Dec 2012 12:57:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=Zd1CMKAfjxNHYu+7KNz4OXp1nuEhqtmq9WIimZbhlts=; b=NUzBZ0gzAFun+oQOBGNRFJ0VlHjQvH8sKYktfD1REmnS+knr6ti9DfDVfvWsmHMEaM lrZukDYlYIqV2Mh7VTRTVhwGdUxoe5GxVDBlLE2Ju9P7eb25YhgrzaZtrtRimdYQgqml AJSISB62hljf7nHtvZsk2oHRQf2m/Hgvl1u+yDVPLIO+IVB5Abfpxy1+PLMBtm3CEp7f 7b9bIOidz4FPLjwM0ixjdiEJBGdOVnIeP1WbrUUUGOunn4hK7fmLwyEnXRWGd5/Zb+k3 GUZPoBbXC4aU/m1t1EmL4iX3KYgbmM9pF2T/kESn4qDhsNrDFQiUipSUxrXcofSpagSy sVzg== Received: by 10.66.88.129 with SMTP id bg1mr47868986pab.71.1354741075796; Wed, 05 Dec 2012 12:57:55 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPS id n11sm3437116pby.67.2012.12.05.12.57.54 (version=SSLv3 cipher=OTHER); Wed, 05 Dec 2012 12:57:54 -0800 (PST) Date: Wed, 5 Dec 2012 10:56:34 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Jim Harris Subject: Re: Call for testers, users with scsi cards In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2547152148-1429842545-1354740996=:4081" X-Gm-Message-State: ALoCoQlyjab6eHwfc17Bf8fH+i4nnrBG3nzcxWHOJN0VJv3lE0g7UeQokagCwW4Bd2H3uAbx/YoE Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 20:57:56 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2547152148-1429842545-1354740996=:4081 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 5 Dec 2012, Jim Harris wrote: > > > On Tue, Dec 4, 2012 at 2:36 PM, Jeff Roberson > wrote: > http://people.freebsd.org/~jeff/loadccb.diff > > This patch consolidates all of the functions that map cam > control blocks for DMA into one central function.  This change > is a precursor to adding new features to the I/O stack.  It is > mostly mechanical.  If you are running current on a raid or scsi > card, especially if it is a lesser used one, I would really like > you to apply this patch and report back any problems.  If it > works you should notice nothing.  If it doesn't work you will > probably panic immediately on I/O or otherwise no I/O will > happen. > > > +int > +bus_dmamap_load_ccb(bus_dma_tag_t dmat, bus_dmamap_t map, union ccb *ccb, > +            bus_dmamap_callback_t *callback, void *callback_arg, > +            int flags) > +{ > +    struct ccb_ataio *ataio; > +    struct ccb_scsiio *csio; > +    struct ccb_hdr *ccb_h; > +    void *data_ptr; > +    uint32_t dxfer_len; > +    uint16_t sglist_cnt; > + > +    ccb_h = &ccb->ccb_h; > +    if ((ccb_h->flags & CAM_DIR_MASK) == CAM_DIR_NONE) { > +        callback(callback_arg, NULL, 0, 0); > +    } > + > > I think you need to return here after invoking the callback.  Otherwise you > drop through and then either invoke the callback again or call > bus_dmamap_load (which will in turn invoke the callback again). > > This fix allows the ahci.c change to go back to: > Thanks Jim. That was silly of me. I have decided to move this work to a branch and keep expanding on it. I'll solicit more testing once the branch is closer to the ultimate goal. Thanks, Jeff > Index: sys/dev/ahci/ahci.c > =================================================================== > --- sys/dev/ahci/ahci.c (revision 243900) > +++ sys/dev/ahci/ahci.c (working copy) > @@ -1667,23 +1667,9 @@ >             (ccb->ataio.cmd.flags & (CAM_ATAIO_CONTROL | > CAM_ATAIO_NEEDRESULT))) >                 ch->aslots |= (1 << slot->slot); >         slot->dma.nsegs = 0; > -       /* If request moves data, setup and load SG list */ > -       if ((ccb->ccb_h.flags & CAM_DIR_MASK) != CAM_DIR_NONE) { > -               void *buf; > -               bus_size_t size; > - > -               slot->state = AHCI_SLOT_LOADING; > -               if (ccb->ccb_h.func_code == XPT_ATA_IO) { > -                       buf = ccb->ataio.data_ptr; > -                       size = ccb->ataio.dxfer_len; > -               } else { > -                       buf = ccb->csio.data_ptr; > -                       size = ccb->csio.dxfer_len; > -               } > -               bus_dmamap_load(ch->dma.data_tag, slot->dma.data_map, > -                   buf, size, ahci_dmasetprd, slot, 0); > -       } else > -               ahci_execute_transaction(slot); > +       slot->state = AHCI_SLOT_LOADING; > +       bus_dmamap_load_ccb(ch->dma.data_tag, slot->dma.data_map, ccb, > +           ahci_dmasetprd, slot, 0); >  } >   >  /* Locked by busdma engine. */ > > This is almost what you head earlier, but adding back setting of the slot's > state to AHCI_SLOT_LOADING, to cover the case where the load is deferred.  > It seems OK to do this even in case where no load is actually happening > (i.e. CAM_DIR_NONE). > > -Jim > > > > > > --2547152148-1429842545-1354740996=:4081-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 21:10:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66687E06 for ; Wed, 5 Dec 2012 21:10:07 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id E76E68FC13 for ; Wed, 5 Dec 2012 21:10:06 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 12so3313290wgh.31 for ; Wed, 05 Dec 2012 13:10:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dNPdEdmbwxphZjQTY/2x5Pk/OxQAtSgZ/0bRhK9fniw=; b=Lgra+EIq3ltm45fy8/vjYtfPS8JRiD7rVzSuG9iik4BLv/wegB4XhcsF1tOqYzWcOU 7NSbQoXZD9KfMxdCshuaaDniV9gQjmyhZ7UFL/qaPrkxrXZ0VkWn2SFgVrgWDVkMkMUP LnCkGiaaeBMIzz+6xuvIoBOSjMC/F7vHa43HHSQ7vY1kQ+wb7LpayQIdwfC17z5IXbiL B42KpGaW2Tkh9QZdq+dM/08+rQSO2dbQJw7LMn3O1PrkX/RSK86JIiOR0QouOU1+RJhH hTvG8pl4G7aXrBUmAYsW6/IP0RWEdV0YCLaB8lbrhzVuacQAEIJzuy09mvfyKfheee7D 0JQg== MIME-Version: 1.0 Received: by 10.216.145.153 with SMTP id p25mr5986244wej.198.1354741800184; Wed, 05 Dec 2012 13:10:00 -0800 (PST) Received: by 10.217.57.4 with HTTP; Wed, 5 Dec 2012 13:10:00 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Dec 2012 14:10:00 -0700 Message-ID: Subject: Re: Call for testers, users with scsi cards From: Jim Harris To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 21:10:07 -0000 On Wed, Dec 5, 2012 at 1:56 PM, Jeff Roberson wrote: > Thanks Jim. That was silly of me. I have decided to move this work to a > branch and keep expanding on it. I'll solicit more testing once the branch > is closer to the ultimate goal. > > Thanks, > Jeff > > Sounds good. FYI - that same change (returning after invoking the callback) fixes the isci panic as well. Your patch also uncovered a different issue in the isci driver that I just fixed in r243904. It will likely cause a merge conflict next time you rebase your physbio branch. Thanks, -Jim From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 00:28:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E9F863A; Thu, 6 Dec 2012 00:28:37 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id D01728FC0C; Thu, 6 Dec 2012 00:28:36 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so7495923oag.13 for ; Wed, 05 Dec 2012 16:28:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ak54N44hEGocepL0dmjasupBIMowA6PFKbHFCOZ7Q6c=; b=W1jRiaduyjqadlhuKr3tdMQJwT2z1cpKvb3Zz/4qf6WSuOpJ64Qb1i1fHc6BK6ejL5 lIMssEjepEdYeb6FgSHC9wfpnryC/mG27Xw8QjmmPwGA/dyYxYBWNlVIe/6ceNheKlTk glAUTVp9IeqeFbabH5KK/SRpSSP1Y762hcBvfa5oVyel/TBLif7Pht5rtjzZAaFiFO9T kcR0d/fsGJRnrE01aQh/N2vFt6XvxsrS4jrGHJkiDJHR3CjPdfMQoOfiG93KQ8wb3Cwe rQ8rfAMLJDztZnJs+60PK1/Pg4KB7mmlqghUulS+2pTZdGen2KXpZqK4dRwIFI3xKEmm WxkA== MIME-Version: 1.0 Received: by 10.60.170.114 with SMTP id al18mr15627561oec.56.1354753716399; Wed, 05 Dec 2012 16:28:36 -0800 (PST) Received: by 10.76.143.33 with HTTP; Wed, 5 Dec 2012 16:28:36 -0800 (PST) In-Reply-To: <20E25F79-2C53-45FD-BB7F-060AC9B26245@my.gd> References: <5083D84E.50903@freebsd.org> <201212041052.51476.jhb@freebsd.org> <201212051142.18361.jhb@freebsd.org> <0EC857C9-4C1B-467D-8499-B493401B64BC@bsdimp.com> <20E25F79-2C53-45FD-BB7F-060AC9B26245@my.gd> Date: Wed, 5 Dec 2012 16:28:36 -0800 Message-ID: Subject: Re: kernel module parallel build? From: Garrett Cooper To: Damien Fleuriot Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-hackers@freebsd.org" , AndreOppermann , FreeBSD Current , Ryan Stone , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 00:28:37 -0000 On Wed, Dec 5, 2012 at 3:51 PM, Damien Fleuriot wrote: ... > All trolling aside, I believe an awesome fix to be setting module override in /etc/make.conf to only build the 4-5 specific modules one needs. > > To be honest I think this configuration tweak should be advertised a bit more as it definitely speeds up kernel builds. > > I would be happy to check if this is advertised in the handbook in the "rebuilding kernel" section and enhance its visibility if required. > > I can provide en_US and fr_FR. +1. Please write it up if you can; it's much quicker/better than the kitchen sink approach if you know what you're doing and don't have to build for a large set of platforms. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 5 23:52:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9DBF684 for ; Wed, 5 Dec 2012 23:52:00 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by mx1.freebsd.org (Postfix) with ESMTP id 476208FC08 for ; Wed, 5 Dec 2012 23:52:00 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hj13so40897wib.13 for ; Wed, 05 Dec 2012 15:51:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=qU6ogtwuOd174fzk6RQ+Um64qx0a4rOW8X/FXj4rDt8=; b=gmyOwMkERleH2xs73NZENQnOPx8sMWZ9YC36jc/X6NPaVtX+I+MRiIN9OAqyvGASOT w+58yws/JvqOWJcDNWTRJ6QtdOpHoi0s72Qe5/pQ51s2ppLFZZZRf5MWi9RyX+saeOF6 jOOsw/rng8NZDEczvg+NdK0mzVOuW6rHsrqOcYMeIdK7RUMRXhpAMtGPho219Wibr/GJ qGl3HGaOsrOBPP9oxv2n3sOS4VJ1lUXPP3o05V6vTAaEkLIKs7dCfWMqoFH14Ioy4Hzs 0gQlttw5YLFBQY3WhkKUr655xaY5yGKF1fV5TBSZ8gWfA5BIH4K5Vaw8XGfRkuGMLNhJ ccuw== Received: by 10.216.141.134 with SMTP id g6mr7062179wej.52.1354751519440; Wed, 05 Dec 2012 15:51:59 -0800 (PST) Received: from [10.9.246.181] ([92.90.20.47]) by mx.google.com with ESMTPS id dw4sm8657137wib.1.2012.12.05.15.51.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Dec 2012 15:51:58 -0800 (PST) References: <5083D84E.50903@freebsd.org> <201212041052.51476.jhb@freebsd.org> <201212051142.18361.jhb@freebsd.org> <0EC857C9-4C1B-467D-8499-B493401B64BC@bsdimp.com> In-Reply-To: <0EC857C9-4C1B-467D-8499-B493401B64BC@bsdimp.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <20E25F79-2C53-45FD-BB7F-060AC9B26245@my.gd> X-Mailer: iPhone Mail (9A405) From: Damien Fleuriot Subject: Re: kernel module parallel build? Date: Thu, 6 Dec 2012 00:51:17 +0100 To: Warner Losh X-Gm-Message-State: ALoCoQk4VZniyrG+kNaBV5TmmCelow4PDXoKtkBzisIDPnidPRtWi6U3AKF1XJZSkeBo1tVncm20 X-Mailman-Approved-At: Thu, 06 Dec 2012 02:10:27 +0000 Cc: "freebsd-hackers@freebsd.org" , Ryan Stone , FreeBSD Current , AndreOppermann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 23:52:01 -0000 On 5 Dec 2012, at 18:39, Warner Losh wrote: >=20 > On Dec 5, 2012, at 9:42 AM, John Baldwin wrote: >=20 >> On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote: >>> On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin wrote: >>>=20 >>>> Hmm, I certainly see the module directories being built in parallel. S= ome >>>> of >>>> the make jobs may not be as obvious since links are silent (no output >>>> unless >>>> there is an error). >>>>=20 >>>>=20 >>> This is definitely not the behaviour that I see trying to build any vers= ion >>> of FreeBSD. I see the same behaviour as Andre: the depend and all targe= ts >>> both iterate through the module directories sequentially. It never buil= ds >>> two module subdirectories concurrently. >>=20 >> Hmm, I think I was confused by seeing kernel builds intermingle with the=20= >> associated modules. sys/modules/Makefile uses bsd.subdir.mk. I think I s= ee=20 >> similar things in world builds where I will see parallel builds of bin vs= sbin=20 >> vs usr.bin vs usr.sbin, but within each of those directories the builds g= o=20 >> sequentially. I think you would need to change bsd.subdir.mk if you want= to=20 >> fix this. >=20 > The builds are in parallel, just that the parallelism is low because it is= only parallel within the module being built. Would love to see a fix. >=20 > Warner >=20 All trolling aside, I believe an awesome fix to be setting module override i= n /etc/make.conf to only build the 4-5 specific modules one needs. To be honest I think this configuration tweak should be advertised a bit mor= e as it definitely speeds up kernel builds. I would be happy to check if this is advertised in the handbook in the "rebu= ilding kernel" section and enhance its visibility if required. I can provide en_US and fr_FR.= From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 17:13:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5633DC76 for ; Thu, 6 Dec 2012 17:13:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD1D8FC0C for ; Thu, 6 Dec 2012 17:13:34 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tgf0i-0006Sl-QK for freebsd-current@freebsd.org; Thu, 06 Dec 2012 18:13:20 +0100 Received: from 208.85.208.53 ([208.85.208.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Dec 2012 18:13:20 +0100 Received: from atkin901 by 208.85.208.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Dec 2012 18:13:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Subject: problems with threads/destructors in -current with llvm/clang Date: Thu, 06 Dec 2012 09:12:55 -0800 Lines: 116 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 208.85.208.53 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 X-Enigmail-Version: 1.4.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 17:13:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Short backstory, I had recently upgraded my workstation to the latest current which included clang as default cc now. Compiling chromium failed for want of SSE2, which led me to recompile world with CPUTYPE?=core2. The original flag for world/ports was CPUTYPE?=i686. After recompilation chromium would sigbus on loading any extensions. I made a concerted effort to recompile the whole ports tree and base on clang to make sure the link stages were CPUTYPE clean, but I experienced the same behavior. Probably the best illustration of the type of problems I'm seeing is qdbus from /usr/ports/devel/dbus-qt4. Compiled with clang at r243950: qdbus under kde segfaults in malloc with a huge recursion stack: [...] #44740 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44741 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44742 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44743 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44744 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44745 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44746 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44747 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44748 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44749 0x281cbc05 in QThread::currentThread () from /usr/local/lib/qt4/libQtCore.so.4 #44750 0x28095d21 in QDBusConnectionPrivate::deleteYourself () from /usr/local/lib/qt4/libQtDBus.so.4 #44751 0x28089634 in QDBusConnection::~QDBusConnection () from /usr/local/lib/qt4/libQtDBus.so.4 #44752 0x0804b800 in __dtor__ZL10connection () #44753 0x28660417 in __cxa_finalize () from /lib/libc.so.7 #44754 0x2860747a in exit () from /lib/libc.so.7 #44755 0x0804c125 in main () (gdb) Compiled with gcc46, no segfault, and seems to follow a normal chain to exiting. [Switching to Thread 29003080 (LWP 100603/qdbus)] Breakpoint 2, 0x285f8462 in exit () from /lib/libc.so.7 (gdb) n Single stepping until exit from function exit, which has no line number information. 0x28677fc0 in f_prealloc () from /lib/libc.so.7 (gdb) n Single stepping until exit from function f_prealloc, which has no line number information. 0x2861bd30 in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28678190 in fflush () from /lib/libc.so.7 (gdb) n Single stepping until exit from function fflush, which has no line number information. 0x2861bd7e in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28678190 in fflush () from /lib/libc.so.7 (gdb) n Single stepping until exit from function fflush, which has no line number information. 0x2861bd7e in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28678190 in fflush () from /lib/libc.so.7 (gdb) n Single stepping until exit from function fflush, which has no line number information. 0x2861bd7e in register_printf_render_std () from /lib/libc.so.7 (gdb) n Single stepping until exit from function register_printf_render_std, which has no line number information. 0x28677fdf in f_prealloc () from /lib/libc.so.7 (gdb) n Single stepping until exit from function f_prealloc, which has no line number information. 0x285f848b in exit () from /lib/libc.so.7 (gdb) n Single stepping until exit from function exit, which has no line number information. Program exited normally. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDA0hcACgkQrDN5kXnx8yb/UACfbpACSvjZGIl7d7H30mb6dptX C2MAn2Jxfr/9MVKG4HzC1KOBl+N8EiLe =9pw6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 19:28:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE049697; Thu, 6 Dec 2012 19:28:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9BDAA8FC13; Thu, 6 Dec 2012 19:28:44 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 00475B91A; Thu, 6 Dec 2012 14:28:43 -0500 (EST) From: John Baldwin To: Damien Fleuriot Subject: Re: kernel module parallel build? Date: Thu, 6 Dec 2012 11:19:30 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <5083D84E.50903@freebsd.org> <0EC857C9-4C1B-467D-8499-B493401B64BC@bsdimp.com> <20E25F79-2C53-45FD-BB7F-060AC9B26245@my.gd> In-Reply-To: <20E25F79-2C53-45FD-BB7F-060AC9B26245@my.gd> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201212061119.30524.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 06 Dec 2012 14:28:44 -0500 (EST) Cc: "freebsd-hackers@freebsd.org" , Ryan Stone , FreeBSD Current , AndreOppermann , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 19:28:44 -0000 On Wednesday, December 05, 2012 6:51:17 pm Damien Fleuriot wrote: > > On 5 Dec 2012, at 18:39, Warner Losh wrote: > > > > > On Dec 5, 2012, at 9:42 AM, John Baldwin wrote: > > > >> On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote: > >>> On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin wrote: > >>> > >>>> Hmm, I certainly see the module directories being built in parallel. Some > >>>> of > >>>> the make jobs may not be as obvious since links are silent (no output > >>>> unless > >>>> there is an error). > >>>> > >>>> > >>> This is definitely not the behaviour that I see trying to build any version > >>> of FreeBSD. I see the same behaviour as Andre: the depend and all targets > >>> both iterate through the module directories sequentially. It never builds > >>> two module subdirectories concurrently. > >> > >> Hmm, I think I was confused by seeing kernel builds intermingle with the > >> associated modules. sys/modules/Makefile uses bsd.subdir.mk. I think I see > >> similar things in world builds where I will see parallel builds of bin vs sbin > >> vs usr.bin vs usr.sbin, but within each of those directories the builds go > >> sequentially. I think you would need to change bsd.subdir.mk if you want to > >> fix this. > > > > The builds are in parallel, just that the parallelism is low because it is only parallel within the module being built. Would love to see a fix. > > > > Warner > > > > All trolling aside, I believe an awesome fix to be setting module override in /etc/make.conf to only build the 4-5 specific modules one needs. > > To be honest I think this configuration tweak should be advertised a bit more as it definitely speeds up kernel builds. > > I would be happy to check if this is advertised in the handbook in the "rebuilding kernel" section and enhance its visibility if required. > > I can provide en_US and fr_FR. Better than doing it in /etc/make.conf (or /etc/src.conf) is doing it direclty in the kernel config file itself via makeoptions MODULES_OVERRIDE="foo" You can use multiple of these (with +=) in a config file as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 6 21:42:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52E01CF3 for ; Thu, 6 Dec 2012 21:42:21 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [199.48.129.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0D56C8FC08 for ; Thu, 6 Dec 2012 21:42:20 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id qB6LgJ9t004129 for ; Thu, 6 Dec 2012 16:42:19 -0500 (EST) (envelope-from andy@neu.net) Date: Thu, 6 Dec 2012 16:42:19 -0500 (EST) From: AN To: freebsd-current@freebsd.org Subject: mount: linproc: Operation not supported by device In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.6 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 21:42:21 -0000 Trying to install Linux compatibility on current fails. Using the following procedure fails with: Step 1: Enable Linux compatibility and linprocfs Add linux_enable="YES" to /etc/rc.conf. Add compat.linux.osrelease=2.6.16 to /etc/sysctl.conf. Add OVERRIDE_LINUX_BASE_PORT=f8 to /etc/make.conf. Add this line to /etc/fstab: linproc /usr/compat/linux/proc linprocfs rw 0 0 Then run these commands: mkdir -p /usr/compat/linux/proc mount /usr/compat/linux/proc /etc/rc.d/abi start /etc/rc.d/sysctl start # cat /etc/sysctl.conf # $FreeBSD: head/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 compat.linux.osrelease=2.6.16 # cat /etc/make.conf |grep LIN OVERRIDE_LINUX_BASE_PORT=f10 # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ada0p2 / ufs rw 1 1 /dev/ada0p3 none swap sw 0 0 linproc /usr/compat/linux/proc linprocfs rw 0 0 proc /proc procfs rw 0 0 # mount /usr/compat/linux/proc mount: linproc: Operation not supported by device And this is from /var/log/messages after: Dec 6 16:33:11 FBSD10 kernel: link_elf_obj: symbol __mtx_assert undefined Dec 6 16:33:11 FBSD10 kernel: linker_load_file: Unsupported file type All ports built with clang. Any help is appreciated, tia. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 00:33:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A4EBF53; Fri, 7 Dec 2012 00:33:44 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7488FC0C; Fri, 7 Dec 2012 00:33:40 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so8796629obc.13 for ; Thu, 06 Dec 2012 16:33:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=b87z0y4nefmi3dpMv8z/7h72Ryz1olCc+F5qHX/jlFI=; b=PG3y49kAesNUOw9GoeWkPmkQU+AZNj9NUwinuzIkcg6x6I8gCEsqEaq38+i0YsMhy/ 1ZxoPVRpzvk7DXqmUeRzJOP+fKYRuGHm9Xa0zOSHpqwqULDzqCVqwGDKHK2LYYwTV/fa HzpWXOZ6gkgcGIXEl3H+EL9nR/PzCVG3vliE7sCcrPTU87s+FGHzY6dXENkXM5eFCyi6 qhCGWIGA/7xyx2Owsj9wZjRrvWIPImaTwkmHJbW5km/M6K1iGKmZxdD3mbCF1ZAlC9h/ dK9XpW9Uo+RR7kCIg+DJOjbK2+c9VzjTHD3VZFAoNZq/3mB9f7t9fpzxLJXFA26o+2hF 6mXQ== MIME-Version: 1.0 Received: by 10.60.25.227 with SMTP id f3mr2414571oeg.17.1354840419528; Thu, 06 Dec 2012 16:33:39 -0800 (PST) Received: by 10.76.143.33 with HTTP; Thu, 6 Dec 2012 16:33:39 -0800 (PST) In-Reply-To: References: <50B6598B.20200@FreeBSD.org> Date: Thu, 6 Dec 2012 16:33:39 -0800 Message-ID: Subject: Re: [HEADSUP] zfs root pool mounting From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current , freebsd-zfs@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 00:33:44 -0000 On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper wrote: ... > Please document the process to make this work in UPDATING (or at least > the fact that this behavior was changed). > > I'm debugging moving from 9.1-RC2 to CURRENT [as of Tuesday] as it > hasn't been as smooth as some of the other upgrades I've done; my > zpool -- root -- is setup with a non-legacy mountpoint, I noticed that > the cachefile attribute is now "None", etc. I have limited capability > with my installed system to debug this because unfortunately there > aren't a ton of CURRENT based livecds around to run from (I might look > into one of gjb's livecds later on if I get super stuck, but I'm > trying to avoid having to do that). gptzfsboot sees the pool with > lsdev, but it gets stuck at the mountroot prompt trying to find the > filesystem. > > I'll wipe my /boot/kernel directory and try building/installing the > kernel again, but right now I'm kind of dead in the water on the > system I'm upgrading :/. I thought r236884 requiring a zpool upgrade was the culprit, but it wasn't. Still stuck at a mountroot prompt (but now I have gjb's liveCD so I can do something about it). Something looks off with zdb -l on CURRENT and STABLE/9. Example on my 9-stable box: # uname -a FreeBSD forza.west.isilon.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r+2fd0a57: Mon Dec 3 12:02:18 PST 2012 gcooper@forza.west.isilon.com:/usr/obj/usr/src/sys/FORZA amd64 # zdb -l sac2 cannot open 'sac2': No such file or directory # zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT sac 95G 69.7G 25.3G 73% 1.00x ONLINE - sac2 232G 117G 115G 50% 1.00x ONLINE - I'm running into the same behavior before and after I upgraded sac/sac2. My git branch is a lightly modified version of FreeBSD, but doesn't contain any ZFS specific changes (I can point you to it if you like to look at it). Would appreciate some pointers on what to do next. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 00:55:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F88453; Fri, 7 Dec 2012 00:55:29 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 897BF8FC0C; Fri, 7 Dec 2012 00:55:29 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so9036130oag.13 for ; Thu, 06 Dec 2012 16:55:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QLe6pVrIzpYQVuiMDPsJeKY9mU9A70fC8AYd1xPHuWU=; b=LWMKAs9teDKrOa07OzXd/0zqx9lzI2TqH5s9srWAfaoGAu3SBgGg3mKqmmAXOpFtw+ 0ZUTsryHDZuJTbtFjJlDDg0XXVZ6z/e2T9K2WSJGv6m51M8HNn+EI5CSBcYMjYwv5Rvc KidrLF8HPnZliD3aY93tsx4gBWZSs6og+Gmcke4IzzeT130HPHPhcrN3ZB/I2rL9BR6V eCqQVbVOspkFn+HeidUmeUQL9ZRrec87Dmoo1Raol/GKAhKAE2YpAD1piYGv53Tab2fd WWsbk+kGkmhuT/rCgPe6wpQxx70QMpp1Qf4WmFCT8WsrJXkk9/ykfsDV2tPQF7MPnxnU DsNg== MIME-Version: 1.0 Received: by 10.60.0.165 with SMTP id 5mr2410189oef.128.1354841728497; Thu, 06 Dec 2012 16:55:28 -0800 (PST) Received: by 10.76.143.33 with HTTP; Thu, 6 Dec 2012 16:55:28 -0800 (PST) In-Reply-To: References: <50B6598B.20200@FreeBSD.org> Date: Thu, 6 Dec 2012 16:55:28 -0800 Message-ID: Subject: Re: [HEADSUP] zfs root pool mounting From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 00:55:30 -0000 On Thu, Dec 6, 2012 at 4:33 PM, Garrett Cooper wrote: > On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper wrote: > > ... > >> Please document the process to make this work in UPDATING (or at least >> the fact that this behavior was changed). >> >> I'm debugging moving from 9.1-RC2 to CURRENT [as of Tuesday] as it >> hasn't been as smooth as some of the other upgrades I've done; my >> zpool -- root -- is setup with a non-legacy mountpoint, I noticed that >> the cachefile attribute is now "None", etc. I have limited capability >> with my installed system to debug this because unfortunately there >> aren't a ton of CURRENT based livecds around to run from (I might look >> into one of gjb's livecds later on if I get super stuck, but I'm >> trying to avoid having to do that). gptzfsboot sees the pool with >> lsdev, but it gets stuck at the mountroot prompt trying to find the >> filesystem. >> >> I'll wipe my /boot/kernel directory and try building/installing the >> kernel again, but right now I'm kind of dead in the water on the >> system I'm upgrading :/. > > I thought r236884 requiring a zpool upgrade was the culprit, but > it wasn't. Still stuck at a mountroot prompt (but now I have gjb's > liveCD so I can do something about it). > Something looks off with zdb -l on CURRENT and STABLE/9. Example > on my 9-stable box: > > # uname -a > FreeBSD forza.west.isilon.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 > r+2fd0a57: Mon Dec 3 12:02:18 PST 2012 > gcooper@forza.west.isilon.com:/usr/obj/usr/src/sys/FORZA amd64 > # zdb -l sac2 > cannot open 'sac2': No such file or directory > # zpool list > NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT > sac 95G 69.7G 25.3G 73% 1.00x ONLINE - > sac2 232G 117G 115G 50% 1.00x ONLINE - > > I'm running into the same behavior before and after I upgraded sac/sac2. > My git branch is a lightly modified version of FreeBSD, but > doesn't contain any ZFS specific changes (I can point you to it if you > like to look at it). > Would appreciate some pointers on what to do next. (Removing bogus list) If I try and let it import the pool at boot it claims the pool is in a FAULTED state when I point mountroot to /dev/cd0 (one of gjb's snapshot CDs -- thanks!), run service hostid onestart, etc. If I export and try to reimport the pool it claims it's not available (!). However, if I boot, run service hostid onestart, _then_ import the pool, then the pool is imported properly. While I was mucking around with the pool trying to get the system to boot I set the cachefile attribute to /boot/zfs/zpool.cache before upgrading. In order to diagnose whether or not that was at fault, I set that back to none and I'm still running into the same issue. I'm going to try backing out your commit and rebuild my kernel in order to determine whether or not that's at fault. One other thing: both my machines have more than one ZFS-only zpool, and it might be probing the pools in the wrong order; one of the pools has bootfs set, the other doesn't, and the behavior is sort of resembling it not being set properly. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:19:40 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E702DA51; Fri, 7 Dec 2012 01:19:40 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8938FC12; Fri, 7 Dec 2012 01:19:40 +0000 (UTC) Received: from alph.allbsd.org (p1137-ipbf1505funabasi.chiba.ocn.ne.jp [118.7.212.137]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id qB71JOxE092570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Dec 2012 10:19:34 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.allbsd.org (8.14.5/8.14.5) with ESMTP id qB71JMl2086544; Fri, 7 Dec 2012 10:19:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 07 Dec 2012 10:19:17 +0900 (JST) Message-Id: <20121207.101917.103513550140980591.hrs@allbsd.org> To: stable@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD daily snapshot build in allbsd.org temporarily down From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Dec__7_10_19_17_2012_093)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Fri, 07 Dec 2012 10:19:34 +0900 (JST) X-Spam-Status: No, score=-98.1 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: ozkan.kirik@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 01:19:41 -0000 ----Security_Multipart(Fri_Dec__7_10_19_17_2012_093)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I received many emails asking why https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when it will recover, so I just wanted to let you know that FreeBSD daily snapshot build in allbsd.org is temporarily down. The reason why it is down is some local network issue and CVS->SVN migration of the build system. The latter was solved already. However, the former was unexpected and needed some time than I thought originally. The snapshot build will start again this weekend or early next week. Glen is offering similar snapshot ISO images and distfiles for amd64 and i386 at https://snapshots.glenbarber.us/Latest/, so please visit his page if you need the latest snapshot right now. -- Hiroki ----Security_Multipart(Fri_Dec__7_10_19_17_2012_093)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDBRBUACgkQTyzT2CeTzy1+vwCgwAE7ddpE0+xBfohjegGUYHLo xUQAnRPOzVUL97eevKqtiMjDL3iWl6k3 =VB7o -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Dec__7_10_19_17_2012_093)---- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:25:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E73BBD82; Fri, 7 Dec 2012 01:25: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 89ACA8FC0C; Fri, 7 Dec 2012 01:25:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB71PY2f087098; Thu, 6 Dec 2012 20:25:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB71PY9k087097; Fri, 7 Dec 2012 01:25:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 01:25:34 GMT Message-Id: <201212070125.qB71PY9k087097@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 01:25:36 -0000 TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:53:47 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:54:01 - At svn revision 243960 TB --- 2012-12-06 23:54:02 - building world TB --- 2012-12-06 23:54:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:54:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:54:02 - SRCCONF=/dev/null TB --- 2012-12-06 23:54:02 - TARGET=amd64 TB --- 2012-12-06 23:54:02 - TARGET_ARCH=amd64 TB --- 2012-12-06 23:54:02 - TZ=UTC TB --- 2012-12-06 23:54:02 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:54:02 - cd /src TB --- 2012-12-06 23:54:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 6 23:54:11 UTC 2012 >>> 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:25:34 - ERROR: failed to build world TB --- 2012-12-07 01:25:34 - 4361.27 user 594.22 system 5733.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:27:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BB8BEE0; Fri, 7 Dec 2012 01:27:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD9B18FC12; Fri, 7 Dec 2012 01:27:13 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so8834718obc.13 for ; Thu, 06 Dec 2012 17:27:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/MgyfgsN19PcNRjl00P/GfDXFQ5UG6Dukh0V7+PQCWA=; b=u0B3DcM8kSHJ1StmN7ea9y/IH5jKHuHm+71u0MP2W5rhsQScgi+LknMqDLHKM3nKA2 w9NHizGjsQZRrKYdKcAzTYZjyVXMy/RGOXSQI5VZUxRVM6uTpXRRXIgCQ6aKtjTHFBwa QJymkgP9xoxP9ASu1jk3VHc7J1YDiqgBOTSSpAe8HUp6vnfTGNu+REkGQ+WF7LBQZpLJ 4knSeFA00WveDEgo1V0CmlboJTOnxinKrL3YLdwK2fqCqTKBd/HqgucahTgOWtM27oi3 70Jv9N+gwzsrdEtPj3+yYAqbLY7Y8OeOqS5nN1O4sDxPmnR8JgKuAAXuPphFMR9w0iRl TXRw== MIME-Version: 1.0 Received: by 10.182.131.100 with SMTP id ol4mr2412400obb.38.1354843633046; Thu, 06 Dec 2012 17:27:13 -0800 (PST) Received: by 10.76.143.33 with HTTP; Thu, 6 Dec 2012 17:27:12 -0800 (PST) In-Reply-To: <201212070125.qB71PY9k087097@freebsd-current.sentex.ca> References: <201212070125.qB71PY9k087097@freebsd-current.sentex.ca> Date: Thu, 6 Dec 2012 17:27:12 -0800 Message-ID: Subject: Fwd: [head tinderbox] failure on amd64/amd64 From: Garrett Cooper To: sem@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 01:27:14 -0000 FYI. ---------- Forwarded message ---------- From: FreeBSD Tinderbox Date: Thu, Dec 6, 2012 at 5:25 PM Subject: [head tinderbox] failure on amd64/amd64 To: FreeBSD Tinderbox , current@freebsd.org, amd64@freebsd.org TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:53:47 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:54:01 - At svn revision 243960 TB --- 2012-12-06 23:54:02 - building world TB --- 2012-12-06 23:54:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:54:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:54:02 - SRCCONF=/dev/null TB --- 2012-12-06 23:54:02 - TARGET=amd64 TB --- 2012-12-06 23:54:02 - TARGET_ARCH=amd64 TB --- 2012-12-06 23:54:02 - TZ=UTC TB --- 2012-12-06 23:54:02 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:54:02 - cd /src TB --- 2012-12-06 23:54:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 6 23:54:11 UTC 2012 >>> 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:25:34 - ERROR: failed to build world TB --- 2012-12-07 01:25:34 - 4361.27 user 594.22 system 5733.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:30:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34C05B8; Fri, 7 Dec 2012 01:30:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C22468FC08; Fri, 7 Dec 2012 01:30:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB71UpZl033795; Thu, 6 Dec 2012 20:30:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB71UpH3033747; Fri, 7 Dec 2012 01:30:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 01:30:51 GMT Message-Id: <201212070130.qB71UpH3033747@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 01:30:53 -0000 TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:54:11 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:54:22 - At svn revision 243960 TB --- 2012-12-06 23:54:23 - building world TB --- 2012-12-06 23:54:23 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:54:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:54:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:54:23 - SRCCONF=/dev/null TB --- 2012-12-06 23:54:23 - TARGET=pc98 TB --- 2012-12-06 23:54:23 - TARGET_ARCH=i386 TB --- 2012-12-06 23:54:23 - TZ=UTC TB --- 2012-12-06 23:54:23 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:54:23 - cd /src TB --- 2012-12-06 23:54:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 6 23:54:32 UTC 2012 >>> 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:30:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:30:51 - ERROR: failed to build world TB --- 2012-12-07 01:30:51 - 4631.41 user 628.25 system 6050.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 01:37:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B48B38E; Fri, 7 Dec 2012 01:37:25 +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 32DFD8FC08; Fri, 7 Dec 2012 01:37:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB71ODLl082447; Thu, 6 Dec 2012 20:24:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB71ODZs082445; Fri, 7 Dec 2012 01:24:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 01:24:13 GMT Message-Id: <201212070124.qB71ODZs082445@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 01:37:25 -0000 TB --- 2012-12-06 23:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-06 23:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-06 23:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-12-06 23:50:00 - cleaning the object tree TB --- 2012-12-06 23:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-06 23:50:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-12-06 23:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-06 23:53:33 - /usr/local/bin/svn update /src TB --- 2012-12-06 23:53:47 - At svn revision 243960 TB --- 2012-12-06 23:53:48 - building world TB --- 2012-12-06 23:53:48 - CROSS_BUILD_TESTING=YES TB --- 2012-12-06 23:53:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-06 23:53:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-06 23:53:48 - SRCCONF=/dev/null TB --- 2012-12-06 23:53:48 - TARGET=i386 TB --- 2012-12-06 23:53:48 - TARGET_ARCH=i386 TB --- 2012-12-06 23:53:48 - TZ=UTC TB --- 2012-12-06 23:53:48 - __MAKE_CONF=/dev/null TB --- 2012-12-06 23:53:48 - cd /src TB --- 2012-12-06 23:53:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 6 23:53:59 UTC 2012 >>> 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 [...] ^ /src/lib/libradius/radlib.c:562:16: error: array index 6 is past the end of the array (which contains 5 elements) [-Werror,-Warray-bounds] bindto_str = fields[6]; ^ ~ /src/lib/libradius/radlib.c:487:3: note: array 'fields' declared here char *fields[5]; ^ 2 errors generated. *** [radlib.o] Error code 1 Stop in /src/lib/libradius. *** [lib/libradius__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 01:24:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 01:24:13 - ERROR: failed to build world TB --- 2012-12-07 01:24:13 - 4341.31 user 596.16 system 5652.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 08:44:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4EC77EF for ; Fri, 7 Dec 2012 08:44:31 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 147B58FC13 for ; Fri, 7 Dec 2012 08:44:30 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so208125lah.13 for ; Fri, 07 Dec 2012 00:44:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=NueewBpbu01kLb6IuXogBZv9TiCiXMN8ltwwHWhnk7I=; b=UA1vIXfU3MoH4ZEgcADYNSsWvX5SGfp42KqIeLIw1VI1LFMFqPSH2lpaQdPw62JvpZ 1/hxjrrNNaS3fLojp/ovXxlSGb4/FdOoLCwN0bPueI0ldXwaYKJ6VxIgP+npVC721gwz uSgPPb7Kz/7yk/Kq80d0NKmW9ipC24GddQNMUAFYtGwXWGB+VCKFrr4UKE5gLVNJl6kh lNACCbg7AeVLsxR731G4S/AAoqaDs4/tTnTYKcu2vjkQnG31l8yY9ERphHosgJhlDtV2 Fwnchyp0rNQtZ2djyJkRCUWgjdF9A35Aii1fcy8rskRKTGOhoSWgorvhtTRRKhYIHq8B JZGg== MIME-Version: 1.0 Received: by 10.152.125.7 with SMTP id mm7mr4786879lab.2.1354869868945; Fri, 07 Dec 2012 00:44:28 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 00:44:28 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 00:44:28 -0800 (PST) Date: Fri, 7 Dec 2012 09:44:28 +0100 X-Google-Sender-Auth: sX5AaB_gugLPepzJO-olyNeI7io Message-ID: Subject: UFS2 and Journaling in 9.1-RC3 From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 08:44:31 -0000 Hello :-) I am new to journaled UFS2, so there goes some questions and remarks: 1. GJournal MUST be run before NewFS, especially on one provider, this should be clearly stated in NewFS manual, before hotshots like me first create the fs and then want the journal, please update. 2. Is it possible to automaticaly create journal by NewFS when -J flag is set? 3. Is it possible to add journal to existing partition (partition and journal are on the same provider) without loosing data on that partition? Gjournal warns that running label -f will destroy the data... 4. When I want to use data and journal on one partiton partition.journal appears after I create a label with gjournal. Why do I mount partition.journal not the partition?? Isn't the journal something that makes data partition to work aka backend? Isn't the journal a metadata that keeps the record of files, if so why do I mount this metadata, this looks odd. 5. In my 9.1-RC3 I see no .journal device for /partition - does it mean that journal is not created by default?? Does bsdinstall remember to first greate gjournal? Any hints welcome :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 10:29:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF6D8455 for ; Fri, 7 Dec 2012 10:29:47 +0000 (UTC) (envelope-from husyh@hush.com) Received: from smtp1.hushmail.com (smtp1.hushmail.com [65.39.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id AE36A8FC14 for ; Fri, 7 Dec 2012 10:29:47 +0000 (UTC) Received: from smtp1.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp1.hushmail.com (Postfix) with SMTP id 3566F30240 for ; Fri, 7 Dec 2012 09:59:38 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp1.hushmail.com (Postfix) with ESMTP; Fri, 7 Dec 2012 09:59:38 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id ECB38E6726; Fri, 7 Dec 2012 09:59:37 +0000 (UTC) MIME-Version: 1.0 Date: Fri, 07 Dec 2012 10:59:37 +0100 To: "John Baldwin" , "Adrian Chadd" Subject: Re: ath0: unable to attach hardware From: husyh@hush.com In-Reply-To: <201212041106.50645.jhb@freebsd.org> References: <20121123213551.C2CB9E6739@smtp.hushmail.com> <201212041106.50645.jhb@freebsd.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121207095937.ECB38E6726@smtp.hushmail.com> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 10:29:48 -0000 Hello, thank you for your answer. Unfortunately, I'm unexperienced with FreeBSD, and am absolutely unfamiliar with hardware specifics. During this mail conversion, I have heard abour BAR for the first time, and therefore, I know neither what exactly I should do (e.g. how I can find the start of bar, which register offsets would be interesting, etc.), nor what the results would tell me. I'm sorry if I'm tedious, but I would be very grateful if you could provide some more guidance. Thank you very much! On Dienstag, 4. Dezember 2012 at 7:43 PM, "John Baldwin" wrote: > >On Friday, November 23, 2012 5:56:02 pm Adrian Chadd wrote: >> Thanks for this! >> >> I'm sorry it hasn't gotten any more attention. I've cc'ed john >because >> he understands the PCI-PCI resource allocation stuff and I >currently >> don't; I'm hoping he can stare at this and see what's going on. >> >> But yes, if it were an ath(4) problem, the NIC would be returning >> 0xdeadbeef, 0xdeadc0de, etc. It wouldn't return 0xffffffff - that >> happens when there's nothing mapped at that address. >> >> The PCI config space that you've provided shows BAR(0) is >programmed >correctly.. > >Your dmesg shows that another device behind the same PCI-PCI >bridge is working >fine (fxp0), so the bridge is configured correctly. Also, the PCI >command >register for ath0 has memory decoding enabled, so everything >should be fine >from PCI's perspective. Note that if you want to examine specific >registers >you can use dd with /dev/mem (albeit carefully), e.g. > > dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) >count=1 | hd > >to read a single 32-bit register. I think that the card is in >fact returning >the value you see from its registers. I would do some reads of >other >registers using dd to see if all of the device registers are >returning -1 or >if only certain registers are. > >-- >John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 10:42:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AED88FE; Fri, 7 Dec 2012 10:42:05 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 051DC8FC08; Fri, 7 Dec 2012 10:42:04 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo14so350625vcb.13 for ; Fri, 07 Dec 2012 02:42:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=X/3K/pDdN3V1+D3Nc2yb//sBFfydbyWOJPkY2uD6Y38=; b=EXZSqp3Xs6IiOS75nIa4RnDRZVKWgjnEKkOsnjGkJ6VEopHm/CdB0S3QoF02Rjcw0x YF1B6QiT3T9AwQ7rbI1JTidH4NpCsZ6fWFRT/32M7d6S99dqm4Sq96pHOWQC4uqCAvS9 Wol4ZOMHSUulZIcQU4Bue5iR4d8vaheXLpobZuRC8rkhqBbkXZsmApPT/IWNJMeFsUiR 4KFjpREhTTxCSOaDVGsGGNdF1mdqsqsd+zTu10fddslHdfm6tyKxkU17FzSb96cHqMwL C2eErr9BK3bFwoJToaiuRiU/INbgK8ioTnyijbFcvCWvRNB2TRQyO7EIY3oqfJswWuxN QK4g== MIME-Version: 1.0 Received: by 10.52.93.146 with SMTP id cu18mr3074092vdb.37.1354876923935; Fri, 07 Dec 2012 02:42:03 -0800 (PST) Received: by 10.58.209.163 with HTTP; Fri, 7 Dec 2012 02:42:03 -0800 (PST) Date: Fri, 7 Dec 2012 12:42:03 +0200 Message-ID: Subject: ipv6_addrs_IF aliases in rc.conf(5) From: Kimmo Paasiala To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 10:42:05 -0000 Hello, I wrote a small patch for /etc/network.subr to add support for ipv6_addrs_IF aliases in rc.conf(5) to match the already existing ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 aliases can be written like: ipv6_addrs_re0="2001:db8:1111:2222::1/64 2001:db8:1111:2222::2/64" Only this syntax is supported, it's not possible to use the "prefixlen nn" syntax in the list. The patch is against a recent 9-STABLE, last changed rev of network.subr on my SVN checkout is r242187. I don't have a CURRENT system to test if it applies to CURRENT as well. The patch can be found attached to a PR I sent: http://www.freebsd.org/cgi/query-pr.cgi?pr=174225 I wrote this patch inspired by a question on the FreeBSD forums: http://forums.freebsd.org/showthread.php?t=36136 Please test and report if it works for you :) Regards, Kimmo Paasiala From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 12:59:04 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1326C366 for ; Fri, 7 Dec 2012 12:59:04 +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 C474B8FC0C for ; Fri, 7 Dec 2012 12:59:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7cf2:29c9:3fd9:2525] (unknown [IPv6:2001:7b8:3a7:0:7cf2:29c9:3fd9:2525]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2B3345C37; Fri, 7 Dec 2012 13:59:02 +0100 (CET) Message-ID: <50C1E81A.1040107@FreeBSD.org> Date: Fri, 07 Dec 2012 13:59:06 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Mark Atkinson Subject: Re: problems with threads/destructors in -current with llvm/clang References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kde-freebsd@kde.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 12:59:04 -0000 On 2012-12-06 18:12, Mark Atkinson wrote: > Short backstory, I had recently upgraded my workstation to the latest > current which included clang as default cc now. ... > qdbus under kde segfaults in malloc with a huge recursion stack: > > [...] > #44740 0x282f7bd4 in QObject::QObject () from > /usr/local/lib/qt4/libQtCore.so.4 > #44741 0x281cb649 in QAdoptedThread::QAdoptedThread () from > /usr/local/lib/qt4/libQtCore.so.4 > #44742 0x281ce146 in QThreadData::current () from > /usr/local/lib/qt4/libQtCore.so.4 > #44743 0x282f7bd4 in QObject::QObject () from > /usr/local/lib/qt4/libQtCore.so.4 > #44744 0x281cb649 in QAdoptedThread::QAdoptedThread () from > /usr/local/lib/qt4/libQtCore.so.4 > #44745 0x281ce146 in QThreadData::current () from > /usr/local/lib/qt4/libQtCore.so.4 > #44746 0x282f7bd4 in QObject::QObject () from > /usr/local/lib/qt4/libQtCore.so.4 > #44747 0x281cb649 in QAdoptedThread::QAdoptedThread () from > /usr/local/lib/qt4/libQtCore.so.4 > #44748 0x281ce146 in QThreadData::current () from > /usr/local/lib/qt4/libQtCore.so.4 > #44749 0x281cbc05 in QThread::currentThread () from > /usr/local/lib/qt4/libQtCore.so.4 > #44750 0x28095d21 in QDBusConnectionPrivate::deleteYourself () from > /usr/local/lib/qt4/libQtDBus.so.4 > #44751 0x28089634 in QDBusConnection::~QDBusConnection () from > /usr/local/lib/qt4/libQtDBus.so.4 > #44752 0x0804b800 in __dtor__ZL10connection () > #44753 0x28660417 in __cxa_finalize () from /lib/libc.so.7 > #44754 0x2860747a in exit () from /lib/libc.so.7 > #44755 0x0804c125 in main () > (gdb) This is a bug in qdbus; it uses a global static QDBusConnection object, and the order in which global destructors are called is undefined: http://qt.gitorious.org/qt/qttools/blobs/stable/src/qdbus/qdbus/qdbus.cpp#line57 In this particular case, the destructor (__dtor__ZL10connection) is called *after* all of Qt's internal stuff has already been destroyed: - QDBusConnectionPrivate::deleteYourself() tries to figure out if it is called from the current QThread, and calls QThread::currentThread() - QThread::currentThread() calls QThreadData::current() - QThreadData::current() tries to instantiate a QAdoptedThread - QAdoptedThread descends from QObject, so calls QObject::QObject() - QObject::QObject() calls QThreadData::current() - Endless loop results, until the stack is blown, and a new operator fails in malloc() The global static QDBusConnection object should be replaced by a singleton, as suggested here: http://techbase.kde.org/Policies/Library_Code_Policy#Static_Objects but I am not sure how that is normally done in Qt itself. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 13:41:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D64D9C0B for ; Fri, 7 Dec 2012 13:41:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 827908FC0C for ; Fri, 7 Dec 2012 13:41:51 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TgyBd-0006kC-NR for freebsd-current@freebsd.org; Fri, 07 Dec 2012 14:41:53 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2012 14:41:53 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2012 14:41:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Subject: Re: UFS2 and Journaling in 9.1-RC3 Date: Fri, 07 Dec 2012 14:41:28 +0100 Lines: 31 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF2482574FCF18482C706B13A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 In-Reply-To: X-Enigmail-Version: 1.4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 13:41:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF2482574FCF18482C706B13A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/12/2012 09:44, CeDeROM wrote: > Any hints welcome :-) It looks like you are confusing GEOM journalling (-J) and UFS-SU journalling (-j). They are very different, and today you probably want to use the latter. If you are installing 9.x from scratch, it will be enabled by default. If not, you can use newfs -j or tunefs -j to enable i= t. --------------enigF2482574FCF18482C706B13A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDB8gkACgkQ/QjVBj3/HSzeuQCglJln5py9jsf8lNeTYexbxO0x K7gAn11yiLROpWmPgJUZklsAm/MRXkEp =7A4l -----END PGP SIGNATURE----- --------------enigF2482574FCF18482C706B13A-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 13:52:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA1EBE2; Fri, 7 Dec 2012 13:52:52 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9CA58FC14; Fri, 7 Dec 2012 13:52:51 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so535740lbb.13 for ; Fri, 07 Dec 2012 05:52:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8L6XeHrbmiAatP8SQMsnJ7iKzQ7V+3lEL7CHY1yYebk=; b=0ELBMrFnlv5HVZYw1pnW6Ch2zbQbHYldYiBP47x8I53VDWQDBQ+fCpQcPCDj06Hz0V 2JdgSeGup/JumsOJxaNVj/sq7MNCaU6Pmk0E+Yfn/WhPwhITBLKl7eEtI+oIGucYJaUM Kr5PLENLXHY/T0tDG5UpyKHabY5ZNg2UAUlwvX/kpXUopl1NeDtNBGfA80+6Z1LYVn6x sq2DPFMloq9y/yDEvdrZ21/GQrZv+vxqg0gVlO21rXCMKVrT+MCuDhaEpoOax185qOIn kJQgbBwr/ahu1sUFeoy3oCTgo8ks0Q8gOfIL5c8qEay/RCBvUzeMNquYInzNHUIxNspk 9WSA== MIME-Version: 1.0 Received: by 10.112.14.107 with SMTP id o11mr2543643lbc.98.1354888370568; Fri, 07 Dec 2012 05:52:50 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 05:52:50 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Dec 2012 14:52:50 +0100 X-Google-Sender-Auth: rO-_UxODWK4qIdPLP32hIh8aEII Message-ID: Subject: Re: UFS2 and Journaling in 9.1-RC3 From: CeDeROM To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 13:52:52 -0000 On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras wrote: > It looks like you are confusing GEOM journalling (-J) and UFS-SU > journalling (-j). They are very different, and today you probably want > to use the latter. If you are installing 9.x from scratch, it will be > enabled by default. If not, you can use newfs -j or tunefs -j to enable it. Hello Ivan! Thanks for the hint! :-) :-) When I have created a new filesystem type 2 (UFS2) with -J switch, then on mount I get this error that filesystem has journaling enabled but no provider is specified, so it looks like no journal is enabled? Does newfs -J create journal as well? According to man newfs: -J Enable journaling on the new file system via gjournal. See gjournal(8) for details. This is why I have started reading man gjournal and saw an example where journal is first created before newfs... Will "gjournal label -f" erase all data on partition with existing newfs/ufs2? Thanks!! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 13:54:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55826205 for ; Fri, 7 Dec 2012 13:54:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id EDE968FC12 for ; Fri, 7 Dec 2012 13:54:54 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TgyOJ-0006Q2-Uz for freebsd-current@freebsd.org; Fri, 07 Dec 2012 14:54:59 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2012 14:54:59 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2012 14:54:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Subject: Re: UFS2 and Journaling in 9.1-RC3 Date: Fri, 07 Dec 2012 14:54:35 +0100 Lines: 56 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig83AAFCA6891ECCB2BAD9645C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 In-Reply-To: X-Enigmail-Version: 1.4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 13:54:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig83AAFCA6891ECCB2BAD9645C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/12/2012 14:52, CeDeROM wrote: > On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras wrote: >> It looks like you are confusing GEOM journalling (-J) and UFS-SU >> journalling (-j). They are very different, and today you probably want= >> to use the latter. If you are installing 9.x from scratch, it will be >> enabled by default. If not, you can use newfs -j or tunefs -j to enabl= e it. >=20 > Hello Ivan! Thanks for the hint! :-) :-) >=20 > When I have created a new filesystem type 2 (UFS2) with -J switch, > then on mount I get this error that filesystem has journaling enabled > but no provider is specified, so it looks like no journal is enabled? Yes. > Does newfs -J create journal as well? No. > According to man newfs: >=20 > -J Enable journaling on the new file system via gjournal. Se= e > gjournal(8) for details. >=20 > This is why I have started reading man gjournal and saw an example > where journal is first created before newfs... >=20 > Will "gjournal label -f" erase all data on partition with existing newf= s/ufs2? Very probably, depending how you use it. --------------enig83AAFCA6891ECCB2BAD9645C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDB9RsACgkQ/QjVBj3/HSz3OACdHhu2A0qEbaeiqY21AbPjUcng OAoAnRimZfKZeXRH4b++eM4A4ihgt48s =NEtK -----END PGP SIGNATURE----- --------------enig83AAFCA6891ECCB2BAD9645C-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:08:32 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F1CC5F7 for ; Fri, 7 Dec 2012 14:08:32 +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 7FBB38FC12 for ; Fri, 7 Dec 2012 14:08:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7cf2:29c9:3fd9:2525] (unknown [IPv6:2001:7b8:3a7:0:7cf2:29c9:3fd9:2525]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B1F675C37; Fri, 7 Dec 2012 15:08:30 +0100 (CET) Message-ID: <50C1F862.2010501@FreeBSD.org> Date: Fri, 07 Dec 2012 15:08:34 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Mark Atkinson Subject: Re: problems with threads/destructors in -current with llvm/clang References: <50C1E81A.1040107@FreeBSD.org> In-Reply-To: <50C1E81A.1040107@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------040108000101090603050808" Cc: kde-freebsd@kde.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 14:08:32 -0000 This is a multi-part message in MIME format. --------------040108000101090603050808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-12-07 13:59, Dimitry Andric wrote: > On 2012-12-06 18:12, Mark Atkinson wrote: >> Short backstory, I had recently upgraded my workstation to the latest >> current which included clang as default cc now. > ... >> qdbus under kde segfaults in malloc with a huge recursion stack: ... > This is a bug in qdbus; it uses a global static QDBusConnection object, > and the order in which global destructors are called is undefined: ... > The global static QDBusConnection object should be replaced by a > singleton, as suggested here: Here is an alternative solution, where the QDBusConnection object is just a local variable in main(), and passed around as a const reference. To make the destructors work properly, I also replaced the exit() calls in main() with return statements. With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus starts up and exits normally for me. I did not do any other rigorous testing, though. :) --------------040108000101090603050808 Content-Type: text/plain; charset=windows-1252; name="patch-tools__qdbus__qdbus__qdbus.cpp" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-tools__qdbus__qdbus__qdbus.cpp" --- tools/qdbus/qdbus/qdbus.cpp.orig 2012-04-26 21:45:51.000000000 +0200 +++ tools/qdbus/qdbus/qdbus.cpp 2012-12-07 14:46:43.000000000 +0100 @@ -54,7 +54,6 @@ QT_BEGIN_NAMESPACE Q_DBUS_EXPORT extern bool qt_dbus_metaobject_skip_annotations; QT_END_NAMESPACE -static QDBusConnection connection(QLatin1String("")); static bool printArgumentsLiterally = false; static void showUsage() @@ -111,7 +110,7 @@ static void printArg(const QVariant &v) } } -static void listObjects(const QString &service, const QString &path) +static void listObjects(const QString &service, const QString &path, const QDBusConnection &connection) { // make a low-level call, to avoid introspecting the Introspectable interface QDBusMessage call = QDBusMessage::createMethodCall(service, path.isEmpty() ? QLatin1String("/") : path, @@ -144,13 +143,13 @@ static void listObjects(const QString &s if (child.tagName() == QLatin1String("node")) { QString sub = path + QLatin1Char('/') + child.attribute(QLatin1String("name")); printf("%s\n", qPrintable(sub)); - listObjects(service, sub); + listObjects(service, sub, connection); } child = child.nextSiblingElement(); } } -static void listInterface(const QString &service, const QString &path, const QString &interface) +static void listInterface(const QString &service, const QString &path, const QString &interface, const QDBusConnection &connection) { QDBusInterface iface(service, path, interface, connection); if (!iface.isValid()) { @@ -204,7 +203,7 @@ static void listInterface(const QString } } -static void listAllInterfaces(const QString &service, const QString &path) +static void listAllInterfaces(const QString &service, const QString &path, const QDBusConnection &connection) { // make a low-level call, to avoid introspecting the Introspectable interface QDBusMessage call = QDBusMessage::createMethodCall(service, path.isEmpty() ? QLatin1String("/") : path, @@ -229,7 +228,7 @@ static void listAllInterfaces(const QStr if (child.tagName() == QLatin1String("interface")) { QString ifaceName = child.attribute(QLatin1String("name")); if (QDBusUtil::isValidInterfaceName(ifaceName)) - listInterface(service, path, ifaceName); + listInterface(service, path, ifaceName, connection); else { qWarning("Invalid D-BUS interface name '%s' found while parsing introspection", qPrintable(ifaceName)); @@ -253,7 +252,7 @@ static QStringList readList(QStringList return retval; } -static int placeCall(const QString &service, const QString &path, const QString &interface, +static int placeCall(const QString &service, const QString &path, const QString &interface, const QDBusConnection &connection, const QString &member, const QStringList& arguments, bool try_prop=true) { QDBusInterface iface(service, path, interface, connection); @@ -291,7 +290,7 @@ static int placeCall(const QString &serv proparg += interface; proparg += member; proparg += args.first(); - if (!placeCall(service, path, "org.freedesktop.DBus.Properties", "Set", proparg, false)) + if (!placeCall(service, path, "org.freedesktop.DBus.Properties", connection, "Set", proparg, false)) return 0; } fprintf(stderr, "Cannot find '%s.%s' in object %s at %s\n", @@ -387,7 +386,7 @@ static int placeCall(const QString &serv QStringList proparg; proparg += interface; proparg += member; - if (!placeCall(service, path, "org.freedesktop.DBus.Properties", "Get", proparg, false)) + if (!placeCall(service, path, "org.freedesktop.DBus.Properties", connection, "Get", proparg, false)) return 0; } if (err.type() == QDBusError::ServiceUnknown) @@ -448,6 +447,7 @@ int main(int argc, char **argv) QCoreApplication app(argc, argv); QStringList args = app.arguments(); args.takeFirst(); + QDBusConnection connection(QLatin1String("")); bool connectionOpened = false; while (!args.isEmpty() && args.at(0).startsWith(QLatin1Char('-'))) { @@ -481,7 +481,7 @@ int main(int argc, char **argv) QDBusConnectionInterface *bus = connection.interface(); if (args.isEmpty()) { printAllServices(bus); - exit(0); + return 0; } QString service = args.takeFirst(); @@ -491,22 +491,22 @@ int main(int argc, char **argv) return 0; } fprintf(stderr, "Service '%s' is not a valid name.\n", qPrintable(service)); - exit(1); + return 1; } if (args.isEmpty()) { - listObjects(service, QString()); - exit(0); + listObjects(service, QString(), connection); + return 0; } QString path = args.takeFirst(); if (!QDBusUtil::isValidObjectPath(path)) { fprintf(stderr, "Path '%s' is not a valid path name.\n", qPrintable(path)); - exit(1); + return 1; } if (args.isEmpty()) { - listAllInterfaces(service, path); - exit(0); + listAllInterfaces(service, path, connection); + return 0; } QString interface = args.takeFirst(); @@ -521,14 +521,13 @@ int main(int argc, char **argv) } if (!interface.isEmpty() && !QDBusUtil::isValidInterfaceName(interface)) { fprintf(stderr, "Interface '%s' is not a valid interface name.\n", qPrintable(interface)); - exit(1); + return 1; } if (!QDBusUtil::isValidMemberName(member)) { fprintf(stderr, "Method name '%s' is not a valid member name.\n", qPrintable(member)); - exit(1); + return 1; } - int ret = placeCall(service, path, interface, member, args); - exit(ret); + return placeCall(service, path, interface, connection, member, args); } --------------040108000101090603050808-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:28:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01336DD6; Fri, 7 Dec 2012 14:28:39 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 47FBB8FC08; Fri, 7 Dec 2012 14:28:39 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so571942lbb.13 for ; Fri, 07 Dec 2012 06:28:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9Hd5W28Hyg88xTtN89yw7C1r0+vW75xn0ra8xI82xY4=; b=MNWz3yxs2QPadT+PTlassGxSPysnGRUC86mmiFOKD9XZ309cr5TzEaBImBmsViAO9N Eh3oNzvsm8YJM3n1vTbJB2klTd+6LJLndzRpbFNVabDS/qUfElZPneMHFtiDpaCZVQQH m1entwzLerSeb+XMccdHaI4tOXX2br+LH0ZhYFpta66C1SD/IRQt88lMxyFHtizAuM/C 6RjDXh+vMwhTwYXhmy0gwJegZvBpOGMqefZ5NxXDljPubJS32qkHCthlbVBNE+o2jDNl x92iDWKuYUQ0eCHXEsIlKkK7e2YogHlCBiaJXYRxGxuC2192pFZUmnxg3SS/wmqdOk5M 0Lag== MIME-Version: 1.0 Received: by 10.112.44.2 with SMTP id a2mr2590847lbm.131.1354890518211; Fri, 07 Dec 2012 06:28:38 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 06:28:37 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Dec 2012 15:28:37 +0100 X-Google-Sender-Auth: r3RIBXFRRE421GLB4nTbnYEXoo4 Message-ID: Subject: Re: UFS2 and Journaling in 9.1-RC3 From: CeDeROM To: Ivan Voras Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 14:28:40 -0000 On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras wrote: > It looks like you are confusing GEOM journalling (-J) and UFS-SU > journalling (-j). They are very different, and today you probably want > to use the latter. If you are installing 9.x from scratch, it will be > enabled by default. If not, you can use newfs -j or tunefs -j to enable it. "When any other means fail, read the manual" heh :-) I am still a bit confused, even after reading [1], because there is no explanation of difference between GJournal and SU / SU+J (which was introduced in FreeBSD 9.0). I understand GJournal works below filesystem level and I dont need to use fsck. SU/SU+J is part of the UDF/UDF2 filesystem. I should not use SU and GJournal at the same time. What are the advantages of SU/US+J? What is the advantage of SU+J over SU? Should I use Gjournal or SU/SU+J? Any hints welcome! :-) If I have already created UFS2 with -J, I understand I can switch it off, can I then simply turn of UFS+J (-j) with no data loss on existing filesystem? Which solution is better for drives >1TB when I dont want to wait an hour for fsck? [1] http://www.freebsd.org/doc/en_US.ISO8859-1/articles/gjournal-desktop/index.html Thanks! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:31:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0DE9FF9; Fri, 7 Dec 2012 14:31:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 614DA8FC13; Fri, 7 Dec 2012 14:31:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7EVvO4074452; Fri, 7 Dec 2012 09:31:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7EVvvj074448; Fri, 7 Dec 2012 14:31:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 14:31:57 GMT Message-Id: <201212071431.qB7EVvvj074448@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 14:31:59 -0000 TB --- 2012-12-07 13:44:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 13:44:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 13:44:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-07 13:44:02 - cleaning the object tree TB --- 2012-12-07 13:44:02 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 13:44:02 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-12-07 13:44:02 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 13:46:05 - /usr/local/bin/svn update /src TB --- 2012-12-07 13:46:48 - At svn revision 243985 TB --- 2012-12-07 13:46:49 - building world TB --- 2012-12-07 13:46:49 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 13:46:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 13:46:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 13:46:49 - SRCCONF=/dev/null TB --- 2012-12-07 13:46:49 - TARGET=powerpc TB --- 2012-12-07 13:46:49 - TARGET_ARCH=powerpc TB --- 2012-12-07 13:46:49 - TZ=UTC TB --- 2012-12-07 13:46:49 - __MAKE_CONF=/dev/null TB --- 2012-12-07 13:46:49 - cd /src TB --- 2012-12-07 13:46:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 13:46:55 UTC 2012 >>> 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 [...] /obj/powerpc.powerpc/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/powerpc.powerpc/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 14:31:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 14:31:57 - ERROR: failed to build world TB --- 2012-12-07 14:31:57 - 1863.03 user 350.73 system 2875.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:50:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF2F587F; Fri, 7 Dec 2012 14:50:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7201B8FC13; Fri, 7 Dec 2012 14:50:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7Eouks045090; Fri, 7 Dec 2012 09:50:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7EouAX045089; Fri, 7 Dec 2012 14:50:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 14:50:56 GMT Message-Id: <201212071450.qB7EouAX045089@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 14:50:57 -0000 TB --- 2012-12-07 14:06:14 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 14:06:14 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 14:06:14 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-12-07 14:06:14 - cleaning the object tree TB --- 2012-12-07 14:06:14 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 14:06:14 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-12-07 14:06:14 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 14:07:29 - /usr/local/bin/svn update /src TB --- 2012-12-07 14:07:53 - At svn revision 243985 TB --- 2012-12-07 14:07:54 - building world TB --- 2012-12-07 14:07:54 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 14:07:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 14:07:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 14:07:54 - SRCCONF=/dev/null TB --- 2012-12-07 14:07:54 - TARGET=powerpc TB --- 2012-12-07 14:07:54 - TARGET_ARCH=powerpc64 TB --- 2012-12-07 14:07:54 - TZ=UTC TB --- 2012-12-07 14:07:54 - __MAKE_CONF=/dev/null TB --- 2012-12-07 14:07:54 - cd /src TB --- 2012-12-07 14:07:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 14:07:59 UTC 2012 >>> 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 [...] /obj/powerpc.powerpc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/powerpc.powerpc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 14:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 14:50:56 - ERROR: failed to build world TB --- 2012-12-07 14:50:56 - 1880.81 user 334.41 system 2682.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 14:56:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFBF19F5 for ; Fri, 7 Dec 2012 14:56:33 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1F68FC14 for ; Fri, 7 Dec 2012 14:56:33 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1TgzLs-0046Le-Kc>; Fri, 07 Dec 2012 15:56:32 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1TgzLs-000895-IA>; Fri, 07 Dec 2012 15:56:32 +0100 Message-ID: <50C20399.2070903@zedat.fu-berlin.de> Date: Fri, 07 Dec 2012 15:56:25 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Current FreeBSD Subject: r243946: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected '; ' after top level declarator,GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5970695B1623877847DF7E18" X-Originating-IP: 130.133.86.198 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 14:56:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5970695B1623877847DF7E18 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec 6 12:18:13 CET 2012 refuses to work with the below error. Regards, Oliver [...] cc -O3 -pipe -fno-strict-aliasing -march=3Dnative -march=3Dnative -DVERSION=3D'"9.8.4-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=3D89 -DLIBREVISION=3D1 -DLIBAGE=3D1 -DGSSAPI -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/namedb/rndc.key"' -I/usr/src/lib/bind/dns/.. -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DDIG_SIGCHASE -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/usr/src/lib/bind/dns/../dns -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/usr/src/lib/bind/dns/../isc -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/usr/src/lib/bind/dns -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/x86_32/include -std=3Dgnu99 -Qunused-arguments -fstack-protector -c /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/callbacks.c -o callbacks.o In file included from /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: In file included from /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64:= In file included from /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:= 98: In file included from /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.= h:34: In file included from /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32= : In file included from /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h= :41: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:41:1: error: unknown type name 'GSSAPI_CPP_START' GSSAPI_CPP_START ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:56:1: error: expected identifier or '(' extern gss_OID_desc GSSAPI_LIB_VARIABLE __gss_krb5_nt_principal_name_oid_desc; ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:63:40: error: expected ';' after top level declarator cc -O3 -pipe -fno-strict-aliasing -march=3Dnative -march=3Dnative -DVERSION=3D'"9.8.4-P1"' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE -DLIBINTERFACE=3D89 -DLIBREVISION=3D1 -DLIBAGE=3D1 -DGSSAPI -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE=3D'"/etc/namedb/rndc.key"' -I/usr/src/lib/bind/dns/.. -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DDIG_SIGCHASE -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/usr/src/lib/bind/dns/../dns -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/usr/src/lib/bind/dns/../isc -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/usr/src/lextern gss_OID_desc GSSAPI_LIB_VARIABLE __gss_krb5_mechanism_oid_desc; [...] /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:102:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL gss_krb5_get_tkt_flags ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:102:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL gss_krb5_get_tkt_flags ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:107:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:107:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL --------------enig5970695B1623877847DF7E18 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQwgOgAAoJEOgBcD7A/5N8HMkIAJRoDSWHjaZ7DAqsfSC4+vpf nmkctYLO4YV9a1/iQafqReQTRa38sU4qe0oxo8AyA6JTtziQUBJQUHENRjVD2Sxo JeKH28/Ahj1ujoU73CKA1JUhbOp2q60zizTKr7gvpCVFF99J1Fi32FY6t8CGxhu7 5j2dxC2p+BQSscPnHWtJZWz82SPzYrc/T6ItvaAA/UfihTUqYxk6sz/A4bGzHgDj sbcTUiPrxP8jgtRB467g/AH/Su6y6y7LC++lpqEtOCkAVZBcqW9fFjL9Wn7ZXpS1 FRNW6lgjVn7q7fITe494qoCVEw0tcUZsiNzUHlqOXyp9QxDNoNvwQorvQ1B5CJI= =y5VP -----END PGP SIGNATURE----- --------------enig5970695B1623877847DF7E18-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 15:02:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 706E9B87; Fri, 7 Dec 2012 15:02:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 203B08FC13; Fri, 7 Dec 2012 15:02:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7F2gHc068155; Fri, 7 Dec 2012 10:02:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7F2ggx068154; Fri, 7 Dec 2012 15:02:42 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 15:02:42 GMT Message-Id: <201212071502.qB7F2ggx068154@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 15:02:43 -0000 TB --- 2012-12-07 14:31:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 14:31:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 14:31:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-12-07 14:31:58 - cleaning the object tree TB --- 2012-12-07 14:31:58 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 14:31:58 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-12-07 14:31:58 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 14:33:23 - /usr/local/bin/svn update /src TB --- 2012-12-07 14:33:57 - At svn revision 243986 TB --- 2012-12-07 14:33:58 - building world TB --- 2012-12-07 14:33:58 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 14:33:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 14:33:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 14:33:58 - SRCCONF=/dev/null TB --- 2012-12-07 14:33:58 - TARGET=sparc64 TB --- 2012-12-07 14:33:58 - TARGET_ARCH=sparc64 TB --- 2012-12-07 14:33:58 - TZ=UTC TB --- 2012-12-07 14:33:58 - __MAKE_CONF=/dev/null TB --- 2012-12-07 14:33:58 - cd /src TB --- 2012-12-07 14:33:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 14:34:03 UTC 2012 >>> 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 [...] /obj/sparc64.sparc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/sparc64.sparc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 15:02:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 15:02:42 - ERROR: failed to build world TB --- 2012-12-07 15:02:42 - 1428.78 user 253.45 system 1844.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 15:09:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59B84EA1; Fri, 7 Dec 2012 15:09:52 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0DE8FC13; Fri, 7 Dec 2012 15:09:51 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 82F6D2842E; Fri, 7 Dec 2012 16:09:44 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 920CE28422; Fri, 7 Dec 2012 16:09:43 +0100 (CET) Message-ID: <50C206B7.5040800@quip.cz> Date: Fri, 07 Dec 2012 16:09:43 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: CeDeROM Subject: Re: UFS2 and Journaling in 9.1-RC3 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 15:09:52 -0000 CeDeROM wrote: > On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras wrote: >> It looks like you are confusing GEOM journalling (-J) and UFS-SU >> journalling (-j). They are very different, and today you probably want >> to use the latter. If you are installing 9.x from scratch, it will be >> enabled by default. If not, you can use newfs -j or tunefs -j to enable it. > > "When any other means fail, read the manual" heh :-) > > I am still a bit confused, even after reading [1], because there is no > explanation of difference between GJournal and SU / SU+J (which was > introduced in FreeBSD 9.0). I understand GJournal works below > filesystem level and I dont need to use fsck. SU/SU+J is part of the > UDF/UDF2 filesystem. I should not use SU and GJournal at the same > time. What are the advantages of SU/US+J? What is the advantage of > SU+J over SU? Should I use Gjournal or SU/SU+J? Any hints welcome! :-) > > If I have already created UFS2 with -J, I understand I can switch it > off, can I then simply turn of UFS+J (-j) with no data loss on > existing filesystem? > > Which solution is better for drives>1TB when I dont want to wait an > hour for fsck? In short - if you choose Gjournal with data and journal on the same disk, you will have about half write speed. If you choose SU+J, you will not be able to use UFS snapshot feature at this time (there is some bug and snapshots on SU+J is disabled) Other than that - SU+J is easier to Enable / Disable on existing partition but is not well testet - it is younger technology than Gjournal. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 15:24:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15B204A7; Fri, 7 Dec 2012 15:24:05 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 56ED78FC12; Fri, 7 Dec 2012 15:24:04 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so556783lah.13 for ; Fri, 07 Dec 2012 07:24:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=37JNc4RYo1jMx7Hd4UmNCrM3v18a4uiRvC37q5yGhqc=; b=vJYZzFs5LlFLRUk2vxHWbmuzFm12fAd5OnTUwW6eWPA1l5FAY/0CQvRcc+ZOnNjFOg wm9/GglLupwTvY7xsZ559QmcN5VNHBVshqRPjHLpjp+Q7nZ9nT18jJS1kq+zek1q3azm qETiNh5nP41s+liKYr6+saa14mINpPcQywrGbXMAj7PqQC2gYBSQhc2RE4Cgj8MSvQgT CyZxjS16ew86LAzEAsMAleJMB3f4eNJz0HZIHd0TBa1xIMmVPGMpsgf+7BSZbGTB1AD7 cKrO2phAnpbrpGfFeI7km/GCqG5oXAAwBvDb/+1F1a8N8Dd8e1f61sETAkFPnHxtiOPU z/TA== MIME-Version: 1.0 Received: by 10.112.44.2 with SMTP id a2mr2657517lbm.131.1354893843036; Fri, 07 Dec 2012 07:24:03 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 07:24:02 -0800 (PST) In-Reply-To: <50C206B7.5040800@quip.cz> References: <50C206B7.5040800@quip.cz> Date: Fri, 7 Dec 2012 16:24:02 +0100 X-Google-Sender-Auth: kdvBg3hMxV0GVuroDNM2oOBh1RM Message-ID: Subject: Re: UFS2 and Journaling in 9.1-RC3 From: CeDeROM To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, Ivan Voras X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 15:24:05 -0000 On Fri, Dec 7, 2012 at 4:09 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > In short - if you choose Gjournal with data and journal on the same disk, > you will have about half write speed. Okay, minus for GJournal in that case, but it is very interesting solution, as most of the stuff in FreeBSD :-) > If you choose SU+J, you will not be able to use UFS snapshot feature at this > time (there is some bug and snapshots on SU+J is disabled) Not really need snapshots :-) > Other than that - SU+J is easier to Enable / Disable on existing partition > but is not well testet - it is younger technology than Gjournal. Okay I can test it :-) I just hope it wont eat my precious data :-) I will take UFS2-SU+J then :-) Thanks Miroslav! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 15:46:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC405BA8; Fri, 7 Dec 2012 15:46:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5340C8FC12; Fri, 7 Dec 2012 15:46:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7FjxnG099830; Fri, 7 Dec 2012 10:45:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7FjxgS099829; Fri, 7 Dec 2012 15:45:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 15:45:59 GMT Message-Id: <201212071545.qB7FjxgS099829@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 15:46:00 -0000 TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:14:10 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:35 - At svn revision 243986 TB --- 2012-12-07 15:15:36 - building world TB --- 2012-12-07 15:15:36 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:36 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:36 - TARGET=arm TB --- 2012-12-07 15:15:36 - TARGET_ARCH=arm TB --- 2012-12-07 15:15:36 - TZ=UTC TB --- 2012-12-07 15:15:36 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:36 - cd /src TB --- 2012-12-07 15:15:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 15:15:42 UTC 2012 >>> 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 [...] /obj/arm.arm/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/arm.arm/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 15:45:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 15:45:59 - ERROR: failed to build world TB --- 2012-12-07 15:45:59 - 1260.77 user 277.43 system 2158.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 16:24:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE765FC; Fri, 7 Dec 2012 16:24:52 +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 59C108FC15; Fri, 7 Dec 2012 16:24:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7GOpEL072630; Fri, 7 Dec 2012 11:24:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7GOpuv072629; Fri, 7 Dec 2012 16:24:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 16:24:51 GMT Message-Id: <201212071624.qB7GOpuv072629@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 16:24:52 -0000 TB --- 2012-12-07 15:45:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:45:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:45:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-12-07 15:45:59 - cleaning the object tree TB --- 2012-12-07 15:45:59 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:45:59 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-12-07 15:45:59 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:46:26 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:46:42 - At svn revision 243986 TB --- 2012-12-07 15:46:43 - building world TB --- 2012-12-07 15:46:43 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:46:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:46:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:46:43 - SRCCONF=/dev/null TB --- 2012-12-07 15:46:43 - TARGET=ia64 TB --- 2012-12-07 15:46:43 - TARGET_ARCH=ia64 TB --- 2012-12-07 15:46:43 - TZ=UTC TB --- 2012-12-07 15:46:43 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:46:43 - cd /src TB --- 2012-12-07 15:46:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 15:46:48 UTC 2012 >>> 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 [...] /obj/ia64.ia64/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/ia64.ia64/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 16:24:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 16:24:51 - ERROR: failed to build world TB --- 2012-12-07 16:24:51 - 1827.83 user 308.65 system 2331.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 16:43:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18C8B60E for ; Fri, 7 Dec 2012 16:43:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id B67F68FC18 for ; Fri, 7 Dec 2012 16:43:56 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Th11x-0008Dn-Sv for freebsd-current@freebsd.org; Fri, 07 Dec 2012 17:44:05 +0100 Received: from 50-46-163-238.evrt.wa.frontiernet.net ([50.46.163.238]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2012 17:44:05 +0100 Received: from atkin901 by 50-46-163-238.evrt.wa.frontiernet.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Dec 2012 17:44:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Subject: Re: problems with threads/destructors in -current with llvm/clang Date: Fri, 07 Dec 2012 08:43:48 -0800 Lines: 32 Message-ID: References: <50C1E81A.1040107@FreeBSD.org> <50C1F862.2010501@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 50-46-163-238.evrt.wa.frontiernet.net User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: <50C1F862.2010501@FreeBSD.org> Cc: kde-freebsd@freebsd.kde.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 16:43:57 -0000 On 12/7/2012 6:08 AM, Dimitry Andric wrote: > On 2012-12-07 13:59, Dimitry Andric wrote: >> On 2012-12-06 18:12, Mark Atkinson wrote: >>> Short backstory, I had recently upgraded my workstation to the latest >>> current which included clang as default cc now. >> ... >>> qdbus under kde segfaults in malloc with a huge recursion stack: > ... >> This is a bug in qdbus; it uses a global static QDBusConnection object, >> and the order in which global destructors are called is undefined: > ... >> The global static QDBusConnection object should be replaced by a >> singleton, as suggested here: > > Here is an alternative solution, where the QDBusConnection object is > just a local variable in main(), and passed around as a const reference. > To make the destructors work properly, I also replaced the exit() calls > in main() with return statements. > > With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus > starts up and exits normally for me. I did not do any other rigorous > testing, though. :) Thanks for the awesome analysis. I will endeavor to figure out the bug in automoc4 that keeps it segfaulting randomly during compilation. Weirdly it segfaults reliably under portmaster, but may work just fine under just make. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:03:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92DCFA90; Fri, 7 Dec 2012 17:03:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 31C428FC13; Fri, 7 Dec 2012 17:03:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7H30As068435; Fri, 7 Dec 2012 12:03:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7H30Q8068429; Fri, 7 Dec 2012 17:03:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 17:03:00 GMT Message-Id: <201212071703.qB7H30Q8068429@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 17:03:01 -0000 TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:13:18 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:09 - At svn revision 243986 TB --- 2012-12-07 15:15:10 - building world TB --- 2012-12-07 15:15:10 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:10 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:10 - TARGET=i386 TB --- 2012-12-07 15:15:10 - TARGET_ARCH=i386 TB --- 2012-12-07 15:15:10 - TZ=UTC TB --- 2012-12-07 15:15:10 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:10 - cd /src TB --- 2012-12-07 15:15:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 15:15:18 UTC 2012 >>> 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 [...] /obj/i386.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /obj/i386.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 17:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 17:02:59 - ERROR: failed to build world TB --- 2012-12-07 17:02:59 - 4905.28 user 802.64 system 6779.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:04:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07856C91; Fri, 7 Dec 2012 17:04: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 9336B8FC08; Fri, 7 Dec 2012 17:04:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7H4LCe071972; Fri, 7 Dec 2012 12:04:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7H4LTn071968; Fri, 7 Dec 2012 17:04:21 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 17:04:21 GMT Message-Id: <201212071704.qB7H4LTn071968@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 17:04:23 -0000 TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:13:16 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:02 - At svn revision 243986 TB --- 2012-12-07 15:15:03 - building world TB --- 2012-12-07 15:15:03 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:03 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:03 - TARGET=amd64 TB --- 2012-12-07 15:15:03 - TARGET_ARCH=amd64 TB --- 2012-12-07 15:15:03 - TZ=UTC TB --- 2012-12-07 15:15:03 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:03 - cd /src TB --- 2012-12-07 15:15:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 15:15:13 UTC 2012 >>> 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 [...] /obj/amd64.amd64/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /obj/amd64.amd64/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 17:04:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 17:04:21 - ERROR: failed to build world TB --- 2012-12-07 17:04:21 - 4910.58 user 801.92 system 6861.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:10:26 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A35CBF7B; Fri, 7 Dec 2012 17:10:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2A58FC15; Fri, 7 Dec 2012 17:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB7HAPT1005339; Fri, 7 Dec 2012 12:10:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB7HAPdZ005328; Fri, 7 Dec 2012 17:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 7 Dec 2012 17:10:25 GMT Message-Id: <201212071710.qB7HAPdZ005328@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 17:10:26 -0000 TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:14:13 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:37 - At svn revision 243986 TB --- 2012-12-07 15:15:38 - building world TB --- 2012-12-07 15:15:38 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:38 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:38 - TARGET=pc98 TB --- 2012-12-07 15:15:38 - TARGET_ARCH=i386 TB --- 2012-12-07 15:15:38 - TZ=UTC TB --- 2012-12-07 15:15:38 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:38 - cd /src TB --- 2012-12-07 15:15:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 15:15:46 UTC 2012 >>> 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 [...] /obj/pc98.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /obj/pc98.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 17:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 17:10:25 - ERROR: failed to build world TB --- 2012-12-07 17:10:25 - 5189.62 user 835.70 system 7225.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 17:29:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A5E1728 for ; Fri, 7 Dec 2012 17:29:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id AF1F18FC08 for ; Fri, 7 Dec 2012 17:29:43 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7cf2:29c9:3fd9:2525] (unknown [IPv6:2001:7b8:3a7:0:7cf2:29c9:3fd9:2525]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 527905C37; Fri, 7 Dec 2012 18:29:42 +0100 (CET) Message-ID: <50C22789.3030303@FreeBSD.org> Date: Fri, 07 Dec 2012 18:29:45 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Mark Atkinson Subject: Re: problems with threads/destructors in -current with llvm/clang References: <50C1E81A.1040107@FreeBSD.org> <50C1F862.2010501@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, kde-freebsd@freebsd.kde.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 17:29:44 -0000 On 2012-12-07 17:43, Mark Atkinson wrote: > On 12/7/2012 6:08 AM, Dimitry Andric wrote: ... >> With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus >> starts up and exits normally for me. I did not do any other rigorous >> testing, though. :) > > Thanks for the awesome analysis. I will endeavor to figure out the bug > in automoc4 that keeps it segfaulting randomly during compilation. > > Weirdly it segfaults reliably under portmaster, but may work just fine > under just make. Try running it under valgrind. If it does undefined things, it may work or not work randomly, and valgrind usually catches this. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 18:31:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8EFA720 for ; Fri, 7 Dec 2012 18:31:59 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1388FC13 for ; Fri, 7 Dec 2012 18:31:58 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so816273lbb.13 for ; Fri, 07 Dec 2012 10:31:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=qOTDUwTIlDpvxWiyrfUYnmREXlakqeM7BnaEJ7a3KMY=; b=ZS/sGpDzIqFvMC/v5Lt8yKsfPjeh8pRr3Tb4tI7FXLQRu/ZM9SOGROJPkC5GfydkDN rF6zHTOqBkrTBlAW3+SHnQDBB4IJFAGnCf6XTDv02v4x5BmS/S/+Ky4VkF/cz5d7sqUQ JkhrSSZBKLj744RCFQsgO8dJt0MPRFCnZ9tnxQwh7bkTmbJvWXLt8QIeRDg1uDmqVZi4 cNgAS8kD16YupPHCcMgj5kgbLFfEIJkGCMd7xRmAlZIWQKn2dhsN3vQrLjS06V2+j0Xd lDDkK8S/7+458EYLiDbFZbXqY9U7VY864xQgV4DtVpZf8BubYKatAI6xzr44OQtuOf/J Gh0w== MIME-Version: 1.0 Received: by 10.152.125.7 with SMTP id mm7mr6390660lab.2.1354905117272; Fri, 07 Dec 2012 10:31:57 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 10:31:56 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 10:31:56 -0800 (PST) Date: Fri, 7 Dec 2012 19:31:56 +0100 X-Google-Sender-Auth: -h7pY7_KIhDaHNNM-QlUscQ7030 Message-ID: Subject: 9.1-RC3 AMD64 reproducible kernel panic From: CeDeROM To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=f46d043743ef38287c04d0476e33 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 18:31:59 -0000 --f46d043743ef38287c04d0476e33 Content-Type: text/plain; charset=UTF-8 Hello :-) After days of problem with my system storage (?) I think I have located the issue, or at least I am able to reproduce it, please take a look at attached picture (photo of a crash). At first I thought that was the Ext2 filesystem issue, but then I have replaced the filesystem to UFS2-SU+J (which increased transfer efficiency and dramatically reduced filesystem check time compared to Ext2) but the issue persisted. This problem occurs also when only / is mounted (no additional storage locations only the OS). This can mean there is a corruption on / that is marked clean. Right now I am not sure if this is storage related anymore... there is however some note on ffs double alloc. Crash occurs after I start Xorg (Kde3 WM, all packages installed from binary packages with portinstall). Please let me know if you need additional information/tests :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info --f46d043743ef38287c04d0476e33-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 18:32:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9670E824 for ; Fri, 7 Dec 2012 18:32:09 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C3318FC17 for ; Fri, 7 Dec 2012 18:32:08 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so816273lbb.13 for ; Fri, 07 Dec 2012 10:32:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rEORjG8isXc6fkCsJ8P2t+is7o4xi39VtiqULpWa4FU=; b=GwTUJTUv6qTZKy3PlrG5l69QWYIqA2r5Cag0nC5ShtNyXygNEG88bQhxG874pGavxS UFwQQl0SAInH+T/TF4HYzMIZcUL+ZRIvj9WpclG23lMj9dvmXxRnhBVQ3d0Qpmkr/7wo US4poAgv57vZSQwyy6Sbl8H9xdc/MY0S5a0BpqYd4pMT7t3QFxOWxRH6XzfuwdxhfTLC Kvy0q00FkZLrt6wUM9ROSJDtKrS8ym9YAR9dooycRQZojT5YY+V+6QzxQuPnf/BB/MLe 6bkiylcpTR7Z1HsBHwlSuyPzCPZZD6TbLNEmsr9ryGRRqITRd40pLrQHcXHHInAae2fl MpcQ== MIME-Version: 1.0 Received: by 10.152.106.212 with SMTP id gw20mr6307137lab.8.1354905128621; Fri, 07 Dec 2012 10:32:08 -0800 (PST) Received: by 10.112.99.70 with HTTP; Fri, 7 Dec 2012 10:32:08 -0800 (PST) In-Reply-To: <50C20399.2070903@zedat.fu-berlin.de> References: <50C20399.2070903@zedat.fu-berlin.de> Date: Fri, 7 Dec 2012 10:32:08 -0800 Message-ID: Subject: Re: r243946: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected '; ' after top level declarator,GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL From: Garrett Cooper To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 18:32:09 -0000 On Fri, Dec 7, 2012 at 6:56 AM, O. Hartmann wrote: > After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec > 6 12:18:13 CET 2012 refuses to work with the below error. Erwin's aware of the breakage (see the svn commit thread for r243981). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 19:09:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEE0F411 for ; Fri, 7 Dec 2012 19:09:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9608FC14 for ; Fri, 7 Dec 2012 19:09:43 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Th3Is-000b54-Eu>; Fri, 07 Dec 2012 20:09:42 +0100 Received: from e178025001.adsl.alicedsl.de ([85.178.25.1] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Th3Is-000NHX-BY>; Fri, 07 Dec 2012 20:09:42 +0100 Message-ID: <50C23EF4.3090307@zedat.fu-berlin.de> Date: Fri, 07 Dec 2012 20:09:40 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: r243946: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected '; ' after top level declarator,GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL References: <50C20399.2070903@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB5D5183EBB20213D1F1A44E2" X-Originating-IP: 85.178.25.1 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 19:09:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB5D5183EBB20213D1F1A44E2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/07/12 19:32, Garrett Cooper wrote: > On Fri, Dec 7, 2012 at 6:56 AM, O. Hartmann wrote: >> After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec= >> 6 12:18:13 CET 2012 refuses to work with the below error. >=20 > Erwin's aware of the breakage (see the svn commit thread for r24398= 1). > Thanks, > -Garrett Just overlap. The last buildworld went through without problems. I wanted to make sure people are aware of the problem, so: forget the noise I made, sorry. Oliver --------------enigB5D5183EBB20213D1F1A44E2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQwj71AAoJEOgBcD7A/5N8rp0IAIucoZQorBIxNlTeqxJlC6+L QYFGOjMu1o0ODFMZn/faU8ITz/WCZIcYBvYuTW6U48sRCrf9ZGhFFAL+nsZgc4qS THNQmwkUWp3GeQiRqios97riPwL5DWdQyxWsok69VtCZxa8rs1ttbfkT0oiJIW3o EaDGpOM68JkK3APf2HfjkA3xHga//nfpH1CmJvugnd9HV7BAnAhyFHP2WjVhrEJL OlW/S01nr09rZQXBMyl14CysWpoRU7TmRlBf2InYtxk+dGiNDSDhexY+Ozwfzf5R r6A2wEVRppf4RLg6HEpgktZ30xWK0U8dzbuoBjcZEUlpKVcqtQk8fIxGe+2qyiI= =5bxP -----END PGP SIGNATURE----- --------------enigB5D5183EBB20213D1F1A44E2-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 20:10:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 562B75CA for ; Fri, 7 Dec 2012 20:10:27 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) by mx1.freebsd.org (Postfix) with ESMTP id 13DDB8FC13 for ; Fri, 7 Dec 2012 20:10:26 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id c12so2155084ieb.9 for ; Fri, 07 Dec 2012 12:10:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=xrlHkm6IKMlrpYOe+H+6iUZG19t3b3T1g+4H2qyzwG0=; b=LKWxmStVe91Yiz+bzXHX/KmjU17VWEqCt9bE/juL/590jmaNVZmZTWKNpU6GapXAUU 6Eih6ateky8DlPtJFOEqUFyc9DZcqwTTt+OPkSzKLJ1QGFUwmHwRTVMXDgYSQlp6k4wI fGwdzX2AIDrSmpft6SyvFD5bfGD5Yts9C9zJw6CXHIWGg88MVdNhAeL1HbM//kZX+YjY z3f4P40pEJJKU5uJgfEmGNZkmTR/iQClYqLSYxnlatH7YlzgTZJTzCUOVehYPjfx2mbs zI6LWE88NjE+3c/em66UW9arJF6VgXcHsJSKnsIVvt8l3msLGrzIO8UDWOXGqP9I8LLJ QXpQ== Received: by 10.50.195.196 with SMTP id ig4mr214826igc.33.1354911020573; Fri, 07 Dec 2012 12:10:20 -0800 (PST) Received: from [192.168.0.199] ([173.157.54.125]) by mx.google.com with ESMTPS id as6sm18984917igc.8.2012.12.07.12.10.18 (version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 12:10:19 -0800 (PST) Message-ID: <50C24D2D.9060906@gmail.com> Date: Fri, 07 Dec 2012 14:10:21 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 9.1-RC3 AMD64 reproducible kernel panic References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 20:10:27 -0000 On 12/7/2012 12:31 PM, CeDeROM wrote: > Hello :-) > > After days of problem with my system storage (?) I think I have located the > issue, or at least I am able to reproduce it, please take a look at > attached picture (photo of a crash). > > At first I thought that was the Ext2 filesystem issue, but then I have > replaced the filesystem to UFS2-SU+J (which increased transfer efficiency > and dramatically reduced filesystem check time compared to Ext2) but the > issue persisted. This problem occurs also when only / is mounted (no > additional storage locations only the OS). This can mean there is a > corruption on / that is marked clean. > > Right now I am not sure if this is storage related anymore... there is > however some note on ffs double alloc. Crash occurs after I start Xorg > (Kde3 WM, all packages installed from binary packages with portinstall). > Please let me know if you need additional information/tests :-) > > Best regards :-) > Tomek I could be blind, but I do not see any attachment. Best to upload it to an image-sharing site, and then post the link anyway. How have you ruled out a hardware issue? Just because it works fine under another OS doesn't necessarily mean that the hardware is fine, just that other OS may not probe/use/access it in exactly the same manner. -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 21:50:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B65A83D for ; Fri, 7 Dec 2012 21:50:52 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 157848FC0C for ; Fri, 7 Dec 2012 21:50:51 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so973990lbb.13 for ; Fri, 07 Dec 2012 13:50:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=bhPfJx3DeaKUSaRGAICzuXFtF5rosJ85BjT9cDUz5jk=; b=hCOpuoF92BysszzEFFA6FibU2RzhdC6Z0/G3eNA9SpcbtY5MiHASzrxJX08PzOlIII oqKtMZXXxjiQ7wN8KED/mEVEbbGlyA1o8cVjUFxghybjQwFcIe871+WMgQfzmUWbK8Sj hR0HRctlKXIjNyGG1MSFT/d/COHAXFlWDdMN9YJ3c1UnV8NPEHzkeQkBGeMqy+PHOyE4 SsyM0VoXN5nu2LGnMi5GS54neNLk/BOL1Ht/CRbTgr2PPhCxUAduivGIR6cuQB51Orpy wq2R9f/PU0Q6rTBqbW1+XBJdmL4d0Fe1wYHCcB/rezlDxYxpJsJf7qhROIR/FHf8JB9T +H3A== MIME-Version: 1.0 Received: by 10.112.84.102 with SMTP id x6mr3170805lby.35.1354917050725; Fri, 07 Dec 2012 13:50:50 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 13:50:50 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 13:50:50 -0800 (PST) Date: Fri, 7 Dec 2012 22:50:50 +0100 X-Google-Sender-Auth: bWLspHez12RTHJPIaF5Iw6If5vU Message-ID: Subject: 9.1-RC3 LiveCD missing features From: CeDeROM To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 21:50:52 -0000 Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:11:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2568E11 for ; Fri, 7 Dec 2012 22:11:50 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) by mx1.freebsd.org (Postfix) with ESMTP id 705E18FC12 for ; Fri, 7 Dec 2012 22:11:50 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id 16so2610911iea.26 for ; Fri, 07 Dec 2012 14:11:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=y4q2d4fW9u2to9ekzL3B791iBmzeAyU0FR561zwIXuM=; b=pZ/tAn9q8vTTCjMZVy0LX+E9+BcjQn1f51gnqhHfudRh0KwzpmTDPfCyWJpzaWhQID pIc73+BNPyrtZwk4PB3IrfDlNX8jLoSE2z3wL1DKT6JK9TtGxqvfrt28Vg6MGhkzTcZa BceHkeV7AWZeeHkj56dWIH8y854jYHDrm9ouOCeL/6rO/x86HWB3AAFBpsCVMqovmONS GT9kfkCxp5iZrCrryEXhuM6rpO47ox0bJq9kEawb96itFBuurgwnbF2v4w88wJ+9Qd6G XkTsYBp+wJ9glspBVT7NbFis2Unot1xgdY1oxLh3wCBy0cDUm1Mwt1xBwxuvUVlCfeyS cQOA== Received: by 10.50.173.34 with SMTP id bh2mr408101igc.70.1354918304223; Fri, 07 Dec 2012 14:11:44 -0800 (PST) Received: from [192.168.0.199] ([173.157.54.125]) by mx.google.com with ESMTPS id eu3sm31582igc.7.2012.12.07.14.11.40 (version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 14:11:43 -0800 (PST) Message-ID: <50C26999.6090802@gmail.com> Date: Fri, 07 Dec 2012 16:11:37 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 9.1-RC3 LiveCD missing features References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:11:50 -0000 On 12/7/2012 3:50 PM, CeDeROM wrote: > Hello :-) > > I have tried to chceck for badblocks on my / but I did not find badblocks > program on LiveCD and there is no option to install it. This is very useful > utility, please add it as part of LiveCD :-) > > Also there is a problem with DHCP based workstations using LiveCD - > although interface gets configured it is impossible to update > /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty > useless for IPv4 (is it more usable on IPv6?). Please update :-) > > Thank you :-) > Tomek > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > 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" > dd if=/dev/zer of=/dev/ada0 ^^^ There's your "badblocks" program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said "unused" backup sectors, and at that time, will begin simply begin just "losing" storage space... IE the number of total sectors on the drive will begin to shrink. -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:30:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F075A10B for ; Fri, 7 Dec 2012 22:30:12 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C00C8FC15 for ; Fri, 7 Dec 2012 22:30:12 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so998558lbb.13 for ; Fri, 07 Dec 2012 14:30:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XvFDVu5dPkq45RAu7jp6PNQptd/Iic8KadbLb8Tq8Xk=; b=FHd8t10T11fSk0naNGqKu/xI+hFKcxulCFrBgQ73ecJePv7gO1U31ywMynI8IoSNzS Rg8WofGZed7hYjdm20He3FFljZ4j0SqQFYQSSZIZfywbGYkngaFjQstRI2ziB3H3jZD2 vNozF0pbJtO21G8Z3cuJqlzA5tPJHiHfrhxfV3GgBgKV4VQSSWmQcwbOzKB6gWr690fZ 48uxAZy6S4l1BEThlGKOf0WQHJc3YobYaLlrc6QFltEvMIzUhGQd9Ldzs66/9a2NYo+R 0shtjFbi0Mxavboea2MfhNSpn9TVjgqdUdLYklWSzr9SdBFb73NfpKbSP78cT2mEdTwv vMFQ== MIME-Version: 1.0 Received: by 10.112.51.175 with SMTP id l15mr3062871lbo.5.1354919411131; Fri, 07 Dec 2012 14:30:11 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 14:30:10 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 14:30:10 -0800 (PST) In-Reply-To: <50C26999.6090802@gmail.com> References: <50C26999.6090802@gmail.com> Date: Fri, 7 Dec 2012 23:30:10 +0100 X-Google-Sender-Auth: RNfZHUxkS2MHkQwjzBWUNiNRO-g Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: CeDeROM To: Chuck Burns Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:30:13 -0000 Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:34:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE34C425 for ; Fri, 7 Dec 2012 22:34:35 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 627C98FC15 for ; Fri, 7 Dec 2012 22:34:34 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-current@freebsd.org; Fri, 7 Dec 2012 23:34:27 +0100 Message-ID: <50C26EF3.5070300@ose.nl> Date: Fri, 07 Dec 2012 23:34:27 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 9.1-RC3 LiveCD missing features References: <50C26999.6090802@gmail.com> In-Reply-To: <50C26999.6090802@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:34:35 -0000 On 12/07/12 23:11, Chuck Burns wrote: > On 12/7/2012 3:50 PM, CeDeROM wrote: >> Hello :-) >> >> I have tried to chceck for badblocks on my / but I did not find >> badblocks >> program on LiveCD and there is no option to install it. This is very >> useful >> utility, please add it as part of LiveCD :-) >> >> Also there is a problem with DHCP based workstations using LiveCD - >> although interface gets configured it is impossible to update >> /etc/resolv.conf (by dhclient and by hand) and so this workstation >> pretty >> useless for IPv4 (is it more usable on IPv6?). Please update :-) >> >> Thank you :-) >> Tomek >> >> > > dd if=/dev/zer of=/dev/ada0 > > ^^^ There's your "badblocks" program. Any hard drive made in the last > decade have been self-remapping.. Attempting to write to a bad block > will cause the hard drive to remap an unused sector into it's place, > until the drive runs out of said "unused" backup sectors, and at that > time, will begin simply begin just "losing" storage space... IE the > number of total sectors on the drive will begin to shrink. > :) /dev/zero Badblocks is outdated for more than 17 years I guess The dd mentioned above will let the firmware remap all bad sectors until there are no spare sectors left (and wipe anything on disk as a bonus :) ;then you can begin to think about replacing your harddrive. As for DHCP, it works for me when booting from a netinstall for instance or going to fixit. Tomek, please try to describe more accurately what you are doing and try to accomplish Cheers From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:39:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4C565AF for ; Fri, 7 Dec 2012 22:39:56 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 613E48FC08 for ; Fri, 7 Dec 2012 22:39:56 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id qB7Mdtwq030645 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 7 Dec 2012 16:39:55 -0600 Received: from [10.0.0.102] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.309.2; Fri, 7 Dec 2012 16:39:54 -0600 Subject: Re: 9.1-RC3 LiveCD missing features MIME-Version: 1.0 (Apple Message framework v1283) From: Devin Teske In-Reply-To: Date: Fri, 7 Dec 2012 14:39:52 -0800 Message-ID: <056EC955-F338-43FB-A44B-F4B7E49BD73F@fisglobal.com> References: <50C26999.6090802@gmail.com> To: CeDeROM X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-07_04:2012-12-07,2012-12-07,1970-01-01 signatures=0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:39:56 -0000 On Dec 7, 2012, at 2:30 PM, CeDeROM wrote: > Hello Chuck :-) >=20 > DD cannot perform non-destructive test.. unless I do dd if=3D/dev/ada0s2a > of=3D/dev/ada0s2a :-) Do you think drives are now smart enough to remap > badblocks this way? What is the probability that there are no badblocks or > badblocks are not detected this way? >=20 SpinRite is one way to find/correct bad blocks non-destructively (it will e= ven do its best to resurrect data from bad blocks using intense heuristic a= nalysis). NOTE: SpinRite is not free (see grc.com) Also, maybe I should mention my own LiveCD/Rescue disc (which does have the= badblocks program you're looking for): FreeBSD-9.0_Druid-1.0b60.iso or FreeBSD-8.3_Druid-1.0b60.iso (the former for 9.x and the latter for 8.x). > Which pattern is better for format 0x00 or 0xFF or one after another or > dont care? I think badblocks is quite useful in this case even in > destructive mode.. >=20 > Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) >=20 > Best regards :-) > Tomek >=20 > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:48:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B295A15; Fri, 7 Dec 2012 22:48:22 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5881C8FC16; Fri, 7 Dec 2012 22:48:21 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id qB7MmLHG027956 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 7 Dec 2012 16:48:21 -0600 Received: from [10.0.0.102] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.309.2; Fri, 7 Dec 2012 16:48:20 -0600 Subject: Re: 9.1-RC3 LiveCD missing features MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: <056EC955-F338-43FB-A44B-F4B7E49BD73F@fisglobal.com> Date: Fri, 7 Dec 2012 14:48:18 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <8326C77A-A599-4EAC-9E53-A15360CCA09A@fisglobal.com> References: <50C26999.6090802@gmail.com> <056EC955-F338-43FB-A44B-F4B7E49BD73F@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-07_04:2012-12-07,2012-12-07,1970-01-01 signatures=0 Cc: freebsd-current@freebsd.org, Chuck Burns , CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 22:48:22 -0000 On Dec 7, 2012, at 2:39 PM, Devin Teske wrote: >=20 > On Dec 7, 2012, at 2:30 PM, CeDeROM wrote: >=20 >> Hello Chuck :-) >>=20 >> DD cannot perform non-destructive test.. unless I do dd if=3D/dev/ada0s2a >> of=3D/dev/ada0s2a :-) Do you think drives are now smart enough to remap >> badblocks this way? What is the probability that there are no badblocks = or >> badblocks are not detected this way? >>=20 >=20 > SpinRite is one way to find/correct bad blocks non-destructively (it will= even do its best to resurrect data from bad blocks using intense heuristic= analysis). >=20 > NOTE: SpinRite is not free (see grc.com) >=20 > Also, maybe I should mention my own LiveCD/Rescue disc (which does have t= he badblocks program you're looking for): >=20 > FreeBSD-9.0_Druid-1.0b60.iso > or > FreeBSD-8.3_Druid-1.0b60.iso >=20 > (the former for 9.x and the latter for 8.x). >=20 D'Oh, actually.. I don't have badblocks =85 just badsect (different program= s with different purposes). --=20 Devin >=20 >=20 >> Which pattern is better for format 0x00 or 0xFF or one after another or >> dont care? I think badblocks is quite useful in this case even in >> destructive mode.. >>=20 >> Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) >>=20 >> Best regards :-) >> Tomek >>=20 >> -- >> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >=20 > _____________ > The information contained in this message is proprietary and/or confident= ial. If you are not the intended recipient, please: (i) delete the message = and all copies; (ii) do not disclose, distribute or use the message in any = manner; and (iii) notify the sender immediately. In addition, please be awa= re that any message addressed to our domain is subject to archiving and rev= iew by persons other than the intended recipient. Thank you. > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 23:05:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62D0CD7D for ; Fri, 7 Dec 2012 23:05:11 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id D0B798FC0C for ; Fri, 7 Dec 2012 23:05:10 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so1016597lbb.13 for ; Fri, 07 Dec 2012 15:05:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=msoBsfH22M+60s+mHuxzCl8K48d2iUIyTv588DV5Ra8=; b=mo0PuOfvavTzWcK06QMYCIXuyrx00dqNOlU/ZSi8f6d5rZ5HboFINOekyxA6Jr85MH 1F5akhNbqVdQDv2cr42p1k7AuIVkBuX8bEm9Fd1aH53rNMOOOnOznZYrOvm1s5ejr1Xg UGZjfddOZrWZDMc+6fJ2PPenOhmZ8pArkt2Eat9tMb549NWoH8GFJPBnpq8JIDyNiP6I vV9WegfPQSqYn+/p2DuSsuC9dMOaYT1BisWvgABzKUCiSn+b3co/iEkCw7AJoHJ3sFPQ e7X7x1At4guDvmE/PhCRHBIfXix9zr3DtPjhukSbWqtBlpZC7bvMc9ZTW2q0mOFam489 +xBA== MIME-Version: 1.0 Received: by 10.152.110.229 with SMTP id id5mr6899044lab.36.1354921509551; Fri, 07 Dec 2012 15:05:09 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 15:05:08 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 15:05:08 -0800 (PST) In-Reply-To: <50C26EF3.5070300@ose.nl> References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> Date: Sat, 8 Dec 2012 00:05:08 +0100 Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: Tomek CEDRO To: Bas Smeelen X-Mailman-Approved-At: Fri, 07 Dec 2012 23:09:58 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 23:05:11 -0000 As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 23:25:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 633D729E for ; Fri, 7 Dec 2012 23:25:26 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCB48FC14 for ; Fri, 7 Dec 2012 23:25:25 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so1203737obc.13 for ; Fri, 07 Dec 2012 15:25:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1bcr7E0Fj+IPE0W0EVh9D2WX3p/CKsQD1EZ5l/9Qzuk=; b=GQGzayiDCbA18O5wODe54zTf5M66Nw0YjNKb0hxA9r+b0Q4LKWeaFJBdmpd1d3QwMw Zl0J5FbsM4eQawvH31BvE+IK9NmQthiQEHBsWY2xqcFx6AfpuGBo9L3FhZlJpfNHGzxb fi6VkqzZ54zSTRmGJtXqTEFdNhY9yHRq6Z9EgWWt8eNfLP7xCitoWlh0Mx4hYE7+vqFD sH7TVHWORkd/L3N+MIpgWXsJKcJwP6jf2faHYNK8x9AXEPCwnLRZOwlOVivClx0E8Dc1 rFuJwMR9Y246b2OXO6wPOJwV9ueEwr8O7ofBBAUM9a5KbLifQeK5uR93snt8EfiEO+af RXYw== MIME-Version: 1.0 Received: by 10.182.131.37 with SMTP id oj5mr4013353obb.54.1354922725048; Fri, 07 Dec 2012 15:25:25 -0800 (PST) Received: by 10.76.80.104 with HTTP; Fri, 7 Dec 2012 15:25:24 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> Date: Fri, 7 Dec 2012 17:25:24 -0600 Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: Adam Vande More To: Tomek CEDRO Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Bas Smeelen , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 23:25:26 -0000 On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO wrote: > As I get ffs_valloc kernel panic on my / I want to check for badblocks but > cannot do that from the system itself so I need another FreeBSD instance to > run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot > simply download it with pkg_add -r. Installing another system just to test > existing one seems silly. It would be nice to finally have swiss army knife > on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) > > I have just started dd if=root of=root from LiveCD, Ill let you know if > that worked :-) You probalby want a filesystem tool but it's impossible to tell since you didn't include all the relevant info. Try fsck. If you did want a "badblocks" tool from the base system, /sbin/recoverdisk is the best. dd is fine, but not as through as it. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 23:35:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A4784C1 for ; Fri, 7 Dec 2012 23:35:00 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE2D8FC08 for ; Fri, 7 Dec 2012 23:34:46 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB7NYjPq041951 for ; Fri, 7 Dec 2012 16:34:45 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB7NYXdB051390; Fri, 7 Dec 2012 16:34:33 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: 9.1-RC3 LiveCD missing features From: Ian Lepore To: Bas Smeelen In-Reply-To: <50C26EF3.5070300@ose.nl> References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> Content-Type: text/plain; charset="us-ascii" Date: Fri, 07 Dec 2012 16:34:33 -0700 Message-ID: <1354923273.87661.273.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 23:35:00 -0000 On Fri, 2012-12-07 at 23:34 +0100, Bas Smeelen wrote: > On 12/07/12 23:11, Chuck Burns wrote: > > On 12/7/2012 3:50 PM, CeDeROM wrote: > >> Hello :-) > >> > >> I have tried to chceck for badblocks on my / but I did not find > >> badblocks > >> program on LiveCD and there is no option to install it. This is very > >> useful > >> utility, please add it as part of LiveCD :-) > >> > >> Also there is a problem with DHCP based workstations using LiveCD - > >> although interface gets configured it is impossible to update > >> /etc/resolv.conf (by dhclient and by hand) and so this workstation > >> pretty > >> useless for IPv4 (is it more usable on IPv6?). Please update :-) > >> > >> Thank you :-) > >> Tomek > >> > >> > > > > dd if=/dev/zer of=/dev/ada0 > > > > ^^^ There's your "badblocks" program. Any hard drive made in the last > > decade have been self-remapping.. Attempting to write to a bad block > > will cause the hard drive to remap an unused sector into it's place, > > until the drive runs out of said "unused" backup sectors, and at that > > time, will begin simply begin just "losing" storage space... IE the > > number of total sectors on the drive will begin to shrink. > > > :) > > /dev/zero > > Badblocks is outdated for more than 17 years I guess > The dd mentioned above will let the firmware remap all bad sectors until > there are no spare sectors left (and wipe anything on disk as a bonus :) > ;then you can begin to think about replacing your harddrive. > > As for DHCP, it works for me when booting from a netinstall for instance > or going to fixit. > Tomek, please try to describe more accurately what you are doing and try > to accomplish > > Cheers When booting a system with a read-only root filesystem (a LiveCD is one example of such), DHCP works in the sense that you get an IP address, but because it can't write the nameserver address into /etc/resolv.conf you're left with a system that's on a network but you can't do much with it unless you have a really good memory for IP addresses. It has to be fixed when the readonly filesystem is created. If you make /etc/resolv.conf a symlink to ../var/db/resolv.conf it works out pretty well. If you're not using dhcp, then instead of having a missing /etc/resolv.conf you have a symlink to missing file. When you are using DHCP, it is able to write the resolv.conf file in /var and life is good. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 01:20:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01AB1C41 for ; Sat, 8 Dec 2012 01:20:18 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 809BF8FC13 for ; Sat, 8 Dec 2012 01:20:17 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so736662eek.13 for ; Fri, 07 Dec 2012 17:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MBAzxr/1baHwk3aDbKqHdW7dqazFFOd4whayXb2DLSs=; b=vBWZWAwFfrGq8wSrb50EKT5ztk47aPAZ0AtVQ7PQ64aamlD3/cZrBTAC2PL4X+cEF9 Rvlq4ox6YQHZNcazt6LW2bQRuru0aafp7M8ieUPmds87643GQ51NvCXhZTXtaLgrGt1Q +LdBuHic8CG5B/cWg6GU3oDsmnUXO1L/xL6kjph5n/PSUU5dUhMXGVtENivN5pv6enAu Y/gNhgmqBVqrPm1I9rChSrKa0jgOtpmf5I65CdwwgjYcgEPAq1zFOsOVmVJo6IDVvCnR OvLuRAjqDYTUqQOBMlervPzLT2Yi2UY0UspKsb8yoCCnyYUZJDfeSR8l8u4MvWsNKspz Kucg== MIME-Version: 1.0 Received: by 10.14.176.66 with SMTP id a42mr22953864eem.34.1354929616404; Fri, 07 Dec 2012 17:20:16 -0800 (PST) Received: by 10.223.170.193 with HTTP; Fri, 7 Dec 2012 17:20:16 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> Date: Fri, 7 Dec 2012 17:20:16 -0800 Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: Kevin Oberman To: Adam Vande More Content-Type: text/plain; charset=UTF-8 Cc: Bas Smeelen , freebsd-current@freebsd.org, Tomek CEDRO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 01:20:18 -0000 On Fri, Dec 7, 2012 at 3:25 PM, Adam Vande More wrote: > On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO wrote: > >> As I get ffs_valloc kernel panic on my / I want to check for badblocks but >> cannot do that from the system itself so I need another FreeBSD instance to >> run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot >> simply download it with pkg_add -r. Installing another system just to test >> existing one seems silly. It would be nice to finally have swiss army knife >> on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) >> >> I have just started dd if=root of=root from LiveCD, Ill let you know if >> that worked :-) > > > You probalby want a filesystem tool but it's impossible to tell since you > didn't include all the relevant info. Try fsck. > > If you did want a "badblocks" tool from the base system, /sbin/recoverdisk > is the best. dd is fine, but not as through as it. ports/sysutils/smartmontools? Most modern disks support S.M.A.R.T and will log read or write errors as well as perform non-destructive (though far from comprehensive) testing. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 01:45:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3902A135; Sat, 8 Dec 2012 01:45:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EF2C98FC0C; Sat, 8 Dec 2012 01:45:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB81j0Yt089385; Fri, 7 Dec 2012 20:45:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB81j0dE089370; Sat, 8 Dec 2012 01:45:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 01:45:00 GMT Message-Id: <201212080145.qB81j0dE089370@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 01:45:08 -0000 TB --- 2012-12-07 23:47:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 23:47:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 23:47:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-12-07 23:47:25 - cleaning the object tree TB --- 2012-12-07 23:48:19 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 23:48:19 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-12-07 23:48:19 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 23:49:23 - /usr/local/bin/svn update /src TB --- 2012-12-07 23:49:29 - At svn revision 244001 TB --- 2012-12-07 23:49:30 - building world TB --- 2012-12-07 23:49:30 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 23:49:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 23:49:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 23:49:30 - SRCCONF=/dev/null TB --- 2012-12-07 23:49:30 - TARGET=ia64 TB --- 2012-12-07 23:49:30 - TARGET_ARCH=ia64 TB --- 2012-12-07 23:49:30 - TZ=UTC TB --- 2012-12-07 23:49:30 - __MAKE_CONF=/dev/null TB --- 2012-12-07 23:49:30 - cd /src TB --- 2012-12-07 23:49:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 7 23:49:36 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 01:28:47 UTC 2012 TB --- 2012-12-08 01:28:47 - generating LINT kernel config TB --- 2012-12-08 01:28:47 - cd /src/sys/ia64/conf TB --- 2012-12-08 01:28:47 - /usr/bin/make -B LINT TB --- 2012-12-08 01:28:47 - cd /src/sys/ia64/conf TB --- 2012-12-08 01:28:47 - /usr/sbin/config -m LINT TB --- 2012-12-08 01:28:47 - building LINT kernel TB --- 2012-12-08 01:28:47 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:28:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:28:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:28:47 - SRCCONF=/dev/null TB --- 2012-12-08 01:28:47 - TARGET=ia64 TB --- 2012-12-08 01:28:47 - TARGET_ARCH=ia64 TB --- 2012-12-08 01:28:47 - TZ=UTC TB --- 2012-12-08 01:28:47 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:28:47 - cd /src TB --- 2012-12-08 01:28:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 01:28:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 01:45:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 01:45:00 - ERROR: failed to build LINT kernel TB --- 2012-12-08 01:45:00 - 5119.57 user 1178.56 system 7055.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 02:01:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DAF6526 for ; Sat, 8 Dec 2012 02:01:59 +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 3FF708FC12 for ; Sat, 8 Dec 2012 02:01:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAPiewlCDaFvO/2dsb2JhbABEhjW4IXOCSIELAg0ZAl+IJKAGjlCSUIEijk2BEwOIX40mkEiDEYIE X-IronPort-AV: E=Sophos;i="4.84,242,1355115600"; d="scan'208";a="3608851" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 07 Dec 2012 21:01:58 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0B575B406B for ; Fri, 7 Dec 2012 21:01:58 -0500 (EST) Date: Fri, 7 Dec 2012 21:01:58 -0500 (EST) From: Rick Macklem To: Current FreeBSD Message-ID: <1406357777.1246668.1354932118030.JavaMail.root@erie.cs.uoguelph.ca> Subject: Heads Up: NFSv4.1 patch going into head MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Linux)/6.0.10_GA_2692) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 02:01:59 -0000 I don't believe the patch I just committed to head for the kernel RPC to add backchannel support or the NFS client patch coming soon should affect operation unless the new "minorversion=1" is used. However, since the patch is fairly large, I thought I'd give everyone a "head up", in case it somehow impacts NFS client or server behaviour. If it does, I'm sure you'll let me know;-) rick From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 02:24:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF24094B; Sat, 8 Dec 2012 02:24:04 +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 7027F8FC14; Sat, 8 Dec 2012 02:24:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB82O3DH029503; Fri, 7 Dec 2012 21:24:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB82O3PF029500; Sat, 8 Dec 2012 02:24:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 02:24:03 GMT Message-Id: <201212080224.qB82O3PF029500@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 02:24:04 -0000 TB --- 2012-12-08 01:14:50 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 01:14:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 01:14:50 - starting HEAD tinderbox run for mips/mips TB --- 2012-12-08 01:14:50 - cleaning the object tree TB --- 2012-12-08 01:14:50 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 01:14:50 - cd /tinderbox/HEAD/mips/mips TB --- 2012-12-08 01:14:50 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 01:15:54 - /usr/local/bin/svn update /src TB --- 2012-12-08 01:16:00 - At svn revision 244010 TB --- 2012-12-08 01:16:01 - building world TB --- 2012-12-08 01:16:01 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:16:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:16:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:16:01 - SRCCONF=/dev/null TB --- 2012-12-08 01:16:01 - TARGET=mips TB --- 2012-12-08 01:16:01 - TARGET_ARCH=mips TB --- 2012-12-08 01:16:01 - TZ=UTC TB --- 2012-12-08 01:16:01 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:16:01 - cd /src TB --- 2012-12-08 01:16:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 01:16:07 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 02:21:56 UTC 2012 TB --- 2012-12-08 02:21:56 - cd /src/sys/mips/conf TB --- 2012-12-08 02:21:56 - /usr/sbin/config -m ADM5120 TB --- 2012-12-08 02:21:56 - skipping ADM5120 kernel TB --- 2012-12-08 02:21:56 - cd /src/sys/mips/conf TB --- 2012-12-08 02:21:56 - /usr/sbin/config -m ALCHEMY TB --- 2012-12-08 02:21:56 - skipping ALCHEMY kernel TB --- 2012-12-08 02:21:56 - cd /src/sys/mips/conf TB --- 2012-12-08 02:21:56 - /usr/sbin/config -m AP91 TB --- 2012-12-08 02:21:56 - building AP91 kernel TB --- 2012-12-08 02:21:56 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:21:56 - SRCCONF=/dev/null TB --- 2012-12-08 02:21:56 - TARGET=mips TB --- 2012-12-08 02:21:56 - TARGET_ARCH=mips TB --- 2012-12-08 02:21:56 - TZ=UTC TB --- 2012-12-08 02:21:56 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:21:56 - cd /src TB --- 2012-12-08 02:21:56 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Dec 8 02:21:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 02:24:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 02:24:03 - ERROR: failed to build AP91 kernel TB --- 2012-12-08 02:24:03 - 2711.06 user 733.46 system 4152.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 02:57:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6FAB14F; Sat, 8 Dec 2012 02:57:12 +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 79A528FC0C; Sat, 8 Dec 2012 02:57:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB82v7xc013957; Fri, 7 Dec 2012 21:57:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB82v7Eg013956; Sat, 8 Dec 2012 02:57:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 02:57:07 GMT Message-Id: <201212080257.qB82v7Eg013956@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 02:57:12 -0000 TB --- 2012-12-08 01:45:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 01:45:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 01:45:00 - starting HEAD tinderbox run for mips64/mips TB --- 2012-12-08 01:45:00 - cleaning the object tree TB --- 2012-12-08 01:45:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 01:45:00 - cd /tinderbox/HEAD/mips64/mips TB --- 2012-12-08 01:45:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 01:46:10 - /usr/local/bin/svn update /src TB --- 2012-12-08 01:46:17 - At svn revision 244011 TB --- 2012-12-08 01:46:18 - building world TB --- 2012-12-08 01:46:18 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:46:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:46:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:46:18 - SRCCONF=/dev/null TB --- 2012-12-08 01:46:18 - TARGET=mips TB --- 2012-12-08 01:46:18 - TARGET_ARCH=mips64 TB --- 2012-12-08 01:46:18 - TZ=UTC TB --- 2012-12-08 01:46:18 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:46:18 - cd /src TB --- 2012-12-08 01:46:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 01:46:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 02:55:37 UTC 2012 TB --- 2012-12-08 02:55:37 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:37 - /usr/sbin/config -m ADM5120 TB --- 2012-12-08 02:55:37 - skipping ADM5120 kernel TB --- 2012-12-08 02:55:37 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:37 - /usr/sbin/config -m ALCHEMY TB --- 2012-12-08 02:55:37 - skipping ALCHEMY kernel TB --- 2012-12-08 02:55:37 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:37 - /usr/sbin/config -m AP91 TB --- 2012-12-08 02:55:38 - skipping AP91 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AP93 TB --- 2012-12-08 02:55:38 - skipping AP93 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AP94 TB --- 2012-12-08 02:55:38 - skipping AP94 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AP96 TB --- 2012-12-08 02:55:38 - skipping AP96 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AR71XX_BASE TB --- 2012-12-08 02:55:38 - skipping AR71XX_BASE kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AR724X_BASE TB --- 2012-12-08 02:55:38 - skipping AR724X_BASE kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AR91XX_BASE TB --- 2012-12-08 02:55:38 - skipping AR91XX_BASE kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2012-12-08 02:55:38 - building BERI_DE4_MDROOT kernel TB --- 2012-12-08 02:55:38 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:55:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:55:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:55:38 - SRCCONF=/dev/null TB --- 2012-12-08 02:55:38 - TARGET=mips TB --- 2012-12-08 02:55:38 - TARGET_ARCH=mips64 TB --- 2012-12-08 02:55:38 - TZ=UTC TB --- 2012-12-08 02:55:38 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:55:38 - cd /src TB --- 2012-12-08 02:55:38 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sat Dec 8 02:55:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 02:57:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 02:57:07 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2012-12-08 02:57:07 - 2720.16 user 676.54 system 4326.94 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 03:11:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 250A97D1 for ; Sat, 8 Dec 2012 03:11:02 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id BA3AA8FC0C for ; Sat, 8 Dec 2012 03:11:01 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qB83AtsS087907; Fri, 7 Dec 2012 20:10:55 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qB83At5p087904; Fri, 7 Dec 2012 20:10:55 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 7 Dec 2012 20:10:55 -0700 (MST) From: Warren Block To: Chuck Burns Subject: Re: 9.1-RC3 LiveCD missing features In-Reply-To: <50C26999.6090802@gmail.com> Message-ID: References: <50C26999.6090802@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 07 Dec 2012 20:10:55 -0700 (MST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 03:11:02 -0000 On Fri, 7 Dec 2012, Chuck Burns wrote: > dd if=/dev/zer of=/dev/ada0 > > ^^^ There's your "badblocks" program. Any hard drive made in the last decade > have been self-remapping.. That should be /dev/zero. And this will be very slow, going one 512-byte block at a time. Using a 64K or 128K buffer (bs=128K) will speed it up tremendously. From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 05:08:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA09DBF5; Sat, 8 Dec 2012 05:08:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC2E8FC08; Sat, 8 Dec 2012 05:08:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB858DPp065095; Sat, 8 Dec 2012 00:08:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB858Dxb065060; Sat, 8 Dec 2012 05:08:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 05:08:13 GMT Message-Id: <201212080508.qB858Dxb065060@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 05:08:14 -0000 TB --- 2012-12-08 02:24:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 02:24:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 02:24:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-08 02:24:03 - cleaning the object tree TB --- 2012-12-08 02:24:03 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 02:24:03 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-12-08 02:24:03 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 02:26:15 - /usr/local/bin/svn update /src TB --- 2012-12-08 02:26:23 - At svn revision 244011 TB --- 2012-12-08 02:26:24 - building world TB --- 2012-12-08 02:26:24 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:26:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:26:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:26:24 - SRCCONF=/dev/null TB --- 2012-12-08 02:26:24 - TARGET=powerpc TB --- 2012-12-08 02:26:24 - TARGET_ARCH=powerpc TB --- 2012-12-08 02:26:24 - TZ=UTC TB --- 2012-12-08 02:26:24 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:26:24 - cd /src TB --- 2012-12-08 02:26:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 02:26:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 04:59:57 UTC 2012 TB --- 2012-12-08 04:59:57 - generating LINT kernel config TB --- 2012-12-08 04:59:57 - cd /src/sys/powerpc/conf TB --- 2012-12-08 04:59:57 - /usr/bin/make -B LINT TB --- 2012-12-08 04:59:57 - cd /src/sys/powerpc/conf TB --- 2012-12-08 04:59:57 - /usr/sbin/config -m LINT TB --- 2012-12-08 04:59:57 - building LINT kernel TB --- 2012-12-08 04:59:57 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 04:59:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 04:59:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 04:59:57 - SRCCONF=/dev/null TB --- 2012-12-08 04:59:57 - TARGET=powerpc TB --- 2012-12-08 04:59:57 - TARGET_ARCH=powerpc TB --- 2012-12-08 04:59:57 - TZ=UTC TB --- 2012-12-08 04:59:57 - __MAKE_CONF=/dev/null TB --- 2012-12-08 04:59:57 - cd /src TB --- 2012-12-08 04:59:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 04:59:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 05:08:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 05:08:13 - ERROR: failed to build LINT kernel TB --- 2012-12-08 05:08:13 - 7660.51 user 1016.09 system 9849.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 05:43:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F42E67; Sat, 8 Dec 2012 05:43:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5567D8FC12; Sat, 8 Dec 2012 05:43:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB85h8ni081917; Sat, 8 Dec 2012 00:43:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB85h8a2081916; Sat, 8 Dec 2012 05:43:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 05:43:08 GMT Message-Id: <201212080543.qB85h8a2081916@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 05:43:09 -0000 TB --- 2012-12-08 04:28:10 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 04:28:10 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 04:28:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-12-08 04:28:10 - cleaning the object tree TB --- 2012-12-08 04:28:10 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 04:28:10 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-12-08 04:28:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 04:29:17 - /usr/local/bin/svn update /src TB --- 2012-12-08 04:29:26 - At svn revision 244015 TB --- 2012-12-08 04:29:27 - building world TB --- 2012-12-08 04:29:27 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 04:29:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 04:29:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 04:29:27 - SRCCONF=/dev/null TB --- 2012-12-08 04:29:27 - TARGET=sparc64 TB --- 2012-12-08 04:29:27 - TARGET_ARCH=sparc64 TB --- 2012-12-08 04:29:27 - TZ=UTC TB --- 2012-12-08 04:29:27 - __MAKE_CONF=/dev/null TB --- 2012-12-08 04:29:27 - cd /src TB --- 2012-12-08 04:29:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 04:29:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 05:32:56 UTC 2012 TB --- 2012-12-08 05:32:56 - generating LINT kernel config TB --- 2012-12-08 05:32:56 - cd /src/sys/sparc64/conf TB --- 2012-12-08 05:32:56 - /usr/bin/make -B LINT TB --- 2012-12-08 05:32:56 - cd /src/sys/sparc64/conf TB --- 2012-12-08 05:32:56 - /usr/sbin/config -m LINT TB --- 2012-12-08 05:32:56 - building LINT kernel TB --- 2012-12-08 05:32:56 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 05:32:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 05:32:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 05:32:56 - SRCCONF=/dev/null TB --- 2012-12-08 05:32:56 - TARGET=sparc64 TB --- 2012-12-08 05:32:56 - TARGET_ARCH=sparc64 TB --- 2012-12-08 05:32:56 - TZ=UTC TB --- 2012-12-08 05:32:56 - __MAKE_CONF=/dev/null TB --- 2012-12-08 05:32:56 - cd /src TB --- 2012-12-08 05:32:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 05:32:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 05:43:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 05:43:08 - ERROR: failed to build LINT kernel TB --- 2012-12-08 05:43:08 - 3572.06 user 586.74 system 4497.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 06:02:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7104B241; Sat, 8 Dec 2012 06:02:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 323488FC12; Sat, 8 Dec 2012 06:02:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB862DhL020314; Sat, 8 Dec 2012 01:02:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB862D8o020313; Sat, 8 Dec 2012 06:02:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 06:02:13 GMT Message-Id: <201212080602.qB862D8o020313@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 06:02:14 -0000 TB --- 2012-12-08 02:57:08 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 02:57:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 02:57:08 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-12-08 02:57:08 - cleaning the object tree TB --- 2012-12-08 02:57:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 02:57:08 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-12-08 02:57:08 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 02:58:19 - /usr/local/bin/svn update /src TB --- 2012-12-08 02:58:26 - At svn revision 244013 TB --- 2012-12-08 02:58:27 - building world TB --- 2012-12-08 02:58:27 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:58:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:58:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:58:27 - SRCCONF=/dev/null TB --- 2012-12-08 02:58:27 - TARGET=powerpc TB --- 2012-12-08 02:58:27 - TARGET_ARCH=powerpc64 TB --- 2012-12-08 02:58:27 - TZ=UTC TB --- 2012-12-08 02:58:27 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:58:27 - cd /src TB --- 2012-12-08 02:58:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 02:58:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 8 05:54:14 UTC 2012 TB --- 2012-12-08 05:54:14 - generating LINT kernel config TB --- 2012-12-08 05:54:14 - cd /src/sys/powerpc/conf TB --- 2012-12-08 05:54:14 - /usr/bin/make -B LINT TB --- 2012-12-08 05:54:14 - cd /src/sys/powerpc/conf TB --- 2012-12-08 05:54:14 - /usr/sbin/config -m LINT TB --- 2012-12-08 05:54:14 - building LINT kernel TB --- 2012-12-08 05:54:14 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 05:54:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 05:54:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 05:54:14 - SRCCONF=/dev/null TB --- 2012-12-08 05:54:14 - TARGET=powerpc TB --- 2012-12-08 05:54:14 - TARGET_ARCH=powerpc64 TB --- 2012-12-08 05:54:14 - TZ=UTC TB --- 2012-12-08 05:54:14 - __MAKE_CONF=/dev/null TB --- 2012-12-08 05:54:14 - cd /src TB --- 2012-12-08 05:54:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 05:54:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 06:02:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 06:02:13 - ERROR: failed to build LINT kernel TB --- 2012-12-08 06:02:13 - 9226.46 user 1245.88 system 11104.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 06:45:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE2BD7A6 for ; Sat, 8 Dec 2012 06:45:10 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 90F948FC08 for ; Sat, 8 Dec 2012 06:45:10 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so859321pbc.13 for ; Fri, 07 Dec 2012 22:45:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=R+6KxkPrVce5h2lFS76e/2SCVboRbAbo+bzUfnfDuP0=; b=oRfzYppqv1xpuFLEBOWiHiQccUqjaBH5f0l0/ppXkBFcO6lOTcZDSUPf2xwh1X+Xpm cCgFdGUqxI+gjCoUIsj5ySfaB0cIylTtelUNq5R3BwCjPlCZUNbiirYmal4qimcjbivn 8S0hLiRNodQ3PwPO0bu08HtP5S13hcZXADRnOr6Td7FBeIT4IMQQjdasFCwICd2OxjIp FQPZuG+mVHx70q0C2eOivFInEHp/4yYUbUF6/x0geIUJEpoJK1cAyGXWwDpp6gRlDcvP QLC4AFMQkynQ12JBJyeGkv7W88mVSr177fHKGV++GYi/fAoKBEGLqijaTbhKk098mJct qeig== Received: by 10.68.132.98 with SMTP id ot2mr21868691pbb.39.1354949110224; Fri, 07 Dec 2012 22:45:10 -0800 (PST) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id na4sm7985249pbc.18.2012.12.07.22.45.05 (version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 22:45:09 -0800 (PST) Message-ID: <50C2E1D1.8060901@gmail.com> Date: Fri, 07 Dec 2012 22:44:33 -0800 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: 9.1-RC3 LiveCD missing features References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Bas Smeelen , Adam Vande More , freebsd-current@freebsd.org, Tomek CEDRO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 06:45:10 -0000 On 12/07/12 17:20, Kevin Oberman wrote: > > ports/sysutils/smartmontools? Most modern disks support S.M.A.R.T and > will log read or write errors as well as perform non-destructive > (though far from comprehensive) testing. This is the correct way, since the drive could be hiding bad blocks by reallocating dying sectors. Look at your pending sector count, this should be 0 on a good disk. If it does have a value, it should go away when the sector is moved/reallocated. Personally, I don't expect much advanced disk diagnosis out of a system installer (be it Linux, Windows or Freebsd). Use this (it's freedos): http://hddguru.com/software/2005.10.02-MHDD/ It can deallocate bad sectors (will require reformat) and show "slow" sectors as well, in a waterfall-type display. As far as in the base system, it may be a little late for this, but ZFS would indicate unreadable blocks via checksum errors after a scrub, would it not? Matt From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 06:53:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 891FF8F0 for ; Sat, 8 Dec 2012 06:53:17 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id F1BB58FC12 for ; Sat, 8 Dec 2012 06:53:16 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so1188844lbb.13 for ; Fri, 07 Dec 2012 22:53:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=3SAyna0v+jqMf3wWBOxSM+VBiwoI5d+jZkkvUxmOqLw=; b=uNlsstV536mRWIPzaePEZ8tvcdsjOkBWff+wil6KgCLbxr5OzkEju+PD/AL9rwO/wQ kSZFdtTxNx+DjXULcaT9X/Do6ostlHwQqGa7hHuLCzkz4dcN9AQhFvpK+uTMkGUXG+L7 SXC4Gh4Jet+K8+jTU5uyUHIkPSZvtUji/0v/uQDQ0ZRcWTicOGYBRbCoYwaKT7Ozsaa+ SoYs7eRdAMLYdiEnOj7h1Ozhyh93kC0v1VuWr5CaPy5/ZT1RVtLs4kzKKZaRnNUsaK0I GL8ea/mgC3w9wHKPSRdpYo/k3WEZxVnT64tXG6WJ65OjGiLj6WyNbDr5UgTj78g3hm75 YUnQ== MIME-Version: 1.0 Received: by 10.152.104.240 with SMTP id gh16mr7734603lab.56.1354949595695; Fri, 07 Dec 2012 22:53:15 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 22:53:15 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 22:53:15 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> Date: Sat, 8 Dec 2012 07:53:15 +0100 X-Google-Sender-Auth: o2-Y3sJP1Qr7-KiKcsPCm__32zE Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: CeDeROM To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org, Chuck Burns X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 06:53:17 -0000 Thanks Warren :-) I noticed that Western Digital disks MUST be preformatted this way at first otherwise stragne things happen later on (I had 3 disks like this for desktop and laptop). Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 06:54:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81806A3C for ; Sat, 8 Dec 2012 06:54:51 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id F0A2A8FC13 for ; Sat, 8 Dec 2012 06:54:50 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so1189332lbb.13 for ; Fri, 07 Dec 2012 22:54:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9bFBdSg/tTPbBPOI7YVT+3I1DA8+TV9s9aE48MJqnT0=; b=moK149k/uOdIzBksIPtRSLNY0+LWhgrlLHqW2Bhx7xeQUg4gIvap8bgodeNe+AdaHY K4seKZSlsERLADECFWZrgTZu4T4JEpUFJirNIAmPAjc63R3k5XMNRbwAGfqCfhtX4dik hpVNDZgATiFWD98w4MjwO96eP36kBbHfJnKPe74tY5L4XDiyv5K2FDQqxfeqkKae2h4B ONQn/l9At/8MFcGhocK3xlus/n9pyWELuLYyWILWKAsJ7TtUHnAx3PfjCw/4uCm26Ulj vWxknyXPMoLivpzxs3YCmFxJKPWsylBw3bjv7pDFFIGIJRS8qoaCM4FkV/dhc6FzNJYh 8O4Q== MIME-Version: 1.0 Received: by 10.152.135.139 with SMTP id ps11mr7642657lab.29.1354949689586; Fri, 07 Dec 2012 22:54:49 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 22:54:49 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 22:54:49 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> Date: Sat, 8 Dec 2012 07:54:49 +0100 X-Google-Sender-Auth: XwJ9PGFpU2HZuQ3P3_7AD0h9-DQ Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: CeDeROM To: Chuck Burns Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 06:54:51 -0000 dd if=root_part of=root_part took loong time but it did not help :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 07:06:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35116C1F for ; Sat, 8 Dec 2012 07:06:41 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A3B678FC13 for ; Sat, 8 Dec 2012 07:06:40 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so1120133lah.13 for ; Fri, 07 Dec 2012 23:06:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=VBKhreEuCO7ErjpKeKxvitwKjOcOS21MvFzXbDrPd8Q=; b=Zl/Dz+71xlyjBE05QyT8UMIZDG8LPepCM5PJ4JHbWqwA4DtfMZpAFw8qbZ8rpF6IcI HSNPNc6pbDZGxtg53deF/K3YcOJ4FbaisIDoY44fVMpFriUjepTUfDY5kFul4+tTtSC3 IlHB63QUzFY001H081WihdoOdE2863jcmLq0cVwJ2hpAAOCYQ5RekngnWD+v3xizq2Oa Wu+4Q04g5at4FhjNprcesrY0jM/C6e9SicUlJzyFhk0LTWKERSoDm5kCV4ioZD8i7DwH JUld3d0JQ1kI+b1lgUX1pgHvNBL8mCTFULi/0JbSOI1lVUAZZUaUanipd3HSkKxjbPcM BJag== MIME-Version: 1.0 Received: by 10.152.110.42 with SMTP id hx10mr7738647lab.0.1354950399442; Fri, 07 Dec 2012 23:06:39 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:06:39 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:06:39 -0800 (PST) In-Reply-To: <1354923273.87661.273.camel@revolution.hippie.lan> References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> Date: Sat, 8 Dec 2012 08:06:39 +0100 X-Google-Sender-Auth: YQgAWNTTtnr9JmJDU4hOHSgy1i4 Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: CeDeROM To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Bas Smeelen , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:06:41 -0000 Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 07:23:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 560826C; Sat, 8 Dec 2012 07:23:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4E68FC0C; Sat, 8 Dec 2012 07:23:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB87Nqa5035157; Sat, 8 Dec 2012 02:23:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB87NqbC035156; Sat, 8 Dec 2012 07:23:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 07:23:52 GMT Message-Id: <201212080723.qB87NqbC035156@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:23:53 -0000 TB --- 2012-12-08 06:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 06:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 06:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-08 06:10:01 - cleaning the object tree TB --- 2012-12-08 06:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 06:10:01 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-08 06:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 06:14:24 - /usr/local/bin/svn update /src TB --- 2012-12-08 06:14:34 - At svn revision 244017 TB --- 2012-12-08 06:14:35 - building world TB --- 2012-12-08 06:14:35 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 06:14:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 06:14:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 06:14:35 - SRCCONF=/dev/null TB --- 2012-12-08 06:14:35 - TARGET=arm TB --- 2012-12-08 06:14:35 - TARGET_ARCH=arm TB --- 2012-12-08 06:14:35 - TZ=UTC TB --- 2012-12-08 06:14:35 - __MAKE_CONF=/dev/null TB --- 2012-12-08 06:14:35 - cd /src TB --- 2012-12-08 06:14:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 06:14:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 07:13:23 UTC 2012 TB --- 2012-12-08 07:13:23 - generating LINT kernel config TB --- 2012-12-08 07:13:23 - cd /src/sys/arm/conf TB --- 2012-12-08 07:13:23 - /usr/bin/make -B LINT TB --- 2012-12-08 07:13:23 - cd /src/sys/arm/conf TB --- 2012-12-08 07:13:23 - /usr/sbin/config -m LINT TB --- 2012-12-08 07:13:23 - building LINT kernel TB --- 2012-12-08 07:13:23 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 07:13:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 07:13:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 07:13:23 - SRCCONF=/dev/null TB --- 2012-12-08 07:13:23 - TARGET=arm TB --- 2012-12-08 07:13:23 - TARGET_ARCH=arm TB --- 2012-12-08 07:13:23 - TZ=UTC TB --- 2012-12-08 07:13:23 - __MAKE_CONF=/dev/null TB --- 2012-12-08 07:13:23 - cd /src TB --- 2012-12-08 07:13:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 07:13:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 07:23:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 07:23:52 - ERROR: failed to build LINT kernel TB --- 2012-12-08 07:23:52 - 3047.25 user 618.04 system 4431.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 07:32:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A53A21C for ; Sat, 8 Dec 2012 07:32:01 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D74758FC13 for ; Sat, 8 Dec 2012 07:32:00 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so1430499obc.13 for ; Fri, 07 Dec 2012 23:32:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/H91fI5DSiBhy32UpzF4M2VP48zedeaUMEfVhN+MiWY=; b=zaWCDbqPEX7+fhPd43bUyxoX1FCAtHxqcWn5Latb/5RMj+AQ0WoMjrK/SuNeGF1TBv zf1SQmr5xSozaxmbaB/DunhDhLw4hIlw6uIpsGNDiUlESA5Gmjfz/kojMLFdOZYHjhI1 WG6gdYqU7EAs1x/6i9A8ZDT6qoiljLPijYnkYrTIgdJ1QgWoxECpPcV37LM/xjyDW3UX bvYP31bgwvJev+lOvV0BaV821YNBWZfmzPsa0SPhKnolo6vN1YkVbIjAHaZZbp4fM8Fx PRIKL0CGSZUUC8rhcRoTPwkX41f6eGkk9e7dqYycP2vJMKafz+m9kYslscdhmni2d1fC LJpA== MIME-Version: 1.0 Received: by 10.60.172.164 with SMTP id bd4mr3929406oec.51.1354951919945; Fri, 07 Dec 2012 23:31:59 -0800 (PST) Received: by 10.76.143.33 with HTTP; Fri, 7 Dec 2012 23:31:59 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> Date: Fri, 7 Dec 2012 23:31:59 -0800 Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: Garrett Cooper To: CeDeROM Content-Type: text/plain; charset=ISO-8859-1 Cc: Bas Smeelen , Ian Lepore , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:32:01 -0000 On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM wrote: > Hello Ian :-) > > This is the problem - / is read only and /etc/resolv.conf already links to > nonexistent file. This way I cannot modify its content nor link other file > (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does > not help either. > > I think /etc/resolv.conf should point to /var/resolv.conf from start so the > resolver is functional :-) I generally get around this with mdmfs and unionfs mounts, but it's a bit annoying... I'll see if I can file a PR with all of the things that need to be fixed/enhanced and maybe fix some of the items if I get some time (if the liveCD used rc.initdiskless it would be considerably simpler and some key filesystems would be writable after boot). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 07:33:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D23133FE for ; Sat, 8 Dec 2012 07:33:57 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 431A48FC15 for ; Sat, 8 Dec 2012 07:33:56 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so1129642lah.13 for ; Fri, 07 Dec 2012 23:33:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8aCLu2F4y6eKHUEXubZfUiYk3MusHp+DU8uzMbulVv8=; b=AQLyghD5wyig2I9w0k/wufAcbxmy+sdDj6/0Sa3fXA477AZz/V0yU/zFq3SDwyl3xW 1KhtIv1kdLuCLxVtPeg4hPMxicYNYTRrdHne+Fu1repOSglta1Oc3Tqewro19Q7eT125 +V7EVqZMy+4CANdnuZwP/nsVTSuQ4t5V+O6XPGOMs7+vEvhD92TgtMxtbdY5Lu2Who4e WFrmCqfv+vFiqD7xMk9q5QoGhACp2FoOy8UZGFZVqKYTZUaJDK0B8Mmej/Y3PWxnn3Wx QR9xMtOygbbktcDbxsXf8JelQWizAh3Wpjf6Ug6rrqG3DBCrJjfz2INeVHiZPiijM40p 2A7g== MIME-Version: 1.0 Received: by 10.112.44.2 with SMTP id a2mr3500342lbm.131.1354952036010; Fri, 07 Dec 2012 23:33:56 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:33:55 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:33:55 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> Date: Sat, 8 Dec 2012 08:33:55 +0100 X-Google-Sender-Auth: nmRpsVzWAhRoya0AgwOPWgXNssM Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: CeDeROM To: Chuck Burns Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:33:57 -0000 Running fsck -t ufs -fy solved the issue!! http://i47.tinypic.com/35m1qxk.jpg How reliable is new UFS2-SU+J? Are there any journal verification routines (I heard about some chcecks in the background). Will automatic fsck on boot force full filesystem checks in any case (like filesystem related kernel panic will set full filesystem check flag)? This was the filesystem issue not the hard drive (its new 2TB WD disk preformatted before use). Having badblocks and other test solutions on the LiveCD would at least detect some hardware issues I gues, I give +1 for service/support tools in LiveCD :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 07:40:17 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68C8B979; Sat, 8 Dec 2012 07:40:17 +0000 (UTC) (envelope-from kevlo@FreeBSD.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id F2A6D8FC14; Sat, 8 Dec 2012 07:40:16 +0000 (UTC) Received: from [127.0.0.1] (git.kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.5/8.14.5) with ESMTP id qB87eCp4014744; Sat, 8 Dec 2012 15:40:12 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <1354952413.2318.4.camel@nsl> Subject: Re: problems with threads/destructors in -current with llvm/clang From: Kevin Lo To: Dimitry Andric Date: Sat, 08 Dec 2012 15:40:13 +0800 In-Reply-To: <50C1F862.2010501@FreeBSD.org> References: <50C1E81A.1040107@FreeBSD.org> <50C1F862.2010501@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Cc: kde-freebsd@kde.org, freebsd-current@FreeBSD.org, Mark Atkinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:40:17 -0000 Dimitry Andric wrote: > On 2012-12-07 13:59, Dimitry Andric wrote: > > On 2012-12-06 18:12, Mark Atkinson wrote: > >> Short backstory, I had recently upgraded my workstation to the latest > >> current which included clang as default cc now. > > ... > >> qdbus under kde segfaults in malloc with a huge recursion stack: > ... > > This is a bug in qdbus; it uses a global static QDBusConnection object, > > and the order in which global destructors are called is undefined: > ... > > The global static QDBusConnection object should be replaced by a > > singleton, as suggested here: > > Here is an alternative solution, where the QDBusConnection object is > just a local variable in main(), and passed around as a const reference. > To make the destructors work properly, I also replaced the exit() calls > in main() with return statements. > > With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus > starts up and exits normally for me. I did not do any other rigorous > testing, though. :) Works for me, thanks. I think your patch should go in. Kevin From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 07:44:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE215BD2 for ; Sat, 8 Dec 2012 07:44:53 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9738FC08 for ; Sat, 8 Dec 2012 07:44:52 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so1206550lbb.13 for ; Fri, 07 Dec 2012 23:44:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ofGfpw4x6ERlLYL9CHAZZbrxnQVhgu3bT9rPpunH/OA=; b=pDBIzbS5i0UiIM3eLFer/MvRcKmj3cX1ih3eS/SDCnkew5q21uYXRZrUZT1yn0MB5d JhgXKomDMpLbZm6kzhN36oh/q57nqsfAcu6cDHAcL5tDeA9j/E60Zge7LGV3/4whWfR8 3AzLtoPrhXVMpEPw98QhdVy2xAzu/r+DCSsc9VMdtfrTkPzCJ7YgEmJ6vT7WsOg5F3Ly qvzgM26zvcwiryynB7WT7ZXVIoXAI83g60hdnunWzmsvV6oU4e7qfn5j1LtyjzvuDxGl ykJJsIonVctgPNUbsgbnduE0OI+B/kG2ksrJr2jWZcJPbrbuHR5CuqHBmrRilDJRNSSN UVlg== MIME-Version: 1.0 Received: by 10.152.105.103 with SMTP id gl7mr7666333lab.10.1354952692053; Fri, 07 Dec 2012 23:44:52 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:44:51 -0800 (PST) Received: by 10.114.12.226 with HTTP; Fri, 7 Dec 2012 23:44:51 -0800 (PST) In-Reply-To: References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> Date: Sat, 8 Dec 2012 08:44:51 +0100 X-Google-Sender-Auth: B6PKUfByWUfLyWqWQKPTQgrjf1s Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: CeDeROM To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Bas Smeelen , Ian Lepore , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 07:44:53 -0000 Hello Garrett :-) UnionFS works very well on Linux based embedded systems and its very powerful :-) I dont know the mdmfs sorry :-) +1 for your ideas :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 08:05:22 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD6F2116 for ; Sat, 8 Dec 2012 08:05:22 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6C77A8FC08 for ; Sat, 8 Dec 2012 08:05:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1ThFPP-001hbB-Ez>; Sat, 08 Dec 2012 09:05:15 +0100 Received: from e178023146.adsl.alicedsl.de ([85.178.23.146] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1ThFPP-000wc5-BZ>; Sat, 08 Dec 2012 09:05:15 +0100 Message-ID: <50C2F4B5.3010800@zedat.fu-berlin.de> Date: Sat, 08 Dec 2012 09:05:09 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Current FreeBSD Subject: r243988M: /usr/src/sys/sys/socketvar.h:297:25: note: previous definition is here,extern struct uma_zone *socket_zone; X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig625333A9FA1CDFDA3E008621" X-Originating-IP: 85.178.23.146 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 08:05:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig625333A9FA1CDFDA3E008621 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There is a bug in kernel code preventing from kernel being build: cc -c -O3 -pipe -march=3Dnative -fno-strict-aliasing -march=3Dnative -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone= -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/uipc_socket.c= /usr/src/sys/kern/uipc_socket.c:262:19: error: static declaration of 'socket_zone' follows non-static declaration static uma_zone_t socket_zone; ^ /usr/src/sys/sys/socketvar.h:297:25: note: previous definition is here extern struct uma_zone *socket_zone; ^ 1 error generated. *** [uipc_socket.o] Error code 1 Stop in /usr/obj/usr/src/sys/GATE. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. Just want to note. Regards, Oliver --------------enig625333A9FA1CDFDA3E008621 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQwvS7AAoJEOgBcD7A/5N8XqYIALE3N2bmN+KXe8HCHnAlyVWZ wRLKEX2HrDE7KNygB0Xc/F4zE+bAShu0xqlYQNKLTv2dEvbwiN6KM4H301SmqXeo 4/Q9Nl2H81HLXxXwClrZnFaFRlTJfSmxYcjMp2t5DU2jT0o3g3jCGMqAVBBqGf7t F1PUtrd3tfkR5GP1yEFVHZ2+2mOtm7/FXM2PuZ3z666ZiwDt0DnJc3mKYW50LlI5 ckgf9rtEQfVyPmUQ2u9z4sbqXlCABMHWUCO4rC5XjkgNLbjp7wrQSqBWi6i+J63O q0f0cnTBXXqggO3IJUT2xer0sfGjioOIlN2C6Yb+IuIZ2/KzXXgUM1RLoEP6e0Y= =63gk -----END PGP SIGNATURE----- --------------enig625333A9FA1CDFDA3E008621-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 09:28:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56E7E239; Sat, 8 Dec 2012 09:28: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 1DE208FC12; Sat, 8 Dec 2012 09:28:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB89S1Og028677; Sat, 8 Dec 2012 04:28:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB89S0ip028657; Sat, 8 Dec 2012 09:28:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 09:28:00 GMT Message-Id: <201212080928.qB89S0ip028657@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 09:28:02 -0000 TB --- 2012-12-08 07:23:52 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 07:23:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 07:23:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-12-08 07:23:52 - cleaning the object tree TB --- 2012-12-08 07:24:52 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 07:24:52 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-12-08 07:24:52 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 07:25:22 - /usr/local/bin/svn update /src TB --- 2012-12-08 07:25:28 - At svn revision 244017 TB --- 2012-12-08 07:25:29 - building world TB --- 2012-12-08 07:25:29 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 07:25:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 07:25:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 07:25:29 - SRCCONF=/dev/null TB --- 2012-12-08 07:25:29 - TARGET=ia64 TB --- 2012-12-08 07:25:29 - TARGET_ARCH=ia64 TB --- 2012-12-08 07:25:29 - TZ=UTC TB --- 2012-12-08 07:25:29 - __MAKE_CONF=/dev/null TB --- 2012-12-08 07:25:29 - cd /src TB --- 2012-12-08 07:25:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 07:25:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 09:09:45 UTC 2012 TB --- 2012-12-08 09:09:45 - generating LINT kernel config TB --- 2012-12-08 09:09:45 - cd /src/sys/ia64/conf TB --- 2012-12-08 09:09:45 - /usr/bin/make -B LINT TB --- 2012-12-08 09:09:45 - cd /src/sys/ia64/conf TB --- 2012-12-08 09:09:45 - /usr/sbin/config -m LINT TB --- 2012-12-08 09:09:45 - building LINT kernel TB --- 2012-12-08 09:09:45 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 09:09:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 09:09:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 09:09:45 - SRCCONF=/dev/null TB --- 2012-12-08 09:09:45 - TARGET=ia64 TB --- 2012-12-08 09:09:45 - TARGET_ARCH=ia64 TB --- 2012-12-08 09:09:45 - TZ=UTC TB --- 2012-12-08 09:09:45 - __MAKE_CONF=/dev/null TB --- 2012-12-08 09:09:45 - cd /src TB --- 2012-12-08 09:09:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 09:09:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262: error: static declaration of 'socket_zone' follows non-static declaration /src/sys/sys/socketvar.h:297: error: previous declaration of 'socket_zone' was here *** [uipc_socket.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 09:28:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 09:28:00 - ERROR: failed to build LINT kernel TB --- 2012-12-08 09:28:00 - 5114.18 user 1030.06 system 7448.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 09:47:15 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98ACA680 for ; Sat, 8 Dec 2012 09:47:15 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2A08FC0C for ; Sat, 8 Dec 2012 09:47:15 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id qB89lDw6079451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 8 Dec 2012 10:47:13 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Sat, 8 Dec 2012 10:47:12 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Chris Petrik Subject: Re: src.conf WITHOUT_GROFF Message-ID: <20121208094712.GZ69724@acme.spoerlein.net> Mail-Followup-To: Chris Petrik , freebsd-current@freebsd.org References: <50BD5890.7080002@sdf.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50BD5890.7080002@sdf.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 09:47:15 -0000 On Mon, 2012-12-03 at 19:57:36 -0600, Chris Petrik wrote: > Adding in WITHOUT_GROFF=yes to src.conf and doing make delete-old ... > etc.. and then installing it again renders the man pages without any > format. I had to do a make distribution DESTDIR=/usr/local/freebsdtest > and copy over the groff/man stuff to get the man pages to work again > > example can be seen here: > http://freebsddev.cpetservices.com/~chris/images/snapshot9.png This is expected, try this patch https://github.com/uqs/freebsd-head/commit/f35b7394140ff4d59249577c65e655f504b0b513 which I need to make conditional on some environment magic and commit for people to test, but haven't gotten around to doing so yet :( hth Uli From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 10:02:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BDFDF6E; Sat, 8 Dec 2012 10:02: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 5231C8FC15; Sat, 8 Dec 2012 10:02:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB8A2rl7005044; Sat, 8 Dec 2012 05:02:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB8A2rxJ005042; Sat, 8 Dec 2012 10:02:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 10:02:53 GMT Message-Id: <201212081002.qB8A2rxJ005042@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 10:02:54 -0000 TB --- 2012-12-08 06:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 06:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 06:10:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-12-08 06:10:01 - cleaning the object tree TB --- 2012-12-08 06:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 06:10:01 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-12-08 06:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 06:13:11 - /usr/local/bin/svn update /src TB --- 2012-12-08 06:13:44 - At svn revision 244017 TB --- 2012-12-08 06:13:45 - building world TB --- 2012-12-08 06:13:45 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 06:13:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 06:13:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 06:13:45 - SRCCONF=/dev/null TB --- 2012-12-08 06:13:45 - TARGET=i386 TB --- 2012-12-08 06:13:45 - TARGET_ARCH=i386 TB --- 2012-12-08 06:13:45 - TZ=UTC TB --- 2012-12-08 06:13:45 - __MAKE_CONF=/dev/null TB --- 2012-12-08 06:13:45 - cd /src TB --- 2012-12-08 06:13:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 06:13:55 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 09:46:06 UTC 2012 TB --- 2012-12-08 09:46:06 - generating LINT kernel config TB --- 2012-12-08 09:46:06 - cd /src/sys/i386/conf TB --- 2012-12-08 09:46:06 - /usr/bin/make -B LINT TB --- 2012-12-08 09:46:06 - cd /src/sys/i386/conf TB --- 2012-12-08 09:46:06 - /usr/sbin/config -m LINT TB --- 2012-12-08 09:46:06 - building LINT kernel TB --- 2012-12-08 09:46:06 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 09:46:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 09:46:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 09:46:06 - SRCCONF=/dev/null TB --- 2012-12-08 09:46:06 - TARGET=i386 TB --- 2012-12-08 09:46:06 - TARGET_ARCH=i386 TB --- 2012-12-08 09:46:06 - TZ=UTC TB --- 2012-12-08 09:46:06 - __MAKE_CONF=/dev/null TB --- 2012-12-08 09:46:06 - cd /src TB --- 2012-12-08 09:46:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 09:46:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262:19: error: static declaration of 'socket_zone' follows non-static declaration static uma_zone_t socket_zone; ^ /src/sys/sys/socketvar.h:297:25: note: previous definition is here extern struct uma_zone *socket_zone; ^ 1 error generated. *** [uipc_socket.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 10:02:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 10:02:53 - ERROR: failed to build LINT kernel TB --- 2012-12-08 10:02:53 - 9329.38 user 1591.97 system 13972.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 10:03:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34D6C124; Sat, 8 Dec 2012 10:03: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 EB7ED8FC19; Sat, 8 Dec 2012 10:03:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB8A3McR006528; Sat, 8 Dec 2012 05:03:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB8A3M65006521; Sat, 8 Dec 2012 10:03:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 10:03:22 GMT Message-Id: <201212081003.qB8A3M65006521@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 10:03:23 -0000 TB --- 2012-12-08 06:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 06:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 06:10:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-12-08 06:10:01 - cleaning the object tree TB --- 2012-12-08 06:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 06:10:01 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-12-08 06:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 06:14:29 - /usr/local/bin/svn update /src TB --- 2012-12-08 06:14:41 - At svn revision 244017 TB --- 2012-12-08 06:14:42 - building world TB --- 2012-12-08 06:14:42 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 06:14:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 06:14:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 06:14:42 - SRCCONF=/dev/null TB --- 2012-12-08 06:14:42 - TARGET=pc98 TB --- 2012-12-08 06:14:42 - TARGET_ARCH=i386 TB --- 2012-12-08 06:14:42 - TZ=UTC TB --- 2012-12-08 06:14:42 - __MAKE_CONF=/dev/null TB --- 2012-12-08 06:14:42 - cd /src TB --- 2012-12-08 06:14:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 06:14:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 8 09:49:38 UTC 2012 TB --- 2012-12-08 09:49:38 - generating LINT kernel config TB --- 2012-12-08 09:49:38 - cd /src/sys/pc98/conf TB --- 2012-12-08 09:49:38 - /usr/bin/make -B LINT TB --- 2012-12-08 09:49:38 - cd /src/sys/pc98/conf TB --- 2012-12-08 09:49:38 - /usr/sbin/config -m LINT TB --- 2012-12-08 09:49:38 - building LINT kernel TB --- 2012-12-08 09:49:38 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 09:49:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 09:49:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 09:49:38 - SRCCONF=/dev/null TB --- 2012-12-08 09:49:38 - TARGET=pc98 TB --- 2012-12-08 09:49:38 - TARGET_ARCH=i386 TB --- 2012-12-08 09:49:38 - TZ=UTC TB --- 2012-12-08 09:49:38 - __MAKE_CONF=/dev/null TB --- 2012-12-08 09:49:38 - cd /src TB --- 2012-12-08 09:49:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 09:49:38 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262:19: error: static declaration of 'socket_zone' follows non-static declaration static uma_zone_t socket_zone; ^ /src/sys/sys/socketvar.h:297:25: note: previous definition is here extern struct uma_zone *socket_zone; ^ 1 error generated. *** [uipc_socket.o] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 10:03:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 10:03:22 - ERROR: failed to build LINT kernel TB --- 2012-12-08 10:03:22 - 9488.97 user 1580.22 system 14001.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 10:42:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7ADDDDF; Sat, 8 Dec 2012 10:42:29 +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 781298FC12; Sat, 8 Dec 2012 10:42:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qB8AgSQA055230; Sat, 8 Dec 2012 05:42:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qB8AgSg4055226; Sat, 8 Dec 2012 10:42:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Dec 2012 10:42:28 GMT Message-Id: <201212081042.qB8AgSg4055226@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 10:42:30 -0000 TB --- 2012-12-08 06:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 06:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 06:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-08 06:10:01 - cleaning the object tree TB --- 2012-12-08 06:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 06:10:01 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-08 06:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 06:13:55 - /usr/local/bin/svn update /src TB --- 2012-12-08 06:14:20 - At svn revision 244017 TB --- 2012-12-08 06:14:21 - building world TB --- 2012-12-08 06:14:21 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 06:14:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 06:14:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 06:14:21 - SRCCONF=/dev/null TB --- 2012-12-08 06:14:21 - TARGET=amd64 TB --- 2012-12-08 06:14:21 - TARGET_ARCH=amd64 TB --- 2012-12-08 06:14:21 - TZ=UTC TB --- 2012-12-08 06:14:21 - __MAKE_CONF=/dev/null TB --- 2012-12-08 06:14:21 - cd /src TB --- 2012-12-08 06:14:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 8 06:14:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 8 10:27:59 UTC 2012 TB --- 2012-12-08 10:27:59 - generating LINT kernel config TB --- 2012-12-08 10:27:59 - cd /src/sys/amd64/conf TB --- 2012-12-08 10:27:59 - /usr/bin/make -B LINT TB --- 2012-12-08 10:27:59 - cd /src/sys/amd64/conf TB --- 2012-12-08 10:27:59 - /usr/sbin/config -m LINT TB --- 2012-12-08 10:28:00 - building LINT kernel TB --- 2012-12-08 10:28:00 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 10:28:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 10:28:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 10:28:00 - SRCCONF=/dev/null TB --- 2012-12-08 10:28:00 - TARGET=amd64 TB --- 2012-12-08 10:28:00 - TARGET_ARCH=amd64 TB --- 2012-12-08 10:28:00 - TZ=UTC TB --- 2012-12-08 10:28:00 - __MAKE_CONF=/dev/null TB --- 2012-12-08 10:28:00 - cd /src TB --- 2012-12-08 10:28:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 8 10:28:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:262:19: error: static declaration of 'socket_zone' follows non-static declaration static uma_zone_t socket_zone; ^ /src/sys/sys/socketvar.h:297:25: note: previous definition is here extern struct uma_zone *socket_zone; ^ 1 error generated. *** [uipc_socket.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-08 10:42:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-08 10:42:28 - ERROR: failed to build LINT kernel TB --- 2012-12-08 10:42:28 - 10649.31 user 1934.69 system 16347.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 12:07:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5495EE3 for ; Sat, 8 Dec 2012 12:07:00 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id 709EE8FC08 for ; Sat, 8 Dec 2012 12:07:00 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id qd14so3850743ieb.20 for ; Sat, 08 Dec 2012 04:06:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=LkYW53+qG1tH1LuD9gUSazi8TVl4DcyqrU8JXY4nH7E=; b=rJCr26WzbUGfLu/nD1dQSqj2WIbooGG+rxZ2J2du3qlvkMhPXKdmNQ8yv7GHvwcdT1 BVyQBJjYeSPLN33OXeHCmzbKuTilanm9K+8NWEMp1THVNvL+hjwcybVaNulQjgeflIUu V83tOqs5ZuBc/bZRMwFviq4pckIOBczTmA6pLtmFS8ITowQElbwpnjO1qVT8Yz7StlON ChmYkyh1n6aQnhxyy56aZsB9XZhAHEqacrCJbZCKaaE62uDrlgO+/kE0q7Ox48eRZ/+6 hcDZTJ9yiKkSe29FOUqMQMSoRYmTdGnJ0m5WrnkuZpJ4tJl9XpAqyy7zuBrczdMHUJBE WASA== Received: by 10.50.152.132 with SMTP id uy4mr1781553igb.3.1354968419882; Sat, 08 Dec 2012 04:06:59 -0800 (PST) Received: from [192.168.2.14] (173-17-218-61.client.mchsi.com. [173.17.218.61]) by mx.google.com with ESMTPS id bg10sm1307851igc.6.2012.12.08.04.06.58 (version=SSLv3 cipher=OTHER); Sat, 08 Dec 2012 04:06:59 -0800 (PST) Message-ID: <50C32D68.2070806@gmail.com> Date: Sat, 08 Dec 2012 06:07:04 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Warren Block Subject: Re: 9.1-RC3 LiveCD missing features References: <50C26999.6090802@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 12:07:00 -0000 On 12/7/2012 9:10 PM, Warren Block wrote: > On Fri, 7 Dec 2012, Chuck Burns wrote: > >> dd if=/dev/zer of=/dev/ada0 >> >> ^^^ There's your "badblocks" program. Any hard drive made in the last >> decade have been self-remapping.. > > That should be /dev/zero. And this will be very slow, going one > 512-byte block at a time. Using a 64K or 128K buffer (bs=128K) will > speed it up tremendously. my 0 key gets stuck sometimes.. sue me. :P -- Chuck Burns From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 11:07:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E13757C for ; Sat, 8 Dec 2012 11:07:00 +0000 (UTC) (envelope-from artyom@ijminteractive.net) Received: from qs3206.pair.com (qs3206.pair.com [216.92.131.43]) by mx1.freebsd.org (Postfix) with ESMTP id C4DBB8FC13 for ; Sat, 8 Dec 2012 11:06:59 +0000 (UTC) Received: from home.alkar.net (nat1.id-telecom.net [178.215.171.16]) by qs3206.pair.com (Postfix) with ESMTPSA id 67D99E604A for ; Sat, 8 Dec 2012 06:01:20 -0500 (EST) From: Artyom Mirgorodskiy To: freebsd-current@freebsd.org Subject: rev 244030 route command is not working Date: Sat, 08 Dec 2012 13:00:57 +0200 Message-ID: <2452291.zQQ4fSp1fM@home.alkar.net> User-Agent: KMail/4.8.4 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 08 Dec 2012 15:02:05 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 11:07:00 -0000 I just upgraded to revision 244030. Unexpected route command is not working: #route add default 192.168.1.1 route: fiboptlist_csv failed. #netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 link#2 UH 0 6 lo0 192.168.1.0/24 link#3 U 0 491 wlan0 192.168.1.10 link#3 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 link#2 UH lo0 fe80::%lo0/64 link#2 U lo0 fe80::1%lo0 link#2 UHS lo0 fe80::%wlan0/64 link#3 U wlan0 fe80::e2ca:94ff:fe7e:d00e%wlan0 link#3 UHS lo0 ff01::%lo0/32 ::1 U lo0 ff01::%wlan0/32 fe80::e2ca:94ff:fe7e:d00e%wlan0 U wlan0 ff02::%lo0/32 ::1 U lo0 ff02::%wlan0/32 fe80::e2ca:94ff:fe7e:d00e%wlan0 U wlan0 Old binary (from freebsd 9-stable) work fine: ./route add default 192.168.1.1 add net default: gateway 192.168.1.1 Delete default also failed: route delete default route: fiboptlist_csv failed. Kernel config - GENERIC without -g MALLOC_PRODUCTION=1 -- This message is for the person(s) named above only and may contain privileged, proprietary, or otherwise private information. If you received this transmission in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 16:03:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 327E6F23 for ; Sat, 8 Dec 2012 16:03:23 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 822BE8FC08 for ; Sat, 8 Dec 2012 16:03:22 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qB8G3J1p094468; Sat, 8 Dec 2012 09:03:19 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qB8G3I5G094465; Sat, 8 Dec 2012 09:03:18 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 8 Dec 2012 09:03:18 -0700 (MST) From: Warren Block To: Garrett Cooper Subject: Re: 9.1-RC3 LiveCD missing features In-Reply-To: Message-ID: References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 08 Dec 2012 09:03:19 -0700 (MST) Cc: Bas Smeelen , Ian Lepore , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 16:03:23 -0000 On Fri, 7 Dec 2012, Garrett Cooper wrote: > On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM wrote: >> Hello Ian :-) >> >> This is the problem - / is read only and /etc/resolv.conf already links to >> nonexistent file. This way I cannot modify its content nor link other file >> (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does >> not help either. >> >> I think /etc/resolv.conf should point to /var/resolv.conf from start so the >> resolver is functional :-) > > I generally get around this with mdmfs and unionfs mounts, but > it's a bit annoying... I'll see if I can file a PR with all of the > things that need to be fixed/enhanced and maybe fix some of the items > if I get some time (if the liveCD used rc.initdiskless it would be > considerably simpler and some key filesystems would be writable after > boot). Martin Matuska's excellent mfsBSD (http://mfsbsd.vx.sk/) could be a source for ideas or techniques. It does things like this well. (I was going to say it does *most* things well, but can't actually think of anything it does not do well.) From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 17:43:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 946652C4 for ; Sat, 8 Dec 2012 17:43:08 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 069B48FC08 for ; Sat, 8 Dec 2012 17:43:00 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB8Hgs5e072101 for ; Sat, 8 Dec 2012 10:42:54 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB8Hgf2h052364; Sat, 8 Dec 2012 10:42:41 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: 9.1-RC3 LiveCD missing features From: Ian Lepore To: Garrett Cooper In-Reply-To: References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Sat, 08 Dec 2012 10:42:40 -0700 Message-ID: <1354988560.87661.290.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Bas Smeelen , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 17:43:08 -0000 On Fri, 2012-12-07 at 23:31 -0800, Garrett Cooper wrote: > On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM wrote: > > Hello Ian :-) > > > > This is the problem - / is read only and /etc/resolv.conf already links to > > nonexistent file. This way I cannot modify its content nor link other file > > (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does > > not help either. > > > > I think /etc/resolv.conf should point to /var/resolv.conf from start so the > > resolver is functional :-) > > I generally get around this with mdmfs and unionfs mounts, but > it's a bit annoying... I'll see if I can file a PR with all of the > things that need to be fixed/enhanced and maybe fix some of the items > if I get some time (if the liveCD used rc.initdiskless it would be > considerably simpler and some key filesystems would be writable after > boot). > Thanks, > -Garrett It shouldn't require rc.initdiskless; just the fact that rc.d/var detects it can't write to /var should cause it to automatically create a memory fileystem for it, and minimally populate it. As far as I know, this is automatic unless you use rc.conf knobs to disable it. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 20:09:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A175754 for ; Sat, 8 Dec 2012 20:09:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52B6C8FC0C for ; Sat, 8 Dec 2012 20:09:08 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so1804126obc.13 for ; Sat, 08 Dec 2012 12:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3uJMJm2fumuVwUN3pO5ccMLZa+1yemBWk3EqWh4OpYg=; b=o7jZ/fiEcbYxl5oATwWEqF6dSfSU+KATDblnMBqordmV7K3kR4IE2iXJiFhYfWa/Bi 05nI6F+AepnzVw//94rOWt9UoOkgZ0rVuybxACNkRKqda5b4UIvkgvbCdNGX66WSNe+n Vkqk1QdMeWdsi5fCKwTnsEhVUnxBjQQrSiRyeJg6eussmnFHRj1exrviVGTNiJayFPf9 FRqXS/MpYd6a54+XdE+wGTRj5QFIEI9+m2SqkbrWAGaQ4PRA6Lyr8n2v0qezpLQUBoHX G9uxBuVH5iU8iR++h8GGaPmSJT6aGMBCSoir1rwa9I8gEsPn9UL2B+Dc9+CInsyVzfsx Cc8A== MIME-Version: 1.0 Received: by 10.182.172.74 with SMTP id ba10mr5237697obc.83.1354997347791; Sat, 08 Dec 2012 12:09:07 -0800 (PST) Received: by 10.76.143.33 with HTTP; Sat, 8 Dec 2012 12:09:07 -0800 (PST) In-Reply-To: <1354988560.87661.290.camel@revolution.hippie.lan> References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> <1354988560.87661.290.camel@revolution.hippie.lan> Date: Sat, 8 Dec 2012 12:09:07 -0800 Message-ID: Subject: Re: 9.1-RC3 LiveCD missing features From: Garrett Cooper To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: Bas Smeelen , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 20:09:08 -0000 On Sat, Dec 8, 2012 at 9:42 AM, Ian Lepore wrote: ... > It shouldn't require rc.initdiskless; just the fact that rc.d/var > detects it can't write to /var should cause it to automatically create a > memory fileystem for it, and minimally populate it. As far as I know, > this is automatic unless you use rc.conf knobs to disable it. That doesn't solve other things like hostid, rc.conf, ssh/*, etc not being writable. I've had to use LiveCDs (post 9.0) a few times and the amount of hoops that I have to go through in order to get a working system is silly. Plus, it would be nice if it used an mfsroot, like another PR I filed said (it sucks having to wait 3 minutes for the USB CD to probe before I can mountroot over IPMI on Supermicro machines). Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 23:29:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA9CFA69 for ; Sat, 8 Dec 2012 23:29:29 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 64DC88FC13 for ; Sat, 8 Dec 2012 23:29:28 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id qB8NTPR6002130 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 8 Dec 2012 17:29:25 -0600 Received: from [10.0.0.102] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.309.2; Sat, 8 Dec 2012 17:29:24 -0600 Subject: Re: 9.1-RC3 LiveCD missing features MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: Date: Sat, 8 Dec 2012 15:29:23 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <939B2A10-AB44-465A-96D6-FFA11697AABE@fisglobal.com> References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> <1354988560.87661.290.camel@revolution.hippie.lan> To: Garrett Cooper X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-08_08:2012-12-07,2012-12-08,1970-01-01 signatures=0 Cc: Bas Smeelen , Ian Lepore , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 23:29:29 -0000 On Dec 8, 2012, at 12:09 PM, Garrett Cooper wrote: > On Sat, Dec 8, 2012 at 9:42 AM, Ian Lepore > wrote: >=20 > ... >=20 >> It shouldn't require rc.initdiskless; just the fact that rc.d/var >> detects it can't write to /var should cause it to automatically create a >> memory fileystem for it, and minimally populate it. As far as I know, >> this is automatic unless you use rc.conf knobs to disable it. >=20 > That doesn't solve other things like hostid, rc.conf, ssh/*, etc not > being writable. I've had to use LiveCDs (post 9.0) a few times and the > amount of hoops that I have to go through in order to get a working > system is silly. >=20 > Plus, it would be nice if it used an mfsroot, like another PR I filed > said (it sucks having to wait 3 minutes for the USB CD to probe before > I can mountroot over IPMI on Supermicro machines). >=20 Never fear=85 as discussed at November's DevSummit=85 I'm both extremely dediated-to (and designated whipping boy for) bringing m= fsroot back as an option. It's going to take awhile tho. The roadmap essentially looks like: 1. Use bsdconfig as a dumping ground for migrating sysinstall features such= as scriptability (working on that now; aim is that the scripting engine ca= n run sysinstall scripts, achieving backward compatibility with 15+ years = of past functionality). 2. When bsdconfig has the aforementioned scripting engine, the media framew= ork (working on that right now, simultaneously with the scripting engine), = the packages module (which will be pkgng based -- requires the completion o= f the media framework first), and has the distributions module then there w= ill be a bsdconfig 1.0 release. Correspondingly at that time the WITH_BSDCO= NFIG hook will dissolve and no-longer be required (and thusly bsdconfig(8) = will be available in releng distributions). 3. With the release of bsdconfig and general availability, I can then start= the process of linking bsdinstall to bsdconfig. 4. bsdinstall will become i18n-ready. 5. bsdinstall will inherit the media selection dialog from bsdconfig (which= is based on sysinstall's media selection dialog) NOTE: And I'm sure other things will happen to bsdinstall under my wing, bu= t I'm not ready to commit to more than that at this time 6. I will then calculate the dependencies of bsdinstall/bsdconfig to create= an mfsroot 7. Leave the existing releng Makefile alone, but make a release/Makefile.bs= dinstall that generates an mfsroot And then we'll start down the road of testing mfsroot-based bsdinstall medi= a. Right now I'm at #1, working to get to #2. bsdconfig in ports is at 0.7.x. = When I complete the media framework (well over 2,000 lines of code so far -= - restructuring and growing daily, trying to get to a stable point of commi= t that reflects a working media selection dialog with ALL permutations that= sysinstall supported), I'll release a 0.8.x port. Beyond that, when I fini= sh the packages module (pkgng based of course), I'll release a 0.9.x port (= all of these being just frozen snapshots of HEAD's usr.sbin/bsdconfig/ dir)= . Last (and completing step #2 above), I'll quickly generate the distributi= ons module which will conclude the entirety of scope -- replicating sysinst= all's "Post-Install Configuration" menu (and thus, 1.0 release and unleashi= ng). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.