From owner-freebsd-current@FreeBSD.ORG Sun Dec 2 00:30:16 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <multiple recipients>; 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>
<CAGH67wTC50X1M2uUo0g=Nm6PmpOXPzYnp4tbXDCQyA9eOKB+7Q@mail.gmail.com>
<CAGH67wShpcmOKhc09+MP5c-AOm7EAPG+Gqv=J0PRq0sGuTzKRQ@mail.gmail.com>
<20121202.082150.896017277887885294.hrs@allbsd.org>
<20121201233756.GS3013@kib.kiev.ua>
Date: Sat, 1 Dec 2012 16:30:15 -0800
Message-ID: <CAGH67wQ1=Nx7DjWB1zdvDUMGSx09t_L-OX-cJNh-DiFihjA43A@mail.gmail.com>
Subject: Re: RFC: sysctl -f filename
From: Garrett Cooper <yanegomi@gmail.com>
To: Konstantin Belousov <kostikbel@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 00:30:16 -0000
On Sat, Dec 1, 2012 at 3:37 PM, Konstantin Belousov <kostikbel@gmail.com> wrote:
> On Sun, Dec 02, 2012 at 08:21:50AM +0900, Hiroki Sato wrote:
>> Garrett Cooper <yanegomi@gmail.com> wrote
>> in <CAGH67wShpcmOKhc09+MP5c-AOm7EAPG+Gqv=J0PRq0sGuTzKRQ@mail.gmail.com>:
>>
>> ya> On Sat, Dec 1, 2012 at 2:10 PM, Garrett Cooper <yanegomi@gmail.com> 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 <stdio.h>
#include <stdlib.h>
#include <string.h>
+#include <sysexits.h>
#include <unistd.h>
+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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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>
<CAGH67wQ3BtyaYZNGxT_UW+e=CVR0V6V+Zc027bDgDNv6fK66eg@mail.gmail.com>
<50B9E47F.6070005@FreeBSD.org>
Date: Sat, 1 Dec 2012 16:37:39 -0800
Message-ID: <CAGH67wSVR6toihbWhj-yQPkF4KtumyHRtMYiKGpqF8rmygbXVQ@mail.gmail.com>
Subject: Re: A suspicious warning in sys/boot/zfs/zfsimpl.c
From: Garrett Cooper <yanegomi@gmail.com>
To: Andriy Gapon <avg@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Taku YAMAMOTO <taku@tackymt.homeip.net>, freebsd-current@freebsd.org,
Dimitry Andric <dim@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 00:37:41 -0000
On Sat, Dec 1, 2012 at 3:05 AM, Andriy Gapon <avg@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <multiple recipients>; 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: <CAGH67wQ1=Nx7DjWB1zdvDUMGSx09t_L-OX-cJNh-DiFihjA43A@mail.gmail.com>
References: <20121202.015048.1122480556487090170.hrs@allbsd.org>
<CAGH67wTC50X1M2uUo0g=Nm6PmpOXPzYnp4tbXDCQyA9eOKB+7Q@mail.gmail.com>
<CAGH67wShpcmOKhc09+MP5c-AOm7EAPG+Gqv=J0PRq0sGuTzKRQ@mail.gmail.com>
<20121202.082150.896017277887885294.hrs@allbsd.org>
<20121201233756.GS3013@kib.kiev.ua>
<CAGH67wQ1=Nx7DjWB1zdvDUMGSx09t_L-OX-cJNh-DiFihjA43A@mail.gmail.com>
Date: Sat, 1 Dec 2012 19:32:00 -0800
Message-ID: <CAPKkNb7VTM4TDCgDGRkC0eceEq7ai08ftXQ3suXrxHgqGCDu_Q@mail.gmail.com>
Subject: Re: RFC: sysctl -f filename
From: "Constantine A. Murenin" <mureninc@gmail.com>
To: Garrett Cooper <yanegomi@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Konstantin Belousov <kostikbel@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 03:32:02 -0000
On 1 December 2012 16:30, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Sat, Dec 1, 2012 at 3:37 PM, Konstantin Belousov <kostikbel@gmail.com> wrote:
>> On Sun, Dec 02, 2012 at 08:21:50AM +0900, Hiroki Sato wrote:
>>> Garrett Cooper <yanegomi@gmail.com> wrote
>>> in <CAGH67wShpcmOKhc09+MP5c-AOm7EAPG+Gqv=J0PRq0sGuTzKRQ@mail.gmail.com>:
>>>
>>> ya> On Sat, Dec 1, 2012 at 2:10 PM, Garrett Cooper <yanegomi@gmail.com> 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 <stdio.h>
> #include <stdlib.h>
> #include <string.h>
> +#include <sysexits.h>
> #include <unistd.h>
>
> +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: <owner-freebsd-current@FreeBSD.ORG>
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 <bright@mu.org>
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 <hrs@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <bright@mu.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 2 Dec 2012 04:43:23 +0000 (UTC)
Received: by mail-ob0-f182.google.com with SMTP id 16so1999918obc.13
for <freebsd-current@freebsd.org>; 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: <CAGH67wTVfVVZ_Pvp5UAJXvSwOB9yTGiiaNfE+9SnCKa57k3xpw@mail.gmail.com>
Subject: Re: RFC: sysctl -f filename
From: Garrett Cooper <yanegomi@gmail.com>
To: Alfred Perlstein <bright@mu.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: freebsd-current@freebsd.org
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 04:43:24 -0000
On Sat, Dec 1, 2012 at 8:26 PM, Alfred Perlstein <bright@mu.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Sun, 2 Dec 2012 07:18:16 +0000 (UTC)
Received: by mail-da0-f54.google.com with SMTP id n2so824045dad.13
for <current@freebsd.org>; 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 <kitchetech@gmail.com>
Date: Sun, 2 Dec 2012 01:17:50 -0600
Message-ID: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <ohartman@zedat.fu-berlin.de>)
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 <ohartman@zedat.fu-berlin.de>)
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" <ohartman@zedat.fu-berlin.de>
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: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
<50BA7158.1040302@fgznet.ch>
<CADLo83-SJMdu7jagH-Ac_Ooc-LahDtL+EF-cRHiWsS9u64sxsA@mail.gmail.com>
In-Reply-To: <CADLo83-SJMdu7jagH-Ac_Ooc-LahDtL+EF-cRHiWsS9u64sxsA@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <andreast-list@fgznet.ch> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <jilles@stack.nl>
To: Hiroki Sato <hrs@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <stdio.h>
> #include <stdlib.h>
> #include <string.h>
> +#include <sysexits.h>
> #include <unistd.h>
>
> +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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: "O. Hartmann" <ohartman@zedat.fu-berlin.de>
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: <alpine.BSF.2.00.1212021302390.55169@fledge.watson.org>
References: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
<50BA7158.1040302@fgznet.ch>
<CADLo83-SJMdu7jagH-Ac_Ooc-LahDtL+EF-cRHiWsS9u64sxsA@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <dim@FreeBSD.org>
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" <ohartman@zedat.fu-berlin.de>
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 <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <fbsd8@a1poweruser.com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: Robert Watson <rwatson@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: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
In-Reply-To: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <rwatson@FreeBSD.org>
In-Reply-To: <50BB63DB.8000301@a1poweruser.com>
Date: Sun, 2 Dec 2012 14:46:41 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <EB73F5C9-32C1-40FD-9BA8-3E16F6718D0F@FreeBSD.org>
References: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
<50BB63DB.8000301@a1poweruser.com>
To: Fbsd8 <fbsd8@a1poweruser.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Matt Donovan <kitchetech@gmail.com>
In-Reply-To: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
References: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 2 Dec 2012 15:20:26 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so2184096lbb.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=HSASNH0v+Ro79CUWdzA+OY307pzbHP2yFibXqLShpfQ@mail.gmail.com>
References: <CAFYkXj=HSASNH0v+Ro79CUWdzA+OY307pzbHP2yFibXqLShpfQ@mail.gmail.com>
Date: Sun, 2 Dec 2012 16:20:25 +0100
X-Google-Sender-Auth: BikBbanPk1EDt6UbkDu6pTWknpY
Message-ID: <CAFYkXjnFBvoGhq82n67uEUABh0JMSmFMosHUrkt7BUGX5ZdqzA@mail.gmail.com>
Subject: Re: 9.1-RC3 default Linux ALSA configuration
From: CeDeROM <cederom@tlen.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <cederom@tlen.pl> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <alpine.BSF.2.00.1212021302390.55169@fledge.watson.org>
References: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
<50BA7158.1040302@fgznet.ch>
<CADLo83-SJMdu7jagH-Ac_Ooc-LahDtL+EF-cRHiWsS9u64sxsA@mail.gmail.com>
<50BB136F.4040509@zedat.fu-berlin.de>
<alpine.BSF.2.00.1212021302390.55169@fledge.watson.org>
Date: Sun, 2 Dec 2012 10:34:41 -0500
Message-ID: <CAFMmRNzu==GZ0-EPdB9Wz5MSnu=cvJUtd4_-wsPSxqykxTFySw@mail.gmail.com>
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 <rysto32@gmail.com>
To: Robert Watson <rwatson@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: FreeBSD Current <freebsd-current@freebsd.org>,
"O. Hartmann" <ohartman@zedat.fu-berlin.de>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 15:34:43 -0000
On Sun, Dec 2, 2012 at 8:05 AM, Robert Watson <rwatson@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <dim@FreeBSD.org>
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 <avg@FreeBSD.org>
Subject: Re: A suspicious warning in sys/boot/zfs/zfsimpl.c
References: <20120703102142.6554b10e.taku@tackymt.homeip.net>
<CAGH67wQ3BtyaYZNGxT_UW+e=CVR0V6V+Zc027bDgDNv6fK66eg@mail.gmail.com>
<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 <yanegomi@gmail.com>,
Taku YAMAMOTO <taku@tackymt.homeip.net>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <taku@tackymt.homeip.net> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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" <rwatson@freebsd.org>
In-Reply-To: <CAFMmRNzu==GZ0-EPdB9Wz5MSnu=cvJUtd4_-wsPSxqykxTFySw@mail.gmail.com>
Date: Sun, 2 Dec 2012 15:43:22 +0000
Message-Id: <0857C6CA-31DF-441D-B30E-F7DB2492C213@freebsd.org>
References: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
<50BA7158.1040302@fgznet.ch>
<CADLo83-SJMdu7jagH-Ac_Ooc-LahDtL+EF-cRHiWsS9u64sxsA@mail.gmail.com>
<50BB136F.4040509@zedat.fu-berlin.de>
<alpine.BSF.2.00.1212021302390.55169@fledge.watson.org>
<CAFMmRNzu==GZ0-EPdB9Wz5MSnu=cvJUtd4_-wsPSxqykxTFySw@mail.gmail.com>
To: Ryan Stone <rysto32@gmail.com>
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 <freebsd-current@freebsd.org>,
"O. Hartmann" <ohartman@zedat.fu-berlin.de>, Brooks Davis <brooks@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <rwatson@freebsd.org> =
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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAFMmRNzu==GZ0-EPdB9Wz5MSnu=cvJUtd4_-wsPSxqykxTFySw@mail.gmail.com>
References: <alpine.BSF.2.00.1212011512410.34256@fledge.watson.org>
<50BA7158.1040302@fgznet.ch>
<CADLo83-SJMdu7jagH-Ac_Ooc-LahDtL+EF-cRHiWsS9u64sxsA@mail.gmail.com>
<50BB136F.4040509@zedat.fu-berlin.de>
<alpine.BSF.2.00.1212021302390.55169@fledge.watson.org>
<CAFMmRNzu==GZ0-EPdB9Wz5MSnu=cvJUtd4_-wsPSxqykxTFySw@mail.gmail.com>
Date: Sun, 2 Dec 2012 15:44:33 +0000
Message-ID: <CADLo83-PuLUDEp57Ur3nx6OTCor_CqNcis6opGRSqqrSXShhAA@mail.gmail.com>
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 <utisoft@gmail.com>
To: Ryan Stone <rysto32@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: "O. Hartmann" <ohartman@zedat.fu-berlin.de>,
FreeBSD Current <freebsd-current@freebsd.org>,
Robert Watson <rwatson@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 15:44:36 -0000
On 2 Dec 2012 15:34, "Ryan Stone" <rysto32@gmail.com> wrote:
>
> On Sun, Dec 2, 2012 at 8:05 AM, Robert Watson <rwatson@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <dim@FreeBSD.org>
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 <yanegomi@gmail.com>
Subject: Re: A suspicious warning in sys/boot/zfs/zfsimpl.c
References: <20120703102142.6554b10e.taku@tackymt.homeip.net>
<CAGH67wQ3BtyaYZNGxT_UW+e=CVR0V6V+Zc027bDgDNv6fK66eg@mail.gmail.com>
<50B9E47F.6070005@FreeBSD.org>
<CAGH67wSVR6toihbWhj-yQPkF4KtumyHRtMYiKGpqF8rmygbXVQ@mail.gmail.com>
In-Reply-To: <CAGH67wSVR6toihbWhj-yQPkF4KtumyHRtMYiKGpqF8rmygbXVQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Taku YAMAMOTO <taku@tackymt.homeip.net>, freebsd-current@freebsd.org,
Andriy Gapon <avg@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <avg@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <bsam@passap.ru>
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 <cederom@tlen.pl>
Subject: Re: 9.1-RC3 default Linux ALSA configuration
References: <CAFYkXj=HSASNH0v+Ro79CUWdzA+OY307pzbHP2yFibXqLShpfQ@mail.gmail.com>
<CAFYkXjnFBvoGhq82n67uEUABh0JMSmFMosHUrkt7BUGX5ZdqzA@mail.gmail.com>
In-Reply-To: <CAFYkXjnFBvoGhq82n67uEUABh0JMSmFMosHUrkt7BUGX5ZdqzA@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <cederom@tlen.pl> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd@damnhippie.dyndns.org>
To: Garrett Cooper <yanegomi@gmail.com>
In-Reply-To: <4DB7FB56-359B-42DA-BB6F-0F4F33C772C5@gmail.com>
References: <CAJ-Vmo=EahyCf0GmPW6j81VjOs-qRoHWiQrEDedk5rj8sgk6nA@mail.gmail.com>
<CAJ-Vmo=Z1SAuMbD=ATTGJ-SVg+-FaJ+S3bBaHv9Hg3c8AzUquA@mail.gmail.com>
<6961B0D9-F823-415C-A105-7DAC8339CB30@gmail.com>
<CAJ-VmomMv_GHMdN7dSD5QnPJ-TYDhSqHjhRJQETZGB8LOL4dVA@mail.gmail.com>
<3EB9F7EB-D9C8-40CB-BF28-21B7BE59C94C@gmail.com>
<20121128071252.7AC1958094@chaos.jnpr.net>
<CAJ-VmomzK=fV-jNngsyDNw9kGboBeP91qRAQZqo=2SvDqPYhVQ@mail.gmail.com>
<20121128231538.8AB6758094@chaos.jnpr.net>
<CAJ-Vmonmgr3B0Zr5=V=d4gx1xRNcx0PecFDbZOv1PQ7Zk_7qyw@mail.gmail.com>
<20121129000106.540ED58094@chaos.jnpr.net>
<CAJ-VmokJkwcffpKTzmMrDU1y9Cqxh0vKCLDrS21obimAhVzY0g@mail.gmail.com>
<CAGH67wQPajsRJaiAwAinS4XVz1kLrEB450Lcc6+ZqF2h=rHTBQ@mail.gmail.com>
<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 <andrew@freebsd.org>, Adrian Chadd <adrian@freebsd.org>,
FreeBSD Current <freebsd-current@freebsd.org>,
"Simon J. Gerraty" <sjg@juniper.net>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <freebsd@damnhippie.dyndns.org> 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=<somepath> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 2 Dec 2012 21:08:54 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so2227000lah.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=HSASNH0v+Ro79CUWdzA+OY307pzbHP2yFibXqLShpfQ@mail.gmail.com>
<CAFYkXjnFBvoGhq82n67uEUABh0JMSmFMosHUrkt7BUGX5ZdqzA@mail.gmail.com>
<50BB8556.6080702@passap.ru>
Date: Sun, 2 Dec 2012 22:08:53 +0100
X-Google-Sender-Auth: JnUJ1kmLYmGveeOVWqFHiqzEu_s
Message-ID: <CAFYkXjmipzQxr+96FATDmmi3HuWan9V6O8CvzfZ7xaKYfEXqCw@mail.gmail.com>
Subject: Re: 9.1-RC3 default Linux ALSA configuration
From: CeDeROM <cederom@tlen.pl>
To: Boris Samorodov <bsam@passap.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 21:08:55 -0000
On Sun, Dec 2, 2012 at 5:44 PM, Boris Samorodov <bsam@passap.ru> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <bsam@passap.ru>
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 <cederom@tlen.pl>, freebsd-current@freebsd.org
Subject: Re: 9.1-RC3 default Linux ALSA configuration
References: <CAFYkXj=HSASNH0v+Ro79CUWdzA+OY307pzbHP2yFibXqLShpfQ@mail.gmail.com>
<CAFYkXjnFBvoGhq82n67uEUABh0JMSmFMosHUrkt7BUGX5ZdqzA@mail.gmail.com>
<50BB8556.6080702@passap.ru>
<CAFYkXjmipzQxr+96FATDmmi3HuWan9V6O8CvzfZ7xaKYfEXqCw@mail.gmail.com>
In-Reply-To: <CAFYkXjmipzQxr+96FATDmmi3HuWan9V6O8CvzfZ7xaKYfEXqCw@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 2 Dec 2012 21:47:58 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so2245198lah.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=HSASNH0v+Ro79CUWdzA+OY307pzbHP2yFibXqLShpfQ@mail.gmail.com>
<CAFYkXjnFBvoGhq82n67uEUABh0JMSmFMosHUrkt7BUGX5ZdqzA@mail.gmail.com>
<50BB8556.6080702@passap.ru>
<CAFYkXjmipzQxr+96FATDmmi3HuWan9V6O8CvzfZ7xaKYfEXqCw@mail.gmail.com>
<50BBC774.3080009@passap.ru>
Date: Sun, 2 Dec 2012 22:47:58 +0100
X-Google-Sender-Auth: AoA2x4PLoSOprPXfFM5I7yGWJFU
Message-ID: <CAFYkXjnV-p3dTRu_Vh7mB6G_Qs-Yg35WhvosG5orriK1a_77KQ@mail.gmail.com>
Subject: Re: 9.1-RC3 default Linux ALSA configuration
From: CeDeROM <cederom@tlen.pl>
To: Boris Samorodov <bsam@passap.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2012 21:47:59 -0000
On Sun, Dec 2, 2012 at 10:26 PM, Boris Samorodov <bsam@passap.ru> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 2 Dec 2012 23:19:56 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so2281823lah.13
for <freebsd-current@freebsd.org>; 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 <lists@eitanadler.com>
Date: Sun, 2 Dec 2012 18:19:25 -0500
Message-ID: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
Subject: looking for help from ppp users
To: freebsd-current Current <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Mon, 3 Dec 2012 01:12:48 +0000 (UTC)
Received: by mail-wi0-f174.google.com with SMTP id hm9so827017wib.13
for <current@freebsd.org>; 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 <mjguzik@gmail.com>
To: Ian Lepore <freebsd@damnhippie.dyndns.org>
Subject: Re: New jail does not understand nullfs
Message-ID: <20121203011242.GA21372@dft-labs.eu>
References: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
<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 <kitchetech@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mjguzik gmail.com>
From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 02:15:44 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Mon, 3 Dec 2012 02:15:44 +0000 (UTC)
Received: by mail-da0-f54.google.com with SMTP id n2so1050577dad.13
for <current@freebsd.org>; 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: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
<1354460979.69940.627.camel@revolution.hippie.lan>
<20121203011242.GA21372@dft-labs.eu>
Date: Sun, 2 Dec 2012 20:15:43 -0600
Message-ID: <CAD-N7OBseuq490xfoNQLZv7x3_Jg9zqYC9niufvYvroU_+MOeQ@mail.gmail.com>
Subject: Re: New jail does not understand nullfs
From: Matt Donovan <kitchetech@gmail.com>
To: Mateusz Guzik <mjguzik@gmail.com>
Content-Type: multipart/mixed; boundary=047d7b338f639dc41304cfe953d5
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <mjguzik@gmail.com> 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 <mjguzik gmail.com>
>
--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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <doconnor@gsoft.com.au>
In-Reply-To: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
Date: Mon, 3 Dec 2012 13:13:19 +1030
Message-Id: <88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au>
References: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
To: Eitan Adler <lists@eitanadler.com>
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 <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <lists@eitanadler.com> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Mon, 3 Dec 2012 03:22:48 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so2390464lah.13
for <freebsd-current@freebsd.org>; 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: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
<88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au>
From: Eitan Adler <lists@eitanadler.com>
Date: Sun, 2 Dec 2012 22:22:17 -0500
Message-ID: <CAF6rxgk9HZLAWB-DJ=cTfCLMJAS7dxXZohwZ1TE6XP5Jr=LvzQ@mail.gmail.com>
Subject: Re: looking for help from ppp users
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQksfzFAi1d6Gy0oJpd8rtc6zStzV8VxvoUrM76aPzpA+ubDoZq/OGWuDJRqXy2TbOqT2JVO
Cc: freebsd-current Current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 03:22:50 -0000
On 2 December 2012 21:43, Daniel O'Connor <doconnor@gsoft.com.au> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <andy@neu.net>
To: freebsd-current@freebsd.org
Subject: problem with keyboard during installation
In-Reply-To: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
Message-ID: <alpine.BSF.2.00.1212022307410.60511@mail.neu.net>
References: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
Subject: please add auditdistd user/group to -stable and the 9.1-release?
From: Adrian Chadd <adrian@freebsd.org>
To: Robert Watson <rwatson@freebsd.org>, Pawel Jakub Dawidek <pjd@freebsd.org>,
freebsd-current <freebsd-current@freebsd.org>, Ken Smith <kensmith@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
References: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
Date: Sun, 2 Dec 2012 21:20:03 -0800
Message-ID: <CAGH67wT4=9mpWHFxbJZ7DSzKD3+6POtxDjQqVm98hVx2yFUXcw@mail.gmail.com>
Subject: Re: please add auditdistd user/group to -stable and the 9.1-release?
From: Garrett Cooper <yanegomi@gmail.com>
To: Adrian Chadd <adrian@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: freebsd-current <freebsd-current@freebsd.org>,
Robert Watson <rwatson@freebsd.org>, Ken Smith <kensmith@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 05:20:04 -0000
On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd <adrian@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <doconnor@gsoft.com.au>
In-Reply-To: <CAF6rxgk9HZLAWB-DJ=cTfCLMJAS7dxXZohwZ1TE6XP5Jr=LvzQ@mail.gmail.com>
Date: Mon, 3 Dec 2012 16:14:50 +1030
Message-Id: <5EDA2902-93EF-433B-8AE6-8E1C16BF0029@gsoft.com.au>
References: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
<88363D83-14D8-4E35-8AB0-6E1E2659AEF6@gsoft.com.au>
<CAF6rxgk9HZLAWB-DJ=cTfCLMJAS7dxXZohwZ1TE6XP5Jr=LvzQ@mail.gmail.com>
To: Eitan Adler <lists@eitanadler.com>
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 <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <lists@eitanadler.com> wrote:
> On 2 December 2012 21:43, Daniel O'Connor <doconnor@gsoft.com.au> =
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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAGH67wT4=9mpWHFxbJZ7DSzKD3+6POtxDjQqVm98hVx2yFUXcw@mail.gmail.com>
References: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
<CAGH67wT4=9mpWHFxbJZ7DSzKD3+6POtxDjQqVm98hVx2yFUXcw@mail.gmail.com>
Date: Sun, 2 Dec 2012 23:06:16 -0800
Message-ID: <CAGH67wQknTn1x2aU1HtgC=HweVe8i3qedCo1Tq2wtVOJW2og-Q@mail.gmail.com>
Subject: Re: please add auditdistd user/group to -stable and the 9.1-release?
From: Garrett Cooper <yanegomi@gmail.com>
To: Adrian Chadd <adrian@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: freebsd-current <freebsd-current@freebsd.org>,
Robert Watson <rwatson@freebsd.org>, Ken Smith <kensmith@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 07:06:18 -0000
On Sun, Dec 2, 2012 at 9:20 PM, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd <adrian@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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" <rwatson@freebsd.org>
In-Reply-To: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
Date: Mon, 3 Dec 2012 08:36:29 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <51F30CC3-D110-42F3-8C97-B1C2E943D458@freebsd.org>
References: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
To: Adrian Chadd <adrian@freebsd.org>
X-Mailer: Apple Mail (2.1283)
Cc: freebsd-current <freebsd-current@freebsd.org>,
Ken Smith <kensmith@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Mon, 3 Dec 2012 08:45:09 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id wz12so1806543pbc.13
for <current@freebsd.org>; 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: <CAD-N7OBseuq490xfoNQLZv7x3_Jg9zqYC9niufvYvroU_+MOeQ@mail.gmail.com>
References: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
<1354460979.69940.627.camel@revolution.hippie.lan>
<20121203011242.GA21372@dft-labs.eu>
<CAD-N7OBseuq490xfoNQLZv7x3_Jg9zqYC9niufvYvroU_+MOeQ@mail.gmail.com>
Date: Mon, 3 Dec 2012 02:45:09 -0600
Message-ID: <CAD-N7OC=cQevtH-ZH8jxk-uPreJrm_GoCvAZpYrYhhZTjRcbUg@mail.gmail.com>
Subject: Re: New jail does not understand nullfs
From: Matt Donovan <kitchetech@gmail.com>
To: Mateusz Guzik <mjguzik@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <kitchetech@gmail.com> 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" <mjguzik@gmail.com> 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 <mjguzik gmail.com>
>>
>
From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 08:46:15 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAGH67wQknTn1x2aU1HtgC=HweVe8i3qedCo1Tq2wtVOJW2og-Q@mail.gmail.com>
References: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
<CAGH67wT4=9mpWHFxbJZ7DSzKD3+6POtxDjQqVm98hVx2yFUXcw@mail.gmail.com>
<CAGH67wQknTn1x2aU1HtgC=HweVe8i3qedCo1Tq2wtVOJW2og-Q@mail.gmail.com>
Date: Mon, 3 Dec 2012 00:46:14 -0800
Message-ID: <CAGH67wSJjk=WxKOAvn7xT6psWJ9hegexg=Os2iK2XAV5vfUy-Q@mail.gmail.com>
Subject: Re: please add auditdistd user/group to -stable and the 9.1-release?
From: Garrett Cooper <yanegomi@gmail.com>
To: Adrian Chadd <adrian@freebsd.org>
Content-Type: multipart/mixed; boundary=bcaec54b4a0e2bb86c04cfeec8ec
Cc: freebsd-current <freebsd-current@freebsd.org>,
Robert Watson <rwatson@freebsd.org>, Ken Smith <kensmith@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <yanegomi@gmail.com> wrote:
> On Sun, Dec 2, 2012 at 9:20 PM, Garrett Cooper <yanegomi@gmail.com> wrote=
:
>> On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd <adrian@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Mon, 3 Dec 2012 10:35:16 +0000 (UTC)
Received: by mail-we0-f182.google.com with SMTP id u54so1245161wey.13
for <current@freebsd.org>; 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 <mjguzik@gmail.com>
To: Matt Donovan <kitchetech@gmail.com>
Subject: Re: New jail does not understand nullfs
Message-ID: <20121203103506.GA20987@dft-labs.eu>
References: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
<1354460979.69940.627.camel@revolution.hippie.lan>
<20121203011242.GA21372@dft-labs.eu>
<CAD-N7OBseuq490xfoNQLZv7x3_Jg9zqYC9niufvYvroU_+MOeQ@mail.gmail.com>
<CAD-N7OC=cQevtH-ZH8jxk-uPreJrm_GoCvAZpYrYhhZTjRcbUg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <CAD-N7OC=cQevtH-ZH8jxk-uPreJrm_GoCvAZpYrYhhZTjRcbUg@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <kitchetech@gmail.com> 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 <mjguzik gmail.com>
From owner-freebsd-current@FreeBSD.ORG Mon Dec 3 11:51:15 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <gjb@FreeBSD.org>
To: AN <andy@neu.net>
Subject: Re: problem with keyboard during installation
Message-ID: <20121203115112.GA1290@glenbarber.us>
References: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
<alpine.BSF.2.00.1212022307410.60511@mail.neu.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF"
Content-Disposition: inline
In-Reply-To: <alpine.BSF.2.00.1212022307410.60511@mail.neu.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <gjb@FreeBSD.org>
To: AN <andy@neu.net>
Subject: Re: problem with keyboard during installation
Message-ID: <20121203121341.GB1290@glenbarber.us>
References: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
<alpine.BSF.2.00.1212022307410.60511@mail.neu.net>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <gpalmer@freebsd.org>)
id 1TfY9a-000Dhd-Th; Mon, 03 Dec 2012 10:41:54 -0500
Date: Mon, 3 Dec 2012 10:41:54 -0500
From: Gary Palmer <gpalmer@freebsd.org>
To: Eitan Adler <lists@eitanadler.com>
Subject: Re: looking for help from ppp users
Message-ID: <20121203154154.GA20011@in-addr.com>
References: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAF6rxg=WRaqLgJk8kucCpLQ9K3Ssq15ZE7SLGh-Pv6a22Agkww@mail.gmail.com>
X-SA-Exim-Connect-IP: <locally generated>
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 <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <andy@neu.net>
To: Glen Barber <gjb@FreeBSD.org>
Subject: Re: problem with keyboard during installation
In-Reply-To: <20121203121341.GB1290@glenbarber.us>
Message-ID: <alpine.BSF.2.00.1212031039330.60511@mail.neu.net>
References: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
<alpine.BSF.2.00.1212022307410.60511@mail.neu.net>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <kensmith@buffalo.edu>
To: "Robert N. M. Watson" <rwatson@freebsd.org>
In-Reply-To: <51F30CC3-D110-42F3-8C97-B1C2E943D458@freebsd.org>
References: <CAJ-VmokK6-3qtPid0ZszRnEKoN4oy7ZHiB5dVcAa8K4XhVbtOg@mail.gmail.com>
<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 <adrian@freebsd.org>,
freebsd-current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <gjb@FreeBSD.org>
To: AN <andy@neu.net>
Subject: Re: problem with keyboard during installation
Message-ID: <20121203163330.GA1302@glenbarber.us>
References: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
<alpine.BSF.2.00.1212022307410.60511@mail.neu.net>
<20121203115112.GA1290@glenbarber.us>
<20121203121341.GB1290@glenbarber.us>
<alpine.BSF.2.00.1212031039330.60511@mail.neu.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG"
Content-Disposition: inline
In-Reply-To: <alpine.BSF.2.00.1212031039330.60511@mail.neu.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAPe0dB=XS41nKUnDbGOduDhX1hUQOwz7qGAxhXCA29s6xiDT6Q@mail.gmail.com>
Subject: Re: FreeBSD development audio system: KLANG
From: Marcel Bonnet <marcelbonnet@gmail.com>
To: Taku YAMAMOTO <taku@tackymt.homeip.net>
Content-Type: text/plain; charset=ISO-8859-1
X-Mailman-Approved-At: Mon, 03 Dec 2012 16:35:46 +0000
Cc: FreeBSD multimedia <freebsd-multimedia@freebsd.org>,
Current FreeBSD <freebsd-current@freebsd.org>,
"O. Hartmann" <ohartman@zedat.fu-berlin.de>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 15:10:05 -0000
On 12 August 2012 08:50, Taku YAMAMOTO <taku@tackymt.homeip.net> 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" <ohartman@zedat.fu-berlin.de> 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
> | __ < <taku@tackymt.homeip.net>
>
> - 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dim@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <feld@feld.me>)
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 <feld@feld.me>
To: Volodymyr Kostyrko <c.kworr@gmail.com>
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" <ohartman@zedat.fu-berlin.de>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 19:56:04 -0000
On Mon, 13 Aug 2012 09:57:21 +0300
Volodymyr Kostyrko <c.kworr@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <kostikbel@gmail.com>
To: sig6247 <sig6247@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <kostikbel@gmail.=
com> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <cpet@sdf.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 4 Dec 2012 05:24:02 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so2465024pad.13
for <current@freebsd.org>; 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: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
<1354460979.69940.627.camel@revolution.hippie.lan>
<20121203011242.GA21372@dft-labs.eu>
<CAD-N7OBseuq490xfoNQLZv7x3_Jg9zqYC9niufvYvroU_+MOeQ@mail.gmail.com>
<CAD-N7OC=cQevtH-ZH8jxk-uPreJrm_GoCvAZpYrYhhZTjRcbUg@mail.gmail.com>
<20121203103506.GA20987@dft-labs.eu>
From: Matt Donovan <kitchetech@gmail.com>
Date: Mon, 3 Dec 2012 23:23:40 -0600
Message-ID: <CAD-N7OBO5aK45t7ZwOeC8-3QOQv7YO7U1fRv4xZ8Wv-Vqwb0_w@mail.gmail.com>
Subject: Re: New jail does not understand nullfs
To: Mateusz Guzik <mjguzik@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mjguzik@gmail.com> 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" <kitchetech@gmail.com> 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 <mjguzik gmail.com>
>
--
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 4 Dec 2012 05:25:32 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so2465910pad.13
for <current@freebsd.org>; 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: <CAD-N7OBO5aK45t7ZwOeC8-3QOQv7YO7U1fRv4xZ8Wv-Vqwb0_w@mail.gmail.com>
References: <CAD-N7OCoVuusZUgNqK8JH8D-8Fj+Zsgqt83D7cj5wcu6h8E7qA@mail.gmail.com>
<1354460979.69940.627.camel@revolution.hippie.lan>
<20121203011242.GA21372@dft-labs.eu>
<CAD-N7OBseuq490xfoNQLZv7x3_Jg9zqYC9niufvYvroU_+MOeQ@mail.gmail.com>
<CAD-N7OC=cQevtH-ZH8jxk-uPreJrm_GoCvAZpYrYhhZTjRcbUg@mail.gmail.com>
<20121203103506.GA20987@dft-labs.eu>
<CAD-N7OBO5aK45t7ZwOeC8-3QOQv7YO7U1fRv4xZ8Wv-Vqwb0_w@mail.gmail.com>
From: Matt Donovan <kitchetech@gmail.com>
Date: Mon, 3 Dec 2012 23:25:11 -0600
Message-ID: <CAD-N7OC2PkLj9908UiAKSEGD+D8xReVGRPBVQxmgWjjZazLe2w@mail.gmail.com>
Subject: Re: New jail does not understand nullfs
To: Mateusz Guzik <mjguzik@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <kitchetech@gmail.com> 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 <mjguzik@gmail.com> 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" <kitchetech@gmail.com> 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 <mjguzik gmail.com>
>>
>
>
>
> --
> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <ohartman@zedat.fu-berlin.de>)
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 <ohartman@zedat.fu-berlin.de>)
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" <ohartman@zedat.fu-berlin.de>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Dimitry Andric <dim@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <flags> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>;
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 <current@freebsd.org>; 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 <ianf@clue.co.za>) 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" <ianf@clue.co.za>
X-Attribution: BOFH
Date: Tue, 04 Dec 2012 13:47:14 +0200
Message-Id: <E1Tfqy2-0001UK-RY@clue.co.za>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> port 0xbcc
ix0: Using MSIX interrupts with 9 vectors
ix0: Unsupported SFP+ Module
device_attach: ix0 attach returned 5
ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> port 0xbce
ix0: Using MSIX interrupts with 9 vectors
ix0: Unsupported SFP+ Module
device_attach: ix0 attach returned 5
ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> port 0xbcc
ix0: Using MSIX interrupts with 9 vectors
ix0: Unsupported SFP+ Module
device_attach: ix0 attach returned 5
ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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=?=
<bsam@passap.ru>
User-Agent: Mozilla/5.0 (X11; FreeBSD i386;
rv:16.0) Gecko/20121012 Thunderbird/16.0.1
MIME-Version: 1.0
To: "O. Hartmann" <ohartman@zedat.fu-berlin.de>
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 <dim@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Tue, 4 Dec 2012 15:38:16 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so4299290lah.13
for <freebsd-current@freebsd.org>; 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 <joh.hendriks@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 4 Dec 2012 18:07:34 +0000 (UTC)
Received: by mail-vb0-f45.google.com with SMTP id p1so3855610vbi.18
for <current@freebsd.org>; 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: <E1Tfqy2-0001UK-RY@clue.co.za>
References: <E1Tfqy2-0001UK-RY@clue.co.za>
Date: Tue, 4 Dec 2012 10:07:34 -0800
Message-ID: <CAFOYbckVrvN4OOVcB5osCziQHjau4kC3c+VN+Kbng9+PV=ycMw@mail.gmail.com>
Subject: Re: ixgbe(4) and SFP+ (un)supported module
From: Jack Vogel <jfvogel@gmail.com>
To: Ian FREISLICH <ianf@clue.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ianf@clue.co.za> 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: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> port
> 0xbcc
> ix0: Using MSIX interrupts with 9 vectors
> ix0: Unsupported SFP+ Module
> device_attach: ix0 attach returned 5
> ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> port
> 0xbce
> ix0: Using MSIX interrupts with 9 vectors
> ix0: Unsupported SFP+ Module
> device_attach: ix0 attach returned 5
> ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> port
> 0xbcc
> ix0: Using MSIX interrupts with 9 vectors
> ix0: Unsupported SFP+ Module
> device_attach: ix0 attach returned 5
> ix0: <Intel(R) PRO/10GbE PCI-Express Network Driver, Version - 2.5.0> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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 <sig6247@gmail.com>
To: Konstantin Belousov <kostikbel@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Dec 2012 18:20:36 -0000
On Tue, 4 Dec 2012 00:41:32 +0200, Konstantin Belousov <kostikbel@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <jhb@freebsd.org>
To: Andre Oppermann <andre@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <jhb@freebsd.org>
To: Adrian Chadd <adrian@freebsd.org>
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>
<CAJ-VmonYjXvx_sxSMYbPkNQ7HmbosWqHWbttDapOyiB=jwd-Lg@mail.gmail.com>
In-Reply-To: <CAJ-VmonYjXvx_sxSMYbPkNQ7HmbosWqHWbttDapOyiB=jwd-Lg@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
Subject: Re: kernel module parallel build?
From: Ryan Stone <rysto32@gmail.com>
To: John Baldwin <jhb@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>,
FreeBSD Current <freebsd-current@freebsd.org>,
Andre Oppermann <andre@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Dec 2012 19:41:33 -0000
On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 4 Dec 2012 21:37:34 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id wz12so3153258pbc.13
for <current@freebsd.org>; 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 <jroberson@jroberson.net>
X-X-Sender: jroberson@desktop
To: current@freebsd.org
Subject: Call for testers, users with scsi cards
Message-ID: <alpine.BSF.2.00.1212041131340.4081@desktop>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Tue, 4 Dec 2012 21:44:03 +0000 (UTC)
Received: by mail-ia0-f182.google.com with SMTP id x2so4125023iad.13
for <freebsd-current@freebsd.org>; 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 <wlosh@bsdimp.com>
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 <imp@bsdimp.com>
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: <CAPJF9wmO-oO7cy4XUwnTMb5cpD14TaK430rWW2nqodBFWw54DQ@mail.gmail.com>
<1167404891.20121103170049@serebryakov.spb.ru>
<CAPJF9wmVPxMDBqyy=Dqdnb+Z33f_wLDx9CFbk_oSEx4inboK6A@mail.gmail.com>
<CAGH67wQORX7_N6-ggpeaLFzj0Gcy9H64EO91gHi2pcuGTE3CfQ@mail.gmail.com>
<CAPJF9w=x+iSN9BuEcq8KOM7px1-B_n0oDfeFsyWkWesTCLDjhw@mail.gmail.com>
<534994431.20121104025602@serebryakov.spb.ru>
To: lev@FreeBSD.org
X-Mailer: Apple Mail (2.1085)
X-Gm-Message-State: ALoCoQkiQT4ocfEcikZZHKFX8HxFBGCQsakmnoFFqyeoTZSqcqsWKrMLlTtlXr+aaF87L5dCcoUs
Cc: Garrett Cooper <yanegomi@gmail.com>,
Alexander Yerenkow <yerenkow@gmail.com>,
freebsd-current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Tue, 4 Dec 2012 21:50:00 +0000 (UTC)
Received: by mail-ia0-f182.google.com with SMTP id x2so4129726iad.13
for <current@freebsd.org>; 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 <wlosh@bsdimp.com>
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 <imp@bsdimp.com>
In-Reply-To: <alpine.BSF.2.00.1212041131340.4081@desktop>
Date: Tue, 4 Dec 2012 14:49:52 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <C442208D-42DF-4986-A88E-A7E404F3CCA3@bsdimp.com>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
To: Jeff Roberson <jroberson@jroberson.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Warner Losh <imp@bsdimp.com>
In-Reply-To: <C442208D-42DF-4986-A88E-A7E404F3CCA3@bsdimp.com>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
<C442208D-42DF-4986-A88E-A7E404F3CCA3@bsdimp.com>
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 <jroberson@jroberson.net>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAPJF9wmO-oO7cy4XUwnTMb5cpD14TaK430rWW2nqodBFWw54DQ@mail.gmail.com>
<1167404891.20121103170049@serebryakov.spb.ru>
<CAPJF9wmVPxMDBqyy=Dqdnb+Z33f_wLDx9CFbk_oSEx4inboK6A@mail.gmail.com>
<CAGH67wQORX7_N6-ggpeaLFzj0Gcy9H64EO91gHi2pcuGTE3CfQ@mail.gmail.com>
<CAPJF9w=x+iSN9BuEcq8KOM7px1-B_n0oDfeFsyWkWesTCLDjhw@mail.gmail.com>
<534994431.20121104025602@serebryakov.spb.ru>
<80F27F05-232F-4014-98C5-31AC5FCF2188@bsdimp.com>
Date: Wed, 5 Dec 2012 01:34:11 +0200
Message-ID: <CAPJF9wkhUkufj1PXonzUk-ZpA0iXye_zqKMTocL-Ukfwr2f-sg@mail.gmail.com>
Subject: Re: FreeBSD as read-only firmware
From: Alexander Yerenkow <yerenkow@gmail.com>
To: Warner Losh <imp@bsdimp.com>
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Garrett Cooper <yanegomi@gmail.com>, lev@freebsd.org,
freebsd-current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Dec 2012 23:34:12 -0000
2012/12/4 Warner Losh <imp@bsdimp.com>
> [ 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 5 Dec 2012 00:59:44 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id wz12so3258770pbc.13
for <current@freebsd.org>; 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 <jroberson@jroberson.net>
X-X-Sender: jroberson@desktop
To: Ian Lepore <freebsd@damnhippie.dyndns.org>
Subject: Re: Call for testers, users with scsi cards
In-Reply-To: <1354658563.87661.23.camel@revolution.hippie.lan>
Message-ID: <alpine.BSF.2.00.1212041456040.4081@desktop>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
<C442208D-42DF-4986-A88E-A7E404F3CCA3@bsdimp.com>
<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 <imp@bsdimp.com>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <mj@feral.com>
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: <alpine.BSF.2.00.1212041131340.4081@desktop>
In-Reply-To: <alpine.BSF.2.00.1212041131340.4081@desktop>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 5 Dec 2012 04:26:04 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so3293215pad.13
for <current@freebsd.org>; 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 <wlosh@bsdimp.com>
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 <imp@bsdimp.com>
In-Reply-To: <alpine.BSF.2.00.1212041456040.4081@desktop>
Date: Tue, 4 Dec 2012 21:25:56 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <54F59F93-91A1-44B6-93F6-AB94F3BF2CC2@bsdimp.com>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
<C442208D-42DF-4986-A88E-A7E404F3CCA3@bsdimp.com>
<1354658563.87661.23.camel@revolution.hippie.lan>
<alpine.BSF.2.00.1212041456040.4081@desktop>
To: Jeff Roberson <jroberson@jroberson.net>
X-Mailer: Apple Mail (2.1085)
X-Gm-Message-State: ALoCoQmbbgJzzQkNhSvtnQCYAC63xe1J/ja71AbpYoweP/iiGmmLllF5Ox4HL4yNNjGfFDBfkiXI
Cc: Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <gibbs@scsiguy.com>
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: <alpine.BSF.2.00.1212041131340.4081@desktop>
<50BEA0D3.2020501@feral.com>
To: Matthew Jacob <mj@feral.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 05:35:25 -0000
On Dec 4, 2012, at 6:18 PM, Matthew Jacob <mj@feral.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <ianf@clue.co.za>)
id 1Tg8Wm-0000Sr-R8; Wed, 05 Dec 2012 08:32:16 +0200
To: Jack Vogel <jfvogel@gmail.com>
From: Ian FREISLICH <ianf@clue.co.za>
Subject: Re: ixgbe(4) and SFP+ (un)supported module
In-Reply-To: <CAFOYbckVrvN4OOVcB5osCziQHjau4kC3c+VN+Kbng9+PV=ycMw@mail.gmail.com>
References: <CAFOYbckVrvN4OOVcB5osCziQHjau4kC3c+VN+Kbng9+PV=ycMw@mail.gmail.com>
<E1Tfqy2-0001UK-RY@clue.co.za>
X-Attribution: BOFH
Date: Wed, 05 Dec 2012 08:32:16 +0200
Message-Id: <E1Tg8Wm-0000Sr-R8@clue.co.za>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <ohartman@zedat.fu-berlin.de>)
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 <ohartman@zedat.fu-berlin.de>)
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" <ohartman@zedat.fu-berlin.de>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Current FreeBSD <freebsd-current@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 5 Dec 2012 09:42:48 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so5273756lbb.13
for <freebsd-current@freebsd.org>; 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 <christer.solskogen@gmail.com>
Date: Wed, 5 Dec 2012 10:42:26 +0100
Message-ID: <CAMVU60Z6P6nt0vqeAhdZ3rzMtgz8mS-TR1cPO-LFke=_yHU0jw@mail.gmail.com>
Subject: Re: bind: eating a lot CPU time
To: "O. Hartmann" <ohartman@zedat.fu-berlin.de>
Content-Type: text/plain; charset=UTF-8
Cc: Current FreeBSD <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 09:42:49 -0000
On Wed, Dec 5, 2012 at 10:30 AM, O. Hartmann
<ohartman@zedat.fu-berlin.de> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <hatanou@infolab.ne.jp>
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 <mckusick@mckusick.com>
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 <jroberson@jroberson.net>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <hatanou@infolab.ne.jp>
> 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 <sys/sysctl.h>
> +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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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>
<CAJ-FndAfUPOWzvpXtn7tHfzV00a+1PkfcXmEYo1eNg3RZG4Bew@mail.gmail.com>
<50A552C5.5060703@FreeBSD.org>
<CAJ-FndA+NSYDpOuhuFKTf6puPJz9aBSrNH-a-TfRKuqY-ZgAjw@mail.gmail.com>
<50A650C2.7060407@FreeBSD.org> <50B74F9C.40106@FreeBSD.org>
Date: Wed, 5 Dec 2012 15:12:10 +0000
X-Google-Sender-Auth: rrwwsdVO9li9ap8DbBaA2ObzOjo
Message-ID: <CAJ-FndAbsjknKQpS5HE7K=dgkgDPX_P6Sybspf8puTDZrW68cg@mail.gmail.com>
Subject: Re: LK_SHARED/LK_DOWNGRADE adjustments to lock.9 manual page
From: Attilio Rao <attilio@freebsd.org>
To: Andriy Gapon <avg@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 15:12:13 -0000
On Thu, Nov 29, 2012 at 12:05 PM, Andriy Gapon <avg@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Jeff Roberson <jroberson@jroberson.net>
In-Reply-To: <alpine.BSF.2.00.1212041456040.4081@desktop>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
<C442208D-42DF-4986-A88E-A7E404F3CCA3@bsdimp.com>
<1354658563.87661.23.camel@revolution.hippie.lan>
<alpine.BSF.2.00.1212041456040.4081@desktop>
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 <imp@bsdimp.com>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <jhb@freebsd.org>
To: Ryan Stone <rysto32@gmail.com>
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>
<CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
In-Reply-To: <CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
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-hackers@freebsd.org>,
FreeBSD Current <freebsd-current@freebsd.org>,
Andre Oppermann <andre@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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>
<CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
<201212051142.18361.jhb@freebsd.org>
Date: Wed, 5 Dec 2012 09:10:53 -0800
Message-ID: <CAGH67wQ+rjr-nkwq1vy6GaKkDoU6chmbwtteGJamHbJUDtaTHw@mail.gmail.com>
Subject: Re: kernel module parallel build?
From: Garrett Cooper <yanegomi@gmail.com>
To: John Baldwin <jhb@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>,
Andre Oppermann <andre@freebsd.org>,
FreeBSD Current <freebsd-current@freebsd.org>, Ryan Stone <rysto32@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 17:10:55 -0000
On Wed, Dec 5, 2012 at 8:42 AM, John Baldwin <jhb@freebsd.org> wrote:
> On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote:
>> On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 5 Dec 2012 17:21:18 +0000 (UTC)
Received: by mail-wi0-f174.google.com with SMTP id hm9so1897406wib.13
for <current@freebsd.org>; 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: <alpine.BSF.2.00.1212041131340.4081@desktop>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
Date: Wed, 5 Dec 2012 10:21:17 -0700
Message-ID: <CAJP=Hc_Aeib5OQvPiENCBnuH4No4XrdCuzAmzMhPSWsV9Jwxqw@mail.gmail.com>
Subject: Re: Call for testers, users with scsi cards
From: Jim Harris <jim.harris@gmail.com>
To: Jeff Roberson <jroberson@jroberson.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 17:21:19 -0000
On Tue, Dec 4, 2012 at 2:36 PM, Jeff Roberson <jroberson@jroberson.net>wrote:
> http://people.freebsd.org/~**jeff/loadccb.diff<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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 5 Dec 2012 17:39:45 +0000 (UTC)
Received: by mail-ye0-f182.google.com with SMTP id q5so941136yen.13
for <freebsd-current@freebsd.org>; 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 <wlosh@bsdimp.com>
Subject: Re: kernel module parallel build?
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
From: Warner Losh <imp@bsdimp.com>
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>
<CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
<201212051142.18361.jhb@freebsd.org>
To: John Baldwin <jhb@FreeBSD.org>
X-Mailer: Apple Mail (2.1085)
X-Gm-Message-State: ALoCoQleZMjEV8KU8tXjh7DZeOKtkqt4oidG8n4s+3PCOjiVOnDyQnPZZliqM6Q/zYRVF1uA0Y1b
Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>,
Andre Oppermann <andre@freebsd.org>,
FreeBSD Current <freebsd-current@freebsd.org>, Ryan Stone <rysto32@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@freebsd.org> =
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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 5 Dec 2012 17:55:29 +0000 (UTC)
Received: by mail-wg0-f42.google.com with SMTP id dr1so1114092wgb.1
for <current@freebsd.org>; 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: <alpine.BSF.2.00.1212041131340.4081@desktop>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
Date: Wed, 5 Dec 2012 10:55:23 -0700
Message-ID: <CAJP=Hc_GqHdyhVPBngbQqkjxTV_mvf_1QS29J9qfkabnmy=9xg@mail.gmail.com>
Subject: Re: Call for testers, users with scsi cards
From: Jim Harris <jim.harris@gmail.com>
To: Jeff Roberson <jroberson@jroberson.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 17:55:30 -0000
On Tue, Dec 4, 2012 at 2:36 PM, Jeff Roberson <jroberson@jroberson.net>wrote:
> http://people.freebsd.org/~**jeff/loadccb.diff<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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 5 Dec 2012 20:57:56 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so3956324pad.13
for <current@freebsd.org>; 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 <jroberson@jroberson.net>
X-X-Sender: jroberson@desktop
To: Jim Harris <jim.harris@gmail.com>
Subject: Re: Call for testers, users with scsi cards
In-Reply-To: <CAJP=Hc_GqHdyhVPBngbQqkjxTV_mvf_1QS29J9qfkabnmy=9xg@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1212051055480.4081@desktop>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
<CAJP=Hc_GqHdyhVPBngbQqkjxTV_mvf_1QS29J9qfkabnmy=9xg@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jroberson@jroberson.net>
> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; Wed, 5 Dec 2012 21:10:06 +0000 (UTC)
Received: by mail-wg0-f52.google.com with SMTP id 12so3313290wgh.31
for <current@freebsd.org>; 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: <alpine.BSF.2.00.1212051055480.4081@desktop>
References: <alpine.BSF.2.00.1212041131340.4081@desktop>
<CAJP=Hc_GqHdyhVPBngbQqkjxTV_mvf_1QS29J9qfkabnmy=9xg@mail.gmail.com>
<alpine.BSF.2.00.1212051055480.4081@desktop>
Date: Wed, 5 Dec 2012 14:10:00 -0700
Message-ID: <CAJP=Hc8_siASr7StfyHNgZz3rifGJ+Gzinn88SrxXTMhCfhRxA@mail.gmail.com>
Subject: Re: Call for testers, users with scsi cards
From: Jim Harris <jim.harris@gmail.com>
To: Jeff Roberson <jroberson@jroberson.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 21:10:07 -0000
On Wed, Dec 5, 2012 at 1:56 PM, Jeff Roberson <jroberson@jroberson.net>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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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>
<CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
<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: <CAGH67wTsRcoDS5B9tUqzUQNZpam_wmaLXDccdBygrrM354OAWA@mail.gmail.com>
Subject: Re: kernel module parallel build?
From: Garrett Cooper <yanegomi@gmail.com>
To: Damien Fleuriot <ml@my.gd>
Content-Type: text/plain; charset=ISO-8859-1
Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>,
AndreOppermann <andre@freebsd.org>,
FreeBSD Current <freebsd-current@freebsd.org>, Ryan Stone <rysto32@gmail.com>,
Warner Losh <imp@bsdimp.com>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Dec 2012 00:28:37 -0000
On Wed, Dec 5, 2012 at 3:51 PM, Damien Fleuriot <ml@my.gd> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 5 Dec 2012 23:52:00 +0000 (UTC)
Received: by mail-wi0-f180.google.com with SMTP id hj13so40897wib.13
for <freebsd-current@freebsd.org>; 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>
<CAFMmRNzmfHcC3S+Ffh2YjWDdzr=ddHEggrg+iyjjfc6COKdKSw@mail.gmail.com>
<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 <ml@my.gd>
Subject: Re: kernel module parallel build?
Date: Thu, 6 Dec 2012 00:51:17 +0100
To: Warner Losh <imp@bsdimp.com>
X-Gm-Message-State: ALoCoQk4VZniyrG+kNaBV5TmmCelow4PDXoKtkBzisIDPnidPRtWi6U3AKF1XJZSkeBo1tVncm20
X-Mailman-Approved-At: Thu, 06 Dec 2012 02:10:27 +0000
Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>,
Ryan Stone <rysto32@gmail.com>, FreeBSD Current <freebsd-current@freebsd.org>,
AndreOppermann <andre@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Dec 2012 23:52:01 -0000
On 5 Dec 2012, at 18:39, Warner Losh <imp@bsdimp.com> 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 <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Thu, 6 Dec 2012 17:13:34 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <freebsd-current@m.gmane.org>) 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Thu, 06 Dec 2012 18:13:20 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: Mark Atkinson <atkin901@gmail.com>
Subject: problems with threads/destructors in -current with llvm/clang
Date: Thu, 06 Dec 2012 09:12:55 -0800
Lines: 116
Message-ID: <k9qjml$ri7$1@ger.gmane.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: 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <jhb@freebsd.org>
To: Damien Fleuriot <ml@my.gd>
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" <freebsd-hackers@freebsd.org>,
Ryan Stone <rysto32@gmail.com>, FreeBSD Current <freebsd-current@freebsd.org>,
AndreOppermann <andre@freebsd.org>, Warner Losh <imp@bsdimp.com>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <imp@bsdimp.com> 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 <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <andy@neu.net>
To: freebsd-current@freebsd.org
Subject: mount: linproc: Operation not supported by device
In-Reply-To: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
Message-ID: <alpine.BSF.2.00.1212061627470.1445@mail.neu.net>
References: <mailman.3.1354449600.58874.freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAGH67wRGfO6KMe8u54FHRkpv=bBXNxPwtm79edZAM4nUUsS=QA@mail.gmail.com>
References: <50B6598B.20200@FreeBSD.org>
<CAGH67wRGfO6KMe8u54FHRkpv=bBXNxPwtm79edZAM4nUUsS=QA@mail.gmail.com>
Date: Thu, 6 Dec 2012 16:33:39 -0800
Message-ID: <CAGH67wSz0Lycp7+F-v=p-XrOLCFSGM6xzEySr6rRsxwqwdBjxw@mail.gmail.com>
Subject: Re: [HEADSUP] zfs root pool mounting
From: Garrett Cooper <yanegomi@gmail.com>
To: Andriy Gapon <avg@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: FreeBSD Current <freebsd-current@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 00:33:44 -0000
On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper <yanegomi@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAGH67wSz0Lycp7+F-v=p-XrOLCFSGM6xzEySr6rRsxwqwdBjxw@mail.gmail.com>
References: <50B6598B.20200@FreeBSD.org>
<CAGH67wRGfO6KMe8u54FHRkpv=bBXNxPwtm79edZAM4nUUsS=QA@mail.gmail.com>
<CAGH67wSz0Lycp7+F-v=p-XrOLCFSGM6xzEySr6rRsxwqwdBjxw@mail.gmail.com>
Date: Thu, 6 Dec 2012 16:55:28 -0800
Message-ID: <CAGH67wQ2x=oWWZaAQQJ-YO0WDcEdFFKJotaq1Fy0VU_8SoHFSg@mail.gmail.com>
Subject: Re: [HEADSUP] zfs root pool mounting
From: Garrett Cooper <yanegomi@gmail.com>
To: Andriy Gapon <avg@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: FreeBSD Current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 00:55:30 -0000
On Thu, Dec 6, 2012 at 4:33 PM, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper <yanegomi@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <hrs@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<amd64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAGH67wTvs0aydt5vPhCHbGgveHKq-QaZLtgZaMLDf5z90AGyEA@mail.gmail.com>
Subject: Fwd: [head tinderbox] failure on amd64/amd64
From: Garrett Cooper <yanegomi@gmail.com>
To: sem@FreeBSD.org
Content-Type: text/plain; charset=ISO-8859-1
Cc: FreeBSD Current <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 01:27:14 -0000
FYI.
---------- Forwarded message ----------
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
Date: Thu, Dec 6, 2012 at 5:25 PM
Subject: [head tinderbox] failure on amd64/amd64
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, 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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 08:44:30 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so208125lah.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
Subject: UFS2 and Journaling in 9.1-RC3
From: CeDeROM <cederom@tlen.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <jhb@freebsd.org>, "Adrian Chadd" <adrian@freebsd.org>
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>
<CAJ-VmonYjXvx_sxSMYbPkNQ7HmbosWqHWbttDapOyiB=jwd-Lg@mail.gmail.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CA+7WWSftYL7zjdXmSbapXHJvSAMJrKY2Un6yt4L=RkOu1eq8mw@mail.gmail.com>
Subject: ipv6_addrs_IF aliases in rc.conf(5)
From: Kimmo Paasiala <kpaasial@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <dim@FreeBSD.org>
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 <atkin901@gmail.com>
Subject: Re: problems with threads/destructors in -current with llvm/clang
References: <k9qjml$ri7$1@ger.gmane.org>
In-Reply-To: <k9qjml$ri7$1@ger.gmane.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 13:41:51 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <freebsd-current@m.gmane.org>) 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 07 Dec 2012 14:41:53 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: Ivan Voras <ivoras@freebsd.org>
Subject: Re: UFS2 and Journaling in 9.1-RC3
Date: Fri, 07 Dec 2012 14:41:28 +0100
Lines: 31
Message-ID: <k9srm6$56d$1@ger.gmane.org>
References: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
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: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <k9srm6$56d$1@ger.gmane.org>
References: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
<k9srm6$56d$1@ger.gmane.org>
Date: Fri, 7 Dec 2012 14:52:50 +0100
X-Google-Sender-Auth: rO-_UxODWK4qIdPLP32hIh8aEII
Message-ID: <CAFYkXjmT3x5U8sd1AJK6VxUAEdpcaMjDzyL5takKkNg7S2mY6Q@mail.gmail.com>
Subject: Re: UFS2 and Journaling in 9.1-RC3
From: CeDeROM <cederom@tlen.pl>
To: Ivan Voras <ivoras@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 13:52:52 -0000
On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras <ivoras@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 13:54:54 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <freebsd-current@m.gmane.org>) 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 07 Dec 2012 14:54:59 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: Ivan Voras <ivoras@freebsd.org>
Subject: Re: UFS2 and Journaling in 9.1-RC3
Date: Fri, 07 Dec 2012 14:54:35 +0100
Lines: 56
Message-ID: <k9ssep$d1m$1@ger.gmane.org>
References: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
<k9srm6$56d$1@ger.gmane.org>
<CAFYkXjmT3x5U8sd1AJK6VxUAEdpcaMjDzyL5takKkNg7S2mY6Q@mail.gmail.com>
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: <CAFYkXjmT3x5U8sd1AJK6VxUAEdpcaMjDzyL5takKkNg7S2mY6Q@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ivoras@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <dim@FreeBSD.org>
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 <atkin901@gmail.com>
Subject: Re: problems with threads/destructors in -current with llvm/clang
References: <k9qjml$ri7$1@ger.gmane.org> <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <k9srm6$56d$1@ger.gmane.org>
References: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
<k9srm6$56d$1@ger.gmane.org>
Date: Fri, 7 Dec 2012 15:28:37 +0100
X-Google-Sender-Auth: r3RIBXFRRE421GLB4nTbnYEXoo4
Message-ID: <CAFYkXjkH-Bj5ee7Y1dgEKXQQpdGwVUe7J=WEiAmJsO7T_uHyqw@mail.gmail.com>
Subject: Re: UFS2 and Journaling in 9.1-RC3
From: CeDeROM <cederom@tlen.pl>
To: Ivan Voras <ivoras@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 14:28:40 -0000
On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras <ivoras@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<powerpc@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<powerpc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <ohartman@zedat.fu-berlin.de>)
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 <ohartman@zedat.fu-berlin.de>)
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" <ohartman@zedat.fu-berlin.de>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Current FreeBSD <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <cederom@tlen.pl>
Subject: Re: UFS2 and Journaling in 9.1-RC3
References: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
<k9srm6$56d$1@ger.gmane.org>
<CAFYkXjkH-Bj5ee7Y1dgEKXQQpdGwVUe7J=WEiAmJsO7T_uHyqw@mail.gmail.com>
In-Reply-To: <CAFYkXjkH-Bj5ee7Y1dgEKXQQpdGwVUe7J=WEiAmJsO7T_uHyqw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-current@freebsd.org, Ivan Voras <ivoras@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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<ivoras@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <multiple recipients>; 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: <CAFYkXj=iv_MWhLC5YTfXGZA7RdLt3iEEjT_sDfPETCDf+K-KaQ@mail.gmail.com>
<k9srm6$56d$1@ger.gmane.org>
<CAFYkXjkH-Bj5ee7Y1dgEKXQQpdGwVUe7J=WEiAmJsO7T_uHyqw@mail.gmail.com>
<50C206B7.5040800@quip.cz>
Date: Fri, 7 Dec 2012 16:24:02 +0100
X-Google-Sender-Auth: kdvBg3hMxV0GVuroDNM2oOBh1RM
Message-ID: <CAFYkXjmmCXzvx=Vn4HUYt_9tpomE2Z8jLHrSqOqpMjU5ma-sjA@mail.gmail.com>
Subject: Re: UFS2 and Journaling in 9.1-RC3
From: CeDeROM <cederom@tlen.pl>
To: Miroslav Lachman <000.fbsd@quip.cz>
Content-Type: text/plain; charset=UTF-8
Cc: freebsd-current@freebsd.org, Ivan Voras <ivoras@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<arm@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 16:43:56 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <freebsd-current@m.gmane.org>) 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 07 Dec 2012 17:44:05 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: Mark Atkinson <atkin901@gmail.com>
Subject: Re: problems with threads/destructors in -current with llvm/clang
Date: Fri, 07 Dec 2012 08:43:48 -0800
Lines: 32
Message-ID: <k9t6bq$bhs$1@ger.gmane.org>
References: <k9qjml$ri7$1@ger.gmane.org> <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<amd64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dim@FreeBSD.org>
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 <atkin901@gmail.com>
Subject: Re: problems with threads/destructors in -current with llvm/clang
References: <k9qjml$ri7$1@ger.gmane.org> <50C1E81A.1040107@FreeBSD.org>
<50C1F862.2010501@FreeBSD.org> <k9t6bq$bhs$1@ger.gmane.org>
In-Reply-To: <k9t6bq$bhs$1@ger.gmane.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 18:31:58 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so816273lbb.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXjm1o1jVYsjrGNzEa0HXhpukU3QF4O7fHARip2BaR9O2hA@mail.gmail.com>
Subject: 9.1-RC3 AMD64 reproducible kernel panic
From: CeDeROM <cederom@tlen.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 18:32:08 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so816273lbb.13
for <freebsd-current@freebsd.org>; 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: <CAGH67wQ1RfYtC+S1gm5ebvGdfmtpNuXWh8-KH32OBnYkzNxmXw@mail.gmail.com>
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 <yanegomi@gmail.com>
To: "O. Hartmann" <ohartman@zedat.fu-berlin.de>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Current FreeBSD <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 18:32:09 -0000
On Fri, Dec 7, 2012 at 6:56 AM, O. Hartmann <ohartman@zedat.fu-berlin.de> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <ohartman@zedat.fu-berlin.de>)
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 <ohartman@zedat.fu-berlin.de>)
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" <ohartman@zedat.fu-berlin.de>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Garrett Cooper <yanegomi@gmail.com>
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>
<CAGH67wQ1RfYtC+S1gm5ebvGdfmtpNuXWh8-KH32OBnYkzNxmXw@mail.gmail.com>
In-Reply-To: <CAGH67wQ1RfYtC+S1gm5ebvGdfmtpNuXWh8-KH32OBnYkzNxmXw@mail.gmail.com>
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 <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ohartman@zedat.fu-berlin.d=
e> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 20:10:26 +0000 (UTC)
Received: by mail-ie0-f178.google.com with SMTP id c12so2155084ieb.9
for <freebsd-current@freebsd.org>; 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 <break19@gmail.com>
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: <CAFYkXjm1o1jVYsjrGNzEa0HXhpukU3QF4O7fHARip2BaR9O2hA@mail.gmail.com>
In-Reply-To: <CAFYkXjm1o1jVYsjrGNzEa0HXhpukU3QF4O7fHARip2BaR9O2hA@mail.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <break19@gmail.com>
From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 21:50:52 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 21:50:51 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so973990lbb.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
Subject: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 22:11:50 +0000 (UTC)
Received: by mail-ie0-f181.google.com with SMTP id 16so2610911iea.26
for <freebsd-current@freebsd.org>; 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 <break19@gmail.com>
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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
In-Reply-To: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <break19@gmail.com>
From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 22:30:12 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 22:30:12 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so998558lbb.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
Date: Fri, 7 Dec 2012 23:30:10 +0100
X-Google-Sender-Auth: RNfZHUxkS2MHkQwjzBWUNiNRO-g
Message-ID: <CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
To: Chuck Burns <break19@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <devin.teske@fisglobal.com>
In-Reply-To: <CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
Date: Fri, 7 Dec 2012 14:39:52 -0800
Message-ID: <056EC955-F338-43FB-A44B-F4B7E49BD73F@fisglobal.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
<CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
To: CeDeROM <cederom@tlen.pl>
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 <break19@gmail.com>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Devin Teske <dteske@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <devin.teske@fisglobal.com>
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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
<CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
<056EC955-F338-43FB-A44B-F4B7E49BD73F@fisglobal.com>
To: Devin Teske <dteske@freebsd.org>
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 <break19@gmail.com>,
CeDeROM <cederom@tlen.pl>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Devin Teske <dteske@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 23:05:10 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so1016597lbb.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
Date: Sat, 8 Dec 2012 00:05:08 +0100
Message-ID: <CAFYkXjnkdjjRhuU6nUYCo4bHMiB9WspQy1Da9ZWs=0cNzYQJeA@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: Tomek CEDRO <tomek.cedro@gmail.com>
To: Bas Smeelen <b.smeelen@ose.nl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 23:25:25 +0000 (UTC)
Received: by mail-ob0-f182.google.com with SMTP id 16so1203737obc.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXjnkdjjRhuU6nUYCo4bHMiB9WspQy1Da9ZWs=0cNzYQJeA@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<CAFYkXjnkdjjRhuU6nUYCo4bHMiB9WspQy1Da9ZWs=0cNzYQJeA@mail.gmail.com>
Date: Fri, 7 Dec 2012 17:25:24 -0600
Message-ID: <CA+tpaK22Nbdr8z1s5_bK_7e8fVXU2Hm=Tk4iW1PDFyQF=T-s+g@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: Adam Vande More <amvandemore@gmail.com>
To: Tomek CEDRO <tomek.cedro@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Bas Smeelen <b.smeelen@ose.nl>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2012 23:25:26 -0000
On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO <tomek.cedro@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Bas Smeelen <b.smeelen@ose.nl>
In-Reply-To: <50C26EF3.5070300@ose.nl>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 01:20:17 +0000 (UTC)
Received: by mail-ee0-f54.google.com with SMTP id c13so736662eek.13
for <freebsd-current@freebsd.org>; 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: <CA+tpaK22Nbdr8z1s5_bK_7e8fVXU2Hm=Tk4iW1PDFyQF=T-s+g@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<CAFYkXjnkdjjRhuU6nUYCo4bHMiB9WspQy1Da9ZWs=0cNzYQJeA@mail.gmail.com>
<CA+tpaK22Nbdr8z1s5_bK_7e8fVXU2Hm=Tk4iW1PDFyQF=T-s+g@mail.gmail.com>
Date: Fri, 7 Dec 2012 17:20:16 -0800
Message-ID: <CAN6yY1vuB_gAMX7teuF9et4YOs+a-4MiDYF9xOo4Mw9qdT=bdQ@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: Kevin Oberman <kob6558@gmail.com>
To: Adam Vande More <amvandemore@gmail.com>
Content-Type: text/plain; charset=UTF-8
Cc: Bas Smeelen <b.smeelen@ose.nl>, freebsd-current@freebsd.org,
Tomek CEDRO <tomek.cedro@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <amvandemore@gmail.com> wrote:
> On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO <tomek.cedro@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Fri, 7 Dec 2012 21:01:58 -0500 (EST)
Date: Fri, 7 Dec 2012 21:01:58 -0500 (EST)
From: Rick Macklem <rmacklem@uoguelph.ca>
To: Current FreeBSD <freebsd-current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<mips@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<mips64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <wblock@wonkity.com>
To: Chuck Burns <break19@gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
In-Reply-To: <50C26999.6090802@gmail.com>
Message-ID: <alpine.BSF.2.00.1212072008280.87648@wonkity.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<powerpc@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<powerpc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 06:45:10 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id wz12so859321pbc.13
for <freebsd-current@freebsd.org>; 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 <sendtomatt@gmail.com>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Kevin Oberman <kob6558@gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<CAFYkXjnkdjjRhuU6nUYCo4bHMiB9WspQy1Da9ZWs=0cNzYQJeA@mail.gmail.com>
<CA+tpaK22Nbdr8z1s5_bK_7e8fVXU2Hm=Tk4iW1PDFyQF=T-s+g@mail.gmail.com>
<CAN6yY1vuB_gAMX7teuF9et4YOs+a-4MiDYF9xOo4Mw9qdT=bdQ@mail.gmail.com>
In-Reply-To: <CAN6yY1vuB_gAMX7teuF9et4YOs+a-4MiDYF9xOo4Mw9qdT=bdQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Bas Smeelen <b.smeelen@ose.nl>, Adam Vande More <amvandemore@gmail.com>,
freebsd-current@freebsd.org, Tomek CEDRO <tomek.cedro@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 06:53:16 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so1188844lbb.13
for <freebsd-current@freebsd.org>; 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: <alpine.BSF.2.00.1212072008280.87648@wonkity.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
<alpine.BSF.2.00.1212072008280.87648@wonkity.com>
Date: Sat, 8 Dec 2012 07:53:15 +0100
X-Google-Sender-Auth: o2-Y3sJP1Qr7-KiKcsPCm__32zE
Message-ID: <CAFYkXjmQn91PEPA9rZ1i1jJ2mnoEVSq1YAP8kD9fDYrO7gqvxA@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
To: Warren Block <wblock@wonkity.com>
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: freebsd-current@freebsd.org, Chuck Burns <break19@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 06:54:50 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so1189332lbb.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
<CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
Date: Sat, 8 Dec 2012 07:54:49 +0100
X-Google-Sender-Auth: XwJ9PGFpU2HZuQ3P3_7AD0h9-DQ
Message-ID: <CAFYkXjkf2Hyv+gXP92sqQf8_sWiy0A+C9WMiLuWOVy6FertGkQ@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
To: Chuck Burns <break19@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 07:06:40 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so1120133lah.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<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: <CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
To: Ian Lepore <freebsd@damnhippie.dyndns.org>
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Bas Smeelen <b.smeelen@ose.nl>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<arm@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 07:32:00 +0000 (UTC)
Received: by mail-ob0-f182.google.com with SMTP id 16so1430499obc.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<1354923273.87661.273.camel@revolution.hippie.lan>
<CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
Date: Fri, 7 Dec 2012 23:31:59 -0800
Message-ID: <CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: Garrett Cooper <yanegomi@gmail.com>
To: CeDeROM <cederom@tlen.pl>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Bas Smeelen <b.smeelen@ose.nl>, Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Dec 2012 07:32:01 -0000
On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM <cederom@tlen.pl> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 07:33:56 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so1129642lah.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXjkf2Hyv+gXP92sqQf8_sWiy0A+C9WMiLuWOVy6FertGkQ@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
<CAFYkXjk8bgaJRkjEyMsfgwRD45K=DX+EJJOPLEa_WGBv7CS6pg@mail.gmail.com>
<CAFYkXjkf2Hyv+gXP92sqQf8_sWiy0A+C9WMiLuWOVy6FertGkQ@mail.gmail.com>
Date: Sat, 8 Dec 2012 08:33:55 +0100
X-Google-Sender-Auth: nmRpsVzWAhRoya0AgwOPWgXNssM
Message-ID: <CAFYkXjnPd5StvogL+OmSQOtYejJVQwVdG2pF5G3tygO7peFu4A@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
To: Chuck Burns <break19@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <kevlo@FreeBSD.org>
To: Dimitry Andric <dim@FreeBSD.org>
Date: Sat, 08 Dec 2012 15:40:13 +0800
In-Reply-To: <50C1F862.2010501@FreeBSD.org>
References: <k9qjml$ri7$1@ger.gmane.org> <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 <atkin901@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 07:44:52 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so1206550lbb.13
for <freebsd-current@freebsd.org>; 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: <CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<1354923273.87661.273.camel@revolution.hippie.lan>
<CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
<CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
Date: Sat, 8 Dec 2012 08:44:51 +0100
X-Google-Sender-Auth: B6PKUfByWUfLyWqWQKPTQgrjf1s
Message-ID: <CAFYkXjk7E13naccyE5pb8vyNFQPEdPN6OXxnp5Ki8zct7HfwoA@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: CeDeROM <cederom@tlen.pl>
To: Garrett Cooper <yanegomi@gmail.com>
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Bas Smeelen <b.smeelen@ose.nl>, Ian Lepore <freebsd@damnhippie.dyndns.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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <ohartman@zedat.fu-berlin.de>)
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 <ohartman@zedat.fu-berlin.de>)
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" <ohartman@zedat.fu-berlin.de>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Current FreeBSD <freebsd-current@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<ia64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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?= <uqs@FreeBSD.org>
To: Chris Petrik <cpet@sdf.org>
Subject: Re: src.conf WITHOUT_GROFF
Message-ID: <20121208094712.GZ69724@acme.spoerlein.net>
Mail-Followup-To: Chris Petrik <cpet@sdf.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<i386@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org> using -f
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<amd64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 12:07:00 +0000 (UTC)
Received: by mail-ie0-f175.google.com with SMTP id qd14so3850743ieb.20
for <freebsd-current@freebsd.org>; 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 <break19@gmail.com>
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 <wblock@wonkity.com>
Subject: Re: 9.1-RC3 LiveCD missing features
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com>
<alpine.BSF.2.00.1212072008280.87648@wonkity.com>
In-Reply-To: <alpine.BSF.2.00.1212072008280.87648@wonkity.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <break19@gmail.com>
From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 11:07:00 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 06:01:20 -0500 (EST)
From: Artyom Mirgorodskiy <artyom@ijminteractive.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <wblock@wonkity.com>
To: Garrett Cooper <yanegomi@gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
In-Reply-To: <CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1212080855570.94390@wonkity.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<1354923273.87661.273.camel@revolution.hippie.lan>
<CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
<CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.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]); Sat, 08 Dec 2012 09:03:19 -0700 (MST)
Cc: Bas Smeelen <b.smeelen@ose.nl>, Ian Lepore <freebsd@damnhippie.dyndns.org>,
freebsd-current@freebsd.org, CeDeROM <cederom@tlen.pl>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <cederom@tlen.pl> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Garrett Cooper <yanegomi@gmail.com>
In-Reply-To: <CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<1354923273.87661.273.camel@revolution.hippie.lan>
<CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
<CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
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 <b.smeelen@ose.nl>, freebsd-current@freebsd.org,
CeDeROM <cederom@tlen.pl>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <cederom@tlen.pl> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sat, 8 Dec 2012 20:09:08 +0000 (UTC)
Received: by mail-ob0-f182.google.com with SMTP id 16so1804126obc.13
for <freebsd-current@freebsd.org>; 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: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<1354923273.87661.273.camel@revolution.hippie.lan>
<CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
<CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
<1354988560.87661.290.camel@revolution.hippie.lan>
Date: Sat, 8 Dec 2012 12:09:07 -0800
Message-ID: <CAGH67wQXdY0Qhp2h5paPiAYOEJ+eto7DgS4pMRs9dZ5KnGJtbQ@mail.gmail.com>
Subject: Re: 9.1-RC3 LiveCD missing features
From: Garrett Cooper <yanegomi@gmail.com>
To: Ian Lepore <freebsd@damnhippie.dyndns.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Bas Smeelen <b.smeelen@ose.nl>, freebsd-current@freebsd.org,
CeDeROM <cederom@tlen.pl>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Dec 2012 20:09:08 -0000
On Sat, Dec 8, 2012 at 9:42 AM, Ian Lepore
<freebsd@damnhippie.dyndns.org> 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: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <devin.teske@fisglobal.com>
In-Reply-To: <CAGH67wQXdY0Qhp2h5paPiAYOEJ+eto7DgS4pMRs9dZ5KnGJtbQ@mail.gmail.com>
Date: Sat, 8 Dec 2012 15:29:23 -0800
Content-Transfer-Encoding: quoted-printable
Message-ID: <939B2A10-AB44-465A-96D6-FFA11697AABE@fisglobal.com>
References: <CAFYkXj=R=V=3pUH9FbKq3pdqtga-EuJuTB1avZxi2bkLhUs5WA@mail.gmail.com>
<50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl>
<1354923273.87661.273.camel@revolution.hippie.lan>
<CAFYkXjnto9nnkCopMPRkwGShPZ4GcHzHxD15y4iffUHri1K5Qg@mail.gmail.com>
<CAGH67wTLVNAk3k=Cfg2oHhchOk9cXSZO7ReKy2+bdy6b6XFvnw@mail.gmail.com>
<1354988560.87661.290.camel@revolution.hippie.lan>
<CAGH67wQXdY0Qhp2h5paPiAYOEJ+eto7DgS4pMRs9dZ5KnGJtbQ@mail.gmail.com>
To: Garrett Cooper <yanegomi@gmail.com>
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 <b.smeelen@ose.nl>, Ian Lepore <freebsd@damnhippie.dyndns.org>,
freebsd-current@freebsd.org, CeDeROM <cederom@tlen.pl>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Devin Teske <dteske@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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
> <freebsd@damnhippie.dyndns.org> 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.