From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 11:50:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF72A106564A for ; Sun, 2 Oct 2011 11:50:05 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 73FCD8FC12 for ; Sun, 2 Oct 2011 11:50:05 +0000 (UTC) Received: by gyf2 with SMTP id 2so3378352gyf.13 for ; Sun, 02 Oct 2011 04:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QcMcBV0gxIbMLlXZhAnSrC/GSoY+q9HgZUQnc5t0gf8=; b=tKdr0naI7RraRQ3F8FW5wkEPTYcJMTprsvgOcj93LGTZ4ixmTwQVaB8rdF2QwiUf1O OXgmpkfB5te9CL14mFGIF4QvKqfq2z9U+WlfDeNJGaRKA8ixK8pAmfTvAlgMJOe+90sK LIMO56ucmZY61U+uXw7jd9wHFbHOOVN3lKxoM= Received: by 10.68.17.193 with SMTP id q1mr63218415pbd.98.1317556204226; Sun, 02 Oct 2011 04:50:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Sun, 2 Oct 2011 04:49:44 -0700 (PDT) In-Reply-To: References: <20110928133228.GV97394@e-new.0x20.net> From: arrowdodger <6yearold@gmail.com> Date: Sun, 2 Oct 2011 15:49:44 +0400 Message-ID: To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2011 11:50:06 -0000 On Wed, Sep 28, 2011 at 5:44 PM, arrowdodger <6yearold@gmail.com> wrote: > On Wed, Sep 28, 2011 at 5:32 PM, Lars Engels wrote: > >> On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote: >> > Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This >> notebook >> > has an key combination (Fn+F6/F7)to change monitor brightness. After >> i've >> > updated my system to 9-STABLE, these combinations stopped working. It's >> > worth mentioning, that these combinations still work at boot screen. >> >> Have you tried loading acpi_asus.ko? >> > > I've tried to do so when i was on 8-STABLE and it didn't work. It's not > working for me on 9-STABLE too: > acpi_asus0: Unsupported Asus laptop: K40IN > > All hotkeys, except ones for switching Wi-Fi and adjusting volume, were > working on 8-STABLE. > If no one knows a fix for this problem, maybe someone can point me to relevant code? I may try to bisect revisions, or to check commit log. From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 15:32:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD91065672; Sun, 2 Oct 2011 15:32:31 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 53C0E8FC12; Sun, 2 Oct 2011 15:32:31 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:906c:6af3:5301:18c6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 82D594AC1C; Sun, 2 Oct 2011 19:32:29 +0400 (MSD) Date: Sun, 2 Oct 2011 19:32:23 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1258376930.20111002193223@serebryakov.spb.ru> To: current@freebsd.org, hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Lawrence Stewart Subject: alq_open_flags() panics in _mtx_lock_flags() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2011 15:32:31 -0000 Hello, FreeBSD. I'm trying to create logging queue with alq kernel API. I call alq_open_flags() like this in my module: error =3D alq_open_flags(&sc->sc_alq, sc->sc_vnode_name, curthread->td_ucred, ALQ_DEFAULT_CMODE, sizeof(struct g_log_entry), ALQ_ORDERED); and my system (10-CURRENT) panics with this stack trace (top frames are DDB-related, so I omit them): #5 0xc06101c3 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4e29990) at /usr/home/lev/FreeBSD-head/sys/kern/subr_kdb.c:620 #6 0xc08290af in trap_fatal (frame=3D0xc4e29990, eva=3D136) at /usr/home/lev/FreeBSD-head/sys/i386/i386/trap.c:958 #7 0xc08292c0 in trap_pfault (frame=3D0xc4e29990, usermode=3D0, eva=3D136) at /usr/home/lev/FreeBSD-head/sys/i386/i386/trap.c:880 #8 0xc0829f46 in trap (frame=3D0xc4e29990) at /usr/home/lev/FreeBSD-head/sys/i386/i386/trap.c:555 #9 0xc0812e7c in calltrap () at /usr/home/lev/FreeBSD-head/sys/i386/i386/exception.s:168 #10 0xc05cafc0 in _mtx_lock_flags (m=3D0x78, opts=3D0,=20 file=3D0xc088c140 "/usr/home/lev/FreeBSD-head/sys/kern/vfs_subr.c",=20 line=3D2169) at /usr/home/lev/FreeBSD-head/sys/kern/kern_mutex.c:194 #11 0xc0672eb2 in vref (vp=3D0x0) at /usr/home/lev/FreeBSD-head/sys/kern/vfs_subr.c:2169 #12 0xc066932f in namei (ndp=3D0xc4e29b74) at /usr/home/lev/FreeBSD-head/sys/kern/vfs_lookup.c:264 #13 0xc0682900 in vn_open_cred (ndp=3D0xc4e29b74, flagp=3D0xc4e29be8, cmode= =3D384,=20 vn_open_flags=3D0, cred=3D0xc50fee80, fp=3D0x0) at /usr/home/lev/FreeBSD-head/sys/kern/vfs_vnops.c:137 #14 0xc5c42609 in alq_open_flags (alqp=3D0xc550dc08,=20 file=3D0xc5108d40 "/usr/ada4.log", cred=3D0xc50fee80, cmode=3D384, size= =3D28, flags=3D16) at /usr/home/lev/FreeBSD-head/sys/modules/alq/../../kern/kern_alq.c:451 It seems, that vref() get NULL instead of valid pointer to struct vnode. But I have no idea -- why?! Yes, I have no such file created, but man alq(9) says, that it will create file for me. And if I point to existed file, it panic anyway. What do I do wrong?! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 19:15:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B88106566B; Sun, 2 Oct 2011 19:15:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6182D8FC13; Sun, 2 Oct 2011 19:15:08 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:906c:6af3:5301:18c6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 159014AC1C; Sun, 2 Oct 2011 23:15:06 +0400 (MSD) Date: Sun, 2 Oct 2011 23:14:59 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <228926402.20111002231459@serebryakov.spb.ru> To: current@freebsd.org, fs@FreeBSD.org, geom@freebsd.org In-Reply-To: <1258376930.20111002193223@serebryakov.spb.ru> References: <1258376930.20111002193223@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: code in GEOM thread could not use vnode API (Was: alq_open_flags() panics in _mtx_lock_flags()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2011 19:15:09 -0000 Hello, Current. You wrote 2 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 19:32:23: It seems, that error only occurs when I call alq API from geom threads (from g_events, for example). Module, which is not GEOM class, could use this API without any problem! Is it normal, that GEOM could not use vnode API? Is it normal, that this leads to panic, and not some diagnostic messages, even with WITNESS and other diagnostic options turned on? I'm looping fs@ and geom@, as it seems to be related to them. > I'm trying to create logging queue with alq kernel API. I call > alq_open_flags() like this in my module: > error =3D alq_open_flags(&sc->sc_alq, sc->sc_vnode_name, > curthread->td_ucred, ALQ_DEFAULT_CMODE, > sizeof(struct g_log_entry), ALQ_ORDERED); > and my system (10-CURRENT) panics with this stack trace (top frames > are DDB-related, so I omit them): > #5 0xc06101c3 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4e29990) > at /usr/home/lev/FreeBSD-head/sys/kern/subr_kdb.c:620 > #6 0xc08290af in trap_fatal (frame=3D0xc4e29990, eva=3D136) > at /usr/home/lev/FreeBSD-head/sys/i386/i386/trap.c:958 > #7 0xc08292c0 in trap_pfault (frame=3D0xc4e29990, usermode=3D0, eva=3D13= 6) > at /usr/home/lev/FreeBSD-head/sys/i386/i386/trap.c:880 > #8 0xc0829f46 in trap (frame=3D0xc4e29990) > at /usr/home/lev/FreeBSD-head/sys/i386/i386/trap.c:555 > #9 0xc0812e7c in calltrap () > at /usr/home/lev/FreeBSD-head/sys/i386/i386/exception.s:168 > #10 0xc05cafc0 in _mtx_lock_flags (m=3D0x78, opts=3D0,=20 > file=3D0xc088c140 "/usr/home/lev/FreeBSD-head/sys/kern/vfs_subr.c",= =20 > line=3D2169) at /usr/home/lev/FreeBSD-head/sys/kern/kern_mutex.c:194 > #11 0xc0672eb2 in vref (vp=3D0x0) > at /usr/home/lev/FreeBSD-head/sys/kern/vfs_subr.c:2169 > #12 0xc066932f in namei (ndp=3D0xc4e29b74) > at /usr/home/lev/FreeBSD-head/sys/kern/vfs_lookup.c:264 > #13 0xc0682900 in vn_open_cred (ndp=3D0xc4e29b74, flagp=3D0xc4e29be8, cmo= de=3D384, > vn_open_flags=3D0, cred=3D0xc50fee80, fp=3D0x0) > at /usr/home/lev/FreeBSD-head/sys/kern/vfs_vnops.c:137 > #14 0xc5c42609 in alq_open_flags (alqp=3D0xc550dc08,=20 > file=3D0xc5108d40 "/usr/ada4.log", cred=3D0xc50fee80, cmode=3D384, si= ze=3D28, > flags=3D16) > at > /usr/home/lev/FreeBSD-head/sys/modules/alq/../../kern/kern_alq.c:451 > It seems, that vref() get NULL instead of valid pointer to struct > vnode. But I have no idea -- why?! Yes, I have no such file created, > but man alq(9) says, that it will create file for me. And if I point > to existed file, it panic anyway. > What do I do wrong?! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 22:16:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A78F106566C; Sun, 2 Oct 2011 22:16:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1798FC08; Sun, 2 Oct 2011 22:16:03 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p92M464I070671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Oct 2011 01:04:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p92M45JA070919; Mon, 3 Oct 2011 01:04:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p92M45lG070918; Mon, 3 Oct 2011 01:04:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 3 Oct 2011 01:04:05 +0300 From: Kostik Belousov To: standards@freebsd.org Message-ID: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g0gRMcGSHhC9oFXc" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: st_dev and st_ino for pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2011 22:16:05 -0000 --g0gRMcGSHhC9oFXc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Our implementation of pipes does not provide useful values for st_dev and st_ino when stat(2) is done on an anonymous pipe. It was noted by the people outside the project, e.g. Perl contains a workaround in one of its modules, submitted by Debian/kFreeBSD developers, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D537555 and the commit 16f708c9bc0dc48713b200 in the Perl git. I think this is a non-conformance, since SUSv4 explicitely states in the description of stat(2) "For all other file types defined in this volume of POSIX.1-2008, the structure members st_mode, st_ino, st_dev, st_uid, st_gid, st_atim, st_ctim, and st_mtim shall have meaningful values ...". Patch below implements the requirement, by the cost of the small overhead at the pipe creation time, and slightly bigger cost at the destruction. Any comments ? diff --git a/sys/fs/devfs/devfs_devs.c b/sys/fs/devfs/devfs_devs.c index a2d3222..a111527 100644 --- a/sys/fs/devfs/devfs_devs.c +++ b/sys/fs/devfs/devfs_devs.c @@ -171,8 +171,7 @@ devfs_free(struct cdev *cdev) cdp =3D cdev2priv(cdev); if (cdev->si_cred !=3D NULL) crfree(cdev->si_cred); - if (cdp->cdp_inode > 0) - free_unr(devfs_inos, cdp->cdp_inode); + devfs_free_cdp_inode(cdp->cdp_inode); if (cdp->cdp_maxdirent > 0)=20 free(cdp->cdp_dirents, M_DEVFS2); free(cdp, M_CDEVP); @@ -394,7 +393,7 @@ devfs_delete(struct devfs_mount *dm, struct devfs_diren= t *de, int flags) mac_devfs_destroy(de); #endif if (de->de_inode > DEVFS_ROOTINO) { - free_unr(devfs_inos, de->de_inode); + devfs_free_cdp_inode(de->de_inode); de->de_inode =3D 0; } if (DEVFS_DE_DROP(de)) @@ -685,6 +684,21 @@ devfs_destroy(struct cdev *dev) devfs_generation++; } =20 +ino_t +devfs_alloc_cdp_inode(void) +{ + + return (alloc_unr(devfs_inos)); +} + +void +devfs_free_cdp_inode(ino_t ino) +{ + + if (ino > 0) + free_unr(devfs_inos, ino); +} + static void devfs_devs_init(void *junk __unused) { diff --git a/sys/kern/sys_pipe.c b/sys/kern/sys_pipe.c index b7ae521..2edecf2 100644 --- a/sys/kern/sys_pipe.c +++ b/sys/kern/sys_pipe.c @@ -93,6 +93,7 @@ __FBSDID("$FreeBSD$"); =20 #include #include +#include #include #include #include @@ -224,6 +225,8 @@ static int pipe_zone_init(void *mem, int size, int flag= s); static void pipe_zone_fini(void *mem, int size); =20 static uma_zone_t pipe_zone; +static struct unrhdr *pipeino_unr; +static ino_t pipedev_ino; =20 SYSINIT(vfs, SI_SUB_VFS, SI_ORDER_ANY, pipeinit, NULL); =20 @@ -235,6 +238,10 @@ pipeinit(void *dummy __unused) pipe_zone_ctor, NULL, pipe_zone_init, pipe_zone_fini, UMA_ALIGN_PTR, 0); KASSERT(pipe_zone !=3D NULL, ("pipe_zone not initialized")); + pipeino_unr =3D new_unrhdr(1, INT32_MAX, NULL); + KASSERT(pipeino_unr !=3D NULL, ("pipe fake inodes not initialized")); + pipedev_ino =3D devfs_alloc_cdp_inode(); + KASSERT(pipedev_ino > 0, ("pipe dev inode not initialized")); } =20 static int @@ -562,6 +569,12 @@ pipe_create(pipe, backing) /* If we're not backing this pipe, no need to do anything. */ error =3D 0; } + if (error =3D=3D 0) { + pipe->pipe_ino =3D alloc_unr(pipeino_unr); + if (pipe->pipe_ino =3D=3D -1) + /* pipeclose will clear allocated kva */ + error =3D ENOMEM; + } return (error); } =20 @@ -1408,9 +1421,10 @@ pipe_stat(fp, ub, active_cred, td) ub->st_ctim =3D pipe->pipe_ctime; ub->st_uid =3D fp->f_cred->cr_uid; ub->st_gid =3D fp->f_cred->cr_gid; + ub->st_dev =3D pipedev_ino; + ub->st_ino =3D pipe->pipe_ino; /* - * Left as 0: st_dev, st_ino, st_nlink, st_rdev, st_flags, st_gen. - * XXX (st_dev, st_ino) should be unique. + * Left as 0: st_nlink, st_rdev, st_flags, st_gen. */ return (0); } @@ -1463,6 +1477,7 @@ pipeclose(cpipe) { struct pipepair *pp; struct pipe *ppipe; + ino_t ino; =20 KASSERT(cpipe !=3D NULL, ("pipeclose: cpipe =3D=3D NULL")); =20 @@ -1521,6 +1536,12 @@ pipeclose(cpipe) knlist_destroy(&cpipe->pipe_sel.si_note); =20 /* + * Postpone the destroy of the fake inode number allocated for + * our end, until pipe mtx is unlocked. + */ + ino =3D cpipe->pipe_ino; + + /* * If both endpoints are now closed, release the memory for the * pipe pair. If not, unlock. */ @@ -1532,6 +1553,9 @@ pipeclose(cpipe) uma_zfree(pipe_zone, cpipe->pipe_pair); } else PIPE_UNLOCK(cpipe); + + if (ino > 0) + free_unr(pipeino_unr, cpipe->pipe_ino); } =20 /*ARGSUSED*/ diff --git a/sys/sys/conf.h b/sys/sys/conf.h index 08e1582..7acd2e0 100644 --- a/sys/sys/conf.h +++ b/sys/sys/conf.h @@ -301,6 +301,9 @@ int devfs_set_cdevpriv(void *priv, cdevpriv_dtr_t dtr); void devfs_clear_cdevpriv(void); void devfs_fpdrop(struct file *fp); /* XXX This is not public KPI */ =20 +ino_t devfs_alloc_cdp_inode(void); +void devfs_free_cdp_inode(ino_t ino); + #define UID_ROOT 0 #define UID_BIN 3 #define UID_UUCP 66 diff --git a/sys/sys/pipe.h b/sys/sys/pipe.h index 2592a8d..20b1092 100644 --- a/sys/sys/pipe.h +++ b/sys/sys/pipe.h @@ -112,6 +112,7 @@ struct pipe { u_int pipe_state; /* pipe status info */ int pipe_busy; /* busy flag, mostly to handle rundown sanely */ int pipe_present; /* still present? */ + ino_t pipe_ino; /* fake inode for stat(2) */ }; =20 /* --g0gRMcGSHhC9oFXc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6I39UACgkQC3+MBN1Mb4gRTACfRK3JmXb/vJNRgg72XDbgxt2O sUMAmwdkGYERkFDj+9NJzYNDGT5TPFhm =olkY -----END PGP SIGNATURE----- --g0gRMcGSHhC9oFXc-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 07:34:25 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C92A2106566C; Mon, 3 Oct 2011 07:34:25 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6468FC08; Mon, 3 Oct 2011 07:34:25 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:906c:6af3:5301:18c6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 3452E4AC1C; Mon, 3 Oct 2011 11:34:24 +0400 (MSD) Date: Mon, 3 Oct 2011 11:34:17 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <349860851.20111003113417@serebryakov.spb.ru> To: current@freebsd.org, fs@FreeBSD.org, geom@freebsd.org In-Reply-To: <228926402.20111002231459@serebryakov.spb.ru> References: <1258376930.20111002193223@serebryakov.spb.ru> <228926402.20111002231459@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: code in GEOM thread could not use vnode API (Was: alq_open_flags() panics in _mtx_lock_flags()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 07:34:25 -0000 Hello, Current. You wrote 2 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 23:14:59: > It seems, that error only occurs when I call alq API from geom > threads (from g_events, for example). Module, which is not GEOM > class, could use this API without any problem! > Is it normal, that GEOM could not use vnode API? Is it normal, that > this leads to panic, and not some diagnostic messages, even with > WITNESS and other diagnostic options turned on? not holding (explicitly release before call) topology lock doesn't help. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 12:45:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC66106566C; Mon, 3 Oct 2011 12:45:38 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.26]) by mx1.freebsd.org (Postfix) with ESMTP id ACFDB8FC08; Mon, 3 Oct 2011 12:45:37 +0000 (UTC) Received: from [87.79.150.108] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1RAhto-0002yp-2z; Mon, 03 Oct 2011 14:45:36 +0200 Date: Mon, 3 Oct 2011 14:26:56 +0200 From: Fabian Keil To: "Kenneth D. Merry" Message-ID: <20111003142656.5dbe1ecd@fabiankeil.de> In-Reply-To: <20111001052005.GA27368@nargothrond.kdm.org> References: <20110922193305.GA24939@nargothrond.kdm.org> <20110924212722.4ce229e9@fabiankeil.de> <20110926225842.GA88443@nargothrond.kdm.org> <20110927214603.427e6992@fabiankeil.de> <20111001052005.GA27368@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/uEkN_MwK1d+hyupj0uB1fSU"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org Subject: Re: SCSI descriptor sense changes, testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 12:45:38 -0000 --Sig_/uEkN_MwK1d+hyupj0uB1fSU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Kenneth D. Merry" wrote: > On Tue, Sep 27, 2011 at 21:46:03 +0200, Fabian Keil wrote: > > "Kenneth D. Merry" wrote: > >=20 > > > On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote: > > > > "Kenneth D. Merry" wrote: > > > >=20 > > > > > I have attached a set of patches against head that implement SCSI > > > > > descriptor sense support for CAM. > > > >=20 > > > > > Anyway, I'd appreciate any testing and feedback on these changes.= As I > > > > > said, they will probably be in 9.0, so if there are any issues it= would > > > > > be better to find them now. :) > > > >=20 > > > > I've been using the patch on a ThinkPad R500 since yesterday and > > > > just reverted it today again to get my kernel closer to HEAD before > > > > looking into some (probably unrelated) panics. > > > >=20 > > > > I didn't notice it while using the patch, but it looks like the > > > > kernel wasn't able to pick up cd0 anymore: > > >=20 > > > Hmm. I don't think any of the changes would have caused this, but > > > evidently something did... > > >=20 > > > Let's see if we can debug it... > > >=20 > > > I have attached a patch to add some debugging output, and I see at le= ast > > > one interesting thing in the logs below. > > >=20 > > > Can you re-apply the descriptor sense patch, and then try the attached > > > debugging patch as well? > >=20 > > Sure. >=20 > I believe this is fixed with my latest set of patches. Can you try them > and let me know? The device is indeed properly picked up now: Oct 3 12:09:26 r500 kernel: ahcich0: AHCI reset... Oct 3 12:09:26 r500 kernel: ahcich0: SATA connect time=3D900us status=3D00= 000113 Oct 3 12:09:26 r500 kernel: ahcich0: AHCI reset: device found Oct 3 12:09:26 r500 kernel: ahcich1: AHCI reset... Oct 3 12:09:26 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Oct 3 12:09:26 r500 kernel: ahcich1: AHCI reset: device found Oct 3 12:09:26 r500 kernel: ugen0.1: at usbus0 Oct 3 12:09:26 r500 kernel: uhub0: on usbus0 Oct 3 12:09:26 r500 kernel: ugen1.1: at usbus1 Oct 3 12:09:26 r500 kernel: uhub1: on usbus1 Oct 3 12:09:26 r500 kernel: ugen2.1: at usbus2 Oct 3 12:09:26 r500 kernel: uhub2: on usbus2 Oct 3 12:09:26 r500 kernel: ugen3.1: at usbus3 Oct 3 12:09:26 r500 kernel: uhub3: on usbus3 Oct 3 12:09:26 r500 kernel: ugen4.1: at usbus4 Oct 3 12:09:26 r500 kernel: uhub4: on usbus4 Oct 3 12:09:26 r500 kernel: ugen5.1: at usbus5 Oct 3 12:09:26 r500 kernel: uhub5: on usbus5 Oct 3 12:09:26 r500 kernel: ugen6.1: at usbus6 Oct 3 12:09:26 r500 kernel: uhub6: on usbus6 Oct 3 12:09:26 r500 kernel: ugen7.1: at usbus7 Oct 3 12:09:26 r500 kernel: uhub7: on usbus7 Oct 3 12:09:26 r500 kernel: battery0: battery initialization start Oct 3 12:09:26 r500 kernel: acpi_acad0: acline initialization start Oct 3 12:09:26 r500 kernel: battery0: battery initialization done, tried 1= times Oct 3 12:09:26 r500 kernel: acpi_acad0: On Line Oct 3 12:09:26 r500 kernel: acpi_acad0: acline initialization done, tried = 1 times Oct 3 12:09:26 r500 kernel: ahcich0: AHCI reset: device ready after 100ms Oct 3 12:09:26 r500 kernel: (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 Oct 3 12:09:26 r500 kernel: ahcich1: AHCI reset: device ready after 100ms Oct 3 12:09:26 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Oct 3 12:09:26 r500 kernel: GEOM: new disk ada0 Oct 3 12:09:26 r500 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Oct 3 12:09:26 r500 kernel: ada0: ATA-8= SATA 1.x device Oct 3 12:09:26 r500 kernel: ada0: Serial Number 090509FB2F32LLEY6D8A Oct 3 12:09:26 r500 kernel: ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, = PIO 8192bytes) Oct 3 12:09:26 r500 kernel: ada0: Command Queueing enabled Oct 3 12:09:26 r500 kernel: ada0: 238475MB (488397168 512 byte sectors: 16= H 63S/T 16383C) Oct 3 12:09:26 r500 kernel: ada0: Previously was known as ad4 Oct 3 12:09:26 r500 kernel: pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 Oct 3 12:09:26 r500 kernel: pass0: ATA-= 8 SATA 1.x device Oct 3 12:09:26 r500 kernel: pass0: Serial Number 090509FB2F32LLEY6D8A Oct 3 12:09:26 r500 kernel: pass0: 150.000MB/s transfers (SATA 1.x, UDMA5,= PIO 8192bytes) Oct 3 12:09:26 r500 kernel: pass0: Command Queueing enabled Oct 3 12:09:26 r500 kernel: pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 Oct 3 12:09:26 r500 kernel: pass1: Removab= le CD-ROM SCSI-0 device Oct 3 12:09:26 r500 kernel: pass1: Serial Number M2R96NC0647 Oct 3 12:09:26 r500 kernel: pass1: 150.000MB/s transfers (SATA 1.x, UDMA6,= ATAPI 12bytes, PIO 8192bytes) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: UNIT ATTENTIO= N asc:29,0 (Power on, reset, or bus device reset occurred) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Retrying command (per sen= se data) Oct 3 12:09:26 r500 kernel: SMP: AP CPU #1 Launched! Oct 3 12:09:26 r500 kernel: cpu1 AP: Oct 3 12:09:26 r500 kernel: ID: 0x01000000 VER: 0x00050014 LDR: 0x000000= 00 DFR: 0xffffffff Oct 3 12:09:26 r500 kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x000= 00000 SVR: 0x000001ff Oct 3 12:09:26 r500 kernel: timer: 0x000100ef therm: 0x00010200 err: 0x000= 000f0 pmc: 0x00010400 Oct 3 12:09:26 r500 kernel: TSC timecounter disabled: C3 enabled. Oct 3 12:09:26 r500 kernel: Timecounter "TSC" frequency 1995039830 Hz qual= ity -1000 Oct 3 12:09:26 r500 kernel: WARNING: WITNESS option enabled, expect reduce= d performance. Oct 3 12:09:26 r500 kernel: GEOM: new disk cd0 Oct 3 12:09:26 r500 kernel: GEOM: ada0s1: geometry does not match label (2= 55h,63s !=3D 16h,63s). Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc= :4,1 (Logical unit is in process of becoming ready) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Polling device for readin= ess Oct 3 12:09:26 r500 kernel: uhub0: 2 ports with 2 removable, self powered Oct 3 12:09:26 r500 kernel: uhub1: 2 ports with 2 removable, self powered Oct 3 12:09:26 r500 kernel: uhub2: 2 ports with 2 removable, self powered Oct 3 12:09:26 r500 kernel: uhub4: 2 ports with 2 removable, self powered Oct 3 12:09:26 r500 kernel: uhub5: 2 ports with 2 removable, self powered Oct 3 12:09:26 r500 kernel: uhub6: 2 ports with 2 removable, self powered Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc= :3a,1 (Medium not present - tray closed) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error Oct 3 12:09:26 r500 kernel: cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 Oct 3 12:09:26 r500 kernel: cd0: Removable= CD-ROM SCSI-0 device Oct 3 12:09:26 r500 kernel: cd0: Serial Number M2R96NC0647 Oct 3 12:09:26 r500 kernel: cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, A= TAPI 12bytes, PIO 8192bytes) Oct 3 12:09:26 r500 kernel: cd0: Attempt to query device size failed: NOT = READY, Medium not present - tray closed Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc= :3a,1 (Medium not present - tray closed) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc= :3a,1 (Medium not present - tray closed) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc= :3a,1 (Medium not present - tray closed) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 = 0 0 0 0 0 0 0 0 Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status E= rror Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condit= ion Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc= :3a,1 (Medium not present - tray closed) Oct 3 12:09:26 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error Thanks Fabian --Sig_/uEkN_MwK1d+hyupj0uB1fSU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6JqhQACgkQBYqIVf93VJ1IiQCfZbPhEDFL2G1OZgp6aA3olJiK /ucAnjQqcXgkHOG6JIAjr+cXcHF0syAr =BUK7 -----END PGP SIGNATURE----- --Sig_/uEkN_MwK1d+hyupj0uB1fSU-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 16:38:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD6B1106564A; Mon, 3 Oct 2011 16:38:59 +0000 (UTC) (envelope-from mhenrion@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8B87C8FC0C; Mon, 3 Oct 2011 16:38:59 +0000 (UTC) Received: by pzk32 with SMTP id 32so26046000pzk.3 for ; Mon, 03 Oct 2011 09:38:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1ECh0EHg/ncuZJ25ykoTRmJXFSW9XGYv2MkdXMzVsQk=; b=OsbJL5g56qKVF+tWY3XoH2DRsOraMkW1nOPJNvkgSvzduhDKaaWFqG1+dKNicr9wAz FdjEkThns5s9Kx6nkgysSaOetqJUgiiwo3Kf5fG3yxiM7D8EapJ0EbFRmPRuYqI03VxL uw1Cyy/e5OM12loH4OK+j6QSTvzuJlAKjfnBo= MIME-Version: 1.0 Received: by 10.68.19.34 with SMTP id b2mr2242084pbe.60.1317658541712; Mon, 03 Oct 2011 09:15:41 -0700 (PDT) Sender: mhenrion@gmail.com Received: by 10.142.201.10 with HTTP; Mon, 3 Oct 2011 09:15:41 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> Date: Mon, 3 Oct 2011 18:15:41 +0200 X-Google-Sender-Auth: mkzv05gshwyIAIS7LRnZeCq-d8w Message-ID: From: Maxime Henrion To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Alexander Zagrebin Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 16:38:59 -0000 On Mon, Sep 19, 2011 at 8:26 AM, Adrian Chadd wrote: > 2011/9/19 Alexander Zagrebin : > >> I've tried this patch. Now csup "hangs" before handling fixups. >> So there is no message "Applying fixups..." at all. > > Wow. Hm. Where's the author when one needs them.. Well that's quite a strange coincidence. I haven't read current@ in ages and now I just stumble upon this. :-) It's been a long time since I've been looking at this code but the patch from the original PR seems /nearly/ correct, while the one from adrian@ is definitely incorrect. But to be honest, this part of the CVSup protocol is a lot more twisted than it would seem, plus a comment of mine was definitely misleading (it should say that the detailer thread will hang, not the lister one). Here are some explanations that should help clarify things. When the updater thread encountered a problem in updating a file (MD5 checksum doesn't match), it will send a fixup "request" to the detailer thread. The detailer thread then sends this request to the CVSup server, which, finally, sends the whole file for the _updater_ thread to receive. So what's happening at this position in the code is that the updater thread finished processing all the "normal" updates, and thus knows there won't be any more fixup requests (fixups themselves can't generate other fixups). This is why it closes the writing end of the fixups queue, to wake up the detailer thread which will notice the closed state and the absence of fixups in the queue, and will thus terminate. So we _have_ to call fixups_close() here, or the detailer thread will block indefinitely in fixups_get() when an error happened. Knowing all that, what's happening seems quite clear. If fixups_close() is called while there was still fixup requests pending, those should be processed by the detailer thread before it returns. Subsequent fixups_get() call should continue returning pending items, until there are no more entries in the queue _and_ the queue is closed. So, line 144 in fixups.c (in fixups_get()): if (f->closed) { should actually be: if (f->closed && f->size == 0) { The fact that this could even happen smells a bit weird to me though; it means the detailer thread didn't get a chance to run between some item was added to the queue (fixups_put() signals the detailer thread via pthread_cond_signal()), and that it only runs now that the updater queue has been closed. I wouldn't go as far as saying this is a bug, but is it even valid for the pthread library to "coalesce" two pthread_cond_signal() calls into one when the thread didn't get to run since the first call was made? If so, then the above fix is perfectly valid. If not, there is a deeper bug in the threading library, or in the CVS mode code which I didn't write (but that seems far-fetched). It would be great to fix my misleading comment too by the way :-) I hope this helps. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 16:56:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6B7E106564A for ; Mon, 3 Oct 2011 16:56:38 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 70E408FC0A for ; Mon, 3 Oct 2011 16:56:38 +0000 (UTC) Received: by qyk10 with SMTP id 10so2520668qyk.13 for ; Mon, 03 Oct 2011 09:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=ZedbleiiWLI/o3LmccgMxaPokYkh4hqh7fVkom/qWtg=; b=U9kkH5aSGR29euJwrWReDnt3Qgphh5nVlYrTRLwV1w0FaoqiCH9Qr3O1SPLYLIAt1B 3HGoAXaHDEERUsiF6NI6AsAQ4wDiLfcsutjwT9ipnHRZGjcECE226BOVBgEvhBSEU7X0 O4WgHJmXcxwCgDV85xo+5oq6xHQDb6i3eiLjg= Received: by 10.68.31.4 with SMTP id w4mr2628241pbh.20.1317660995777; Mon, 03 Oct 2011 09:56:35 -0700 (PDT) Received: from sylph ([75.101.87.90]) by mx.google.com with ESMTPS id lh6sm55413007pbb.12.2011.10.03.09.56.33 (version=SSLv3 cipher=OTHER); Mon, 03 Oct 2011 09:56:33 -0700 (PDT) Date: Mon, 3 Oct 2011 09:56:18 -0700 From: matt To: arrowdodger <6yearold@gmail.com> Message-ID: <20111003095618.38b27400@sylph> In-Reply-To: References: <20110928133228.GV97394@e-new.0x20.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, FreeBSD Current Subject: Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 16:56:38 -0000 On Sun, 2 Oct 2011 15:49:44 +0400 arrowdodger <6yearold@gmail.com> wrote: > On Wed, Sep 28, 2011 at 5:44 PM, arrowdodger <6yearold@gmail.com> > wrote: > > > On Wed, Sep 28, 2011 at 5:32 PM, Lars Engels > > wrote: > > > >> On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote: > >> > Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This > >> notebook > >> > has an key combination (Fn+F6/F7)to change monitor brightness. > >> > After > >> i've > >> > updated my system to 9-STABLE, these combinations stopped > >> > working. It's worth mentioning, that these combinations still > >> > work at boot screen. > >> > >> Have you tried loading acpi_asus.ko? > >> > > > > I've tried to do so when i was on 8-STABLE and it didn't work. It's > > not working for me on 9-STABLE too: > > acpi_asus0: Unsupported Asus laptop: K40IN > > > > All hotkeys, except ones for switching Wi-Fi and adjusting volume, > > were working on 8-STABLE. > > > > If no one knows a fix for this problem, maybe someone can point me to > relevant code? I may try to bisect revisions, or to check commit log. > _______________________________________________ > 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" /usr/src/sys/dev/acpi_support/acpi_asus.c Might be a good place to start? You can use 'acpidump -dt > acpidump.aml' to get a dump of the laptop's acpi in the file acpidump.aml...This may allow you to determine what changed, either in the acpi_asus or in your laptop's ACPI Matt From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 17:17:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D44BF106566C; Mon, 3 Oct 2011 17:17:41 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 763278FC08; Mon, 3 Oct 2011 17:17:41 +0000 (UTC) Received: by vcbf13 with SMTP id f13so4224329vcb.13 for ; Mon, 03 Oct 2011 10:17:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=wOG6YZ94Ca62ur9Ma46i10In8JOseE7JrRgYf1T+ghU=; b=XyesY9qq0AZVisNx/S7NjCY9BvPqTLFWDbEEHxhzhtEqbympkreIkd6U0psbgkTLtN KzrJt8IaEAH9g/JUvq0jb0B2z1QiYb5ztHnmnMCSTiSzR5D94+l8j3LL1qLmO90bz/kh ysh5U/jEhvRIfsj745RmcnVim+lh+J/OXHB78= Received: by 10.68.19.196 with SMTP id h4mr2721253pbe.39.1317662260291; Mon, 03 Oct 2011 10:17:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Mon, 3 Oct 2011 10:17:20 -0700 (PDT) In-Reply-To: <20111003095618.38b27400@sylph> References: <20110928133228.GV97394@e-new.0x20.net> <20111003095618.38b27400@sylph> From: arrowdodger <6yearold@gmail.com> Date: Mon, 3 Oct 2011 21:17:20 +0400 Message-ID: To: matt Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org, FreeBSD Current Subject: Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 17:17:41 -0000 On Mon, Oct 3, 2011 at 8:56 PM, matt wrote: > /usr/src/sys/dev/acpi_support/acpi_asus.c > > Might be a good place to start? > > You can use 'acpidump -dt > acpidump.aml' to get a dump of the laptop's > acpi in the file acpidump.aml...This may allow you to determine what > changed, either in the acpi_asus or in your laptop's ACPI > > Matt > If that acpi_asus.c file is from acpi_asus.ko, then it has nothing to do with my problem - i'm not using it. I will take a look on acpidump, thanks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 19:19:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B84C81065670 for ; Mon, 3 Oct 2011 19:19:32 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 73F168FC16 for ; Mon, 3 Oct 2011 19:19:32 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p93IKXJP020400 for ; Mon, 3 Oct 2011 14:21:05 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id SMH59296; Mon, 03 Oct 2011 14:21:05 -0400 (EDT) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p93IL58f016993 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 3 Oct 2011 14:21:05 -0400 From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 3 Oct 2011 14:21:05 -0400 Message-Id: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020208.4E89FD11.0110,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Subject: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 19:19:32 -0000 I wasn't sure whether to post this here or on stable@freebsd.org. The = system now runs RELENG_9, but the ZFS pool exhibiting problems was = created, IIRC, under 9-CURRENT. I believe RELENG_9 is sufficiently = close to HEAD at this stage that this list is probably the correct place = for this message. I have a raidz2 ZFS pool on a system that I have recently been using as = a mirror for about 6.5 TiB of data. The data are mirrored nightly using = rsync. I noticed during these nightly rsync copies I would get some = errors like this: =3D=3D=3D=3D=3D file has vanished: "/backups/storage/san/DLA/DLA_Records/05DLAAdmin" rsync: stat "/backups/storage/san/DLA/DLA_Records/05DLAAdmin" failed: No = such file or directory (2) rsync: recv_generator: mkdir = "/backups/storage/san/DLA/DLA_Records/05DLAAdmin/05DI_business copy" = failed: No such file or directory (2) *** Skipping any contents from this failed directory *** =3D=3D=3D=3D=3D It appears that 05DLAAdmin is a directory that is corrupted. It shows = in an "ls" but any attempt to descend into that directory or discern its = attributes fails with a "No such file or directory" error. Furthermore, = I cannot delete this directory (even with "rm -rf"). E.g.: =3D=3D=3D=3D=3D tape# pwd /backups/storage/san/DLA tape# whoami root tape# rm -rf DLA_Records rm: DLA_Records/07DLAAdmin/07Digital_Imaging_Work: Directory not empty rm: DLA_Records/07DLAAdmin/FY07IAWAprep: Directory not empty rm: DLA_Records/07DLAAdmin: Directory not empty rm: DLA_Records: Directory not empty tape# cd DLA_Records tape# ls 05DLAAdmin 07DLAAdmin tape# ls -l ls: 05DLAAdmin: No such file or directory total 3 drwxrws--- 4 500 501 4 Oct 3 11:53 07DLAAdmin tape# file 05DLAAdmin 05DLAAdmin: cannot open `05DLAAdmin' (No such file or directory) tape# ls -R 07DLAAdmin 07Digital_Imaging_Work FY07IAWAprep 07DLAAdmin/07Digital_Imaging_Work: ls: 07Proposals: No such file or directory 07DLAAdmin/FY07IAWAprep: ls: Budget: No such file or directory tape# ls 07DLAAdmin 07Digital_Imaging_Work FY07IAWAprep tape# ls 07DLAAdmin/07Digital_Imaging_Work 07Proposals tape# ls -l 07DLAAdmin/07Digital_Imaging_Work/07Proposals ls: 07DLAAdmin/07Digital_Imaging_Work/07Proposals: No such file or = directory tape# ls 07DLAAdmin/FY07IAWAprep Budget tape# ls 07DLAAdmin/FY07IAWAprep/Budget ls: 07DLAAdmin/FY07IAWAprep/Budget: No such file or directory tape# file 07DLAAdmin/FY07IAWAprep/Budget 07DLAAdmin/FY07IAWAprep/Budget: cannot open = `07DLAAdmin/FY07IAWAprep/Budget' (No such file or directory) tape# cd 05DLAAdmin 05DLAAdmin: No such file or directory. =3D=3D=3D=3D=3D The pool itself reports no errors. I performed a scrub on the pool yet = this bizarre filesystem corruption persists: =3D=3D=3D=3D=3D tape# zpool status backups pool: backups state: ONLINE scan: scrub repaired 15K in 7h33m with 0 errors on Sat Oct 1 19:22:35 = 2011 config: NAME STATE READ WRITE CKSUM backups ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 gpt/disk02 ONLINE 0 0 0 gpt/disk03 ONLINE 0 0 0 gpt/disk04 ONLINE 0 0 0 gpt/disk05 ONLINE 0 0 0 gpt/disk06 ONLINE 0 0 0 gpt/disk07 ONLINE 0 0 0 errors: No known data errors tape# uname -a FreeBSD tape.private.lib.vt.edu 9.0-BETA3 FreeBSD 9.0-BETA3 #0: Wed Sep = 28 15:18:59 EDT 2011 = pmather@tape.private.lib.vt.edu:/usr/obj/usr/src/sys/TAPE amd64 tape# zpool get all backups NAME PROPERTY VALUE SOURCE backups size 10.9T - backups capacity 62% - backups altroot - default backups health ONLINE - backups guid 1352318175125790395 default backups version 28 default backups bootfs - default backups delegation on default backups autoreplace off default backups cachefile - default backups failmode wait default backups listsnapshots off default backups autoexpand off default backups dedupditto 0 default backups dedupratio 1.00x - backups free 4.07T - backups allocated 6.80T - backups readonly off - tape# zfs get all backups/storage NAME PROPERTY VALUE SOURCE backups/storage type filesystem - backups/storage creation Fri Sep 2 14:43 2011 - backups/storage used 4.26T - backups/storage available 2.60T - backups/storage referenced 4.26T - backups/storage compressratio 1.51x - backups/storage mounted yes - backups/storage quota none default backups/storage reservation none default backups/storage recordsize 128K default backups/storage mountpoint /backups/storage default backups/storage sharenfs off default backups/storage checksum fletcher4 local backups/storage compression gzip-9 local backups/storage atime on default backups/storage devices on default backups/storage exec off local backups/storage setuid on default backups/storage readonly off default backups/storage jailed off default backups/storage snapdir hidden default backups/storage aclmode discard default backups/storage aclinherit restricted default backups/storage canmount on default backups/storage xattr off temporary backups/storage copies 1 default backups/storage version 5 - backups/storage utf8only off - backups/storage normalization none - backups/storage casesensitivity sensitive - backups/storage vscan off default backups/storage nbmand off default backups/storage sharesmb off default backups/storage refquota none default backups/storage refreservation none default backups/storage primarycache all default backups/storage secondarycache all default backups/storage usedbysnapshots 0 - backups/storage usedbydataset 4.26T - backups/storage usedbychildren 0 - backups/storage usedbyrefreservation 0 - backups/storage logbias latency default backups/storage dedup off default backups/storage mlslabel - backups/storage sync standard default backups/storage refcompressratio 1.51x - =3D=3D=3D=3D=3D I know ZFS does not have a fsck utility ("because it doesn't need = one":), but does anyone know of any way of fixing this corruption short = of destroying the pool, creating a new one, and restoring from backup? = Is there some way of exporting and re-importing the pool that has the = side-effect of doing some kind of fsck-like repairing of subtle = corruption like this? Cheers, Paul. From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:24:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37AAA1065672; Mon, 3 Oct 2011 21:24:55 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id DDCA28FC12; Mon, 3 Oct 2011 21:24:54 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p93LOpiS072980; Mon, 3 Oct 2011 15:24:51 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p93LOp3Q072979; Mon, 3 Oct 2011 15:24:51 -0600 (MDT) (envelope-from ken) Date: Mon, 3 Oct 2011 15:24:51 -0600 From: "Kenneth D. Merry" To: scsi@freebsd.org, current@freebsd.org Message-ID: <20111003212451.GA72963@nargothrond.kdm.org> References: <20110922193305.GA24939@nargothrond.kdm.org> <20111001051914.GA25534@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111001051914.GA25534@nargothrond.kdm.org> User-Agent: Mutt/1.4.2i Cc: Subject: Re: SCSI descriptor sense changes, testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 21:24:55 -0000 This has been committed to head, and the plan is to get it into stable/9 in time for 9.0. Please let me know if you run into any problems with the changes. Thanks, Ken On Fri, Sep 30, 2011 at 23:19:14 -0600, Kenneth D. Merry wrote: > > I have attached a new version of the patches, with a number of changes. > > One issue that has cropped up is that the previous sense code and my new > descriptor sense changes never paid any attention to the actual length of > the sense data returned by the controller. > > I have changed all of the error recovery code and sense printing code to > honor the sense data length in the CAM CCB. > > One other problem related to that is that many controller drivers don't set > the sense residual field in struct ccb_scsiio properly, or don't set it at > all. This patch includes changes to the isp, mps, mpt, umass, and ciss > drivers to set the sense_resid field properly. > > There are lots of other drivers in the system, however, that haven't been > audited, and may or may not set the sense residual correctly. > > I also fixed an issue reported by Fabian Keil that showed up with the ahci > driver. In reverting a change I have in my local tree to switch to a 2 > byte length field in the SCSI inquiry CDB, I accidently shortened the CDB > to 5 bytes. Oops. > > I'd really appreciate more feedback; Fabian is the only person to report > testing the previous patch. > > Thanks, > > Ken > > On Thu, Sep 22, 2011 at 13:33:05 -0600, Kenneth D. Merry wrote: > > > > I have attached a set of patches against head that implement SCSI > > descriptor sense support for CAM. > > > > Descriptor sense is a new sense (SCSI error) format introduced in the SPC-3 > > spec in 2006. FreeBSD doesn't currently support it. > > > > Seagate's new 3TB SAS drives come with descriptor sense enabled by default, > > and it's possible that other newer drives do as well. Because all the > > sense key, additional sense code, and additional sense code qualifier > > fields are in different places, the CAM error recovery code will not do the > > right thing when it gets descriptor sense. > > > > These patches do bump up the size of struct scsi_sense_data, and so I have > > incremented CAM_VERSION as well. I have discussed this with re@, and it > > looks like we'll be putting the changes in before 9.0, so it ships with > > support for newer SCSI devices. > > > > A number of things have changed in these patches, but in particular, it > > would be good to test the following: > > > > - The sa(4) (SCSI tape) driver. The residual handling code, which looks > > at the sense data, has changed. > > - The Playstation 3 CDROM driver. > > - Firewire target mode. > > - umass devices with the NO_INQUIRY_EVPD quirk. > > > > Also, please let me know if you see any anomalies with the sense printing > > code. In the common cases the output should look identical to the old > > code, but in some cases it will be a little different. e.g.: > > > > # camcontrol inquiry da40 -v > > pass47: Fixed Direct Access SCSI-6 device > > pass47: Serial Number 9XK0GAJ70000S125XDNU > > pass47: 300.000MB/s transfers, Command Queueing Enabled > > > > (Seagate 3TB drive) > > > > # camcontrol modepage da40 -m 10 |grep D_SENSE > > D_SENSE: 1 > > > > (Descriptor sense is enabled) > > > > # camcontrol modepage da40 -m 15 -v > > (pass47:mps1:0:47:0): MODE SENSE(6). CDB: 1a 0 4f 0 ff 0 > > (pass47:mps1:0:47:0): CAM status: SCSI Status Error > > (pass47:mps1:0:47:0): SCSI status: Check Condition > > (pass47:mps1:0:47:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) > > (pass47:mps1:0:47:0): Field Replaceable Unit: 1 > > (pass47:mps1:0:47:0): Command byte 2 bit 5 is invalid > > (pass47:mps1:0:47:0): Descriptor 0x80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > camcontrol: error sending mode sense command > > > > (The FRU and Sense Key Specific entries are on separate lines, and a > > vendor-specific sense descriptor is printed out in hex format.) > > > > Anyway, I'd appreciate any testing and feedback on these changes. As I > > said, they will probably be in 9.0, so if there are any issues it would be > > better to find them now. :) > > > > Thanks, > > > > Ken > > -- > > Kenneth Merry > > ken@FreeBSD.ORG > -- > Kenneth Merry > ken@FreeBSD.ORG -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:30:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71AA1106566B; Mon, 3 Oct 2011 21:30:26 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 0938E8FC14; Mon, 3 Oct 2011 21:30:26 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id D1199358C31; Mon, 3 Oct 2011 23:30:24 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id CA11517564; Mon, 3 Oct 2011 23:30:24 +0200 (CEST) Date: Mon, 3 Oct 2011 23:30:24 +0200 From: Jilles Tjoelker To: Maxime Henrion Message-ID: <20111003213024.GA42715@stack.nl> References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd , freebsd-current@freebsd.org, Alexander Zagrebin Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 21:30:26 -0000 On Mon, Oct 03, 2011 at 06:15:41PM +0200, Maxime Henrion wrote: > Knowing all that, what's happening seems quite clear. If > fixups_close() is called while there was still fixup requests pending, > those should be processed by the detailer thread before it returns. > Subsequent fixups_get() call should continue returning pending items, > until there are no more entries in the queue _and_ the queue is > closed. > So, line 144 in fixups.c (in fixups_get()): > if (f->closed) { > should actually be: > if (f->closed && f->size == 0) { That looks sensible. > The fact that this could even happen smells a bit weird to me though; > it means the detailer thread didn't get a chance to run between some > item was added to the queue (fixups_put() signals the detailer thread > via pthread_cond_signal()), and that it only runs now that the updater > queue has been closed. I wouldn't go as far as saying this is a bug, > but is it even valid for the pthread library to "coalesce" two > pthread_cond_signal() calls into one when the thread didn't get to run > since the first call was made? If so, then the above fix is perfectly > valid. If not, there is a deeper bug in the threading library, or in > the CVS mode code which I didn't write (but that seems far-fetched). The pthread library is free to "coalesce" pthread_cond_signal() calls like that. This is because a thread awakened by pthread_cond_signal() (or any other event) is not guaranteed to start running immediately and pthread_cond_signal() does nothing if there is no thread to wake up. If there is no second CPU core available to run the detailer thread, it is more efficient to have the updater thread do some more work before incurring a context switch. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:53:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D9F1065670; Mon, 3 Oct 2011 21:53:55 +0000 (UTC) (envelope-from mhenrion@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B3BA88FC27; Mon, 3 Oct 2011 21:53:54 +0000 (UTC) Received: by qadz30 with SMTP id z30so2593379qad.13 for ; Mon, 03 Oct 2011 14:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dbozJ8o1QeGIQ7zgY5QD5ZGlu55nETTEQwp/sy6K7ZU=; b=WPCDTLMcotso6fHnoVlYiZ3D3ArEkTJ/MMMq6YMIWBd6TXT0hxyR3TjzZJsptgKVAA sd1zP7dQptrj70vEL5GbKNX1recxzvnYCZuss1r5dWrlxa3VHnezStb6hcGkOeCLZwaN jH0yvCY/VR7+EqtXRyz4Ct9RC9RgG0wn6cTjg= MIME-Version: 1.0 Received: by 10.68.7.166 with SMTP id k6mr890432pba.128.1317678833486; Mon, 03 Oct 2011 14:53:53 -0700 (PDT) Sender: mhenrion@gmail.com Received: by 10.142.201.10 with HTTP; Mon, 3 Oct 2011 14:53:53 -0700 (PDT) In-Reply-To: <20111003213024.GA42715@stack.nl> References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <20111003213024.GA42715@stack.nl> Date: Mon, 3 Oct 2011 23:53:53 +0200 X-Google-Sender-Auth: _k0_svc1NTs54qlwmiHAaw7qYTE Message-ID: From: Maxime Henrion To: Jilles Tjoelker Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, Alexander Zagrebin Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 21:53:55 -0000 On Mon, Oct 3, 2011 at 11:30 PM, Jilles Tjoelker wrote: > On Mon, Oct 03, 2011 at 06:15:41PM +0200, Maxime Henrion wrote: >> Knowing all that, what's happening seems quite clear. If >> fixups_close() is called while there was still fixup requests pending, >> those should be processed by the detailer thread before it returns. >> Subsequent fixups_get() call should continue returning pending items, >> until there are no more entries in the queue _and_ the queue is >> closed. > >> So, line 144 in fixups.c (in fixups_get()): > >> =A0 =A0 =A0 =A0 if (f->closed) { > >> should actually be: > >> =A0 =A0 =A0 =A0 if (f->closed && f->size =3D=3D 0) { > > That looks sensible. > >> The fact that this could even happen smells a bit weird to me though; >> it means the detailer thread didn't get a chance to run between some >> item was added to the queue (fixups_put() signals the detailer thread >> via pthread_cond_signal()), and that it only runs now that the updater >> queue has been closed. I wouldn't go as far as saying this is a bug, >> but is it even valid for the pthread library to "coalesce" two >> pthread_cond_signal() calls into one when the thread didn't get to run >> since the first call was made? If so, then the above fix is perfectly >> valid. If not, there is a deeper bug in the threading library, or in >> the CVS mode code which I didn't write (but that seems far-fetched). > > The pthread library is free to "coalesce" pthread_cond_signal() calls > like that. This is because a thread awakened by pthread_cond_signal() > (or any other event) is not guaranteed to start running immediately and > pthread_cond_signal() does nothing if there is no thread to wake up. Great, that's a relief. I knew the pthread library was free to wake a thread up even if it hadn't been signaled, which is why one always has to call pthread_cond_wait() inside of a while() loop checking for the condition, but wasn't sure about that particular scenario, so I'm glad to hear a confirmation. Thanks! Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 22:20:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD42D106566C for ; Mon, 3 Oct 2011 22:20:00 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 89F3F8FC12 for ; Mon, 3 Oct 2011 22:20:00 +0000 (UTC) Received: by ywp17 with SMTP id 17so4923819ywp.13 for ; Mon, 03 Oct 2011 15:19:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NoTd1xmMX5wqncgooRiGRbBXzr2F4FH7M+kUiGhXHKo=; b=I4Ab7xgiTyeAgafglhDHvFQgz8eVx6HSIJ+WCnE/lvRjuWydf87eXFkOpMmPPt/bPY FCsAbmbmFDzzcIWW69s9E8QTFZMTFDITcY9GLZ+ajs0ZbOAykrZLJR03mSt4TjhEewWI 9w6jwrja35WL8nskAbYmHhIWVCFER2un58vq4= MIME-Version: 1.0 Received: by 10.236.175.164 with SMTP id z24mr2637021yhl.114.1317680399731; Mon, 03 Oct 2011 15:19:59 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.236.103.33 with HTTP; Mon, 3 Oct 2011 15:19:59 -0700 (PDT) In-Reply-To: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> Date: Mon, 3 Oct 2011 15:19:59 -0700 X-Google-Sender-Auth: BvamFBEIEYd3LMH1i3vGaBn0wWI Message-ID: From: Artem Belevich To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 22:20:00 -0000 On Mon, Oct 3, 2011 at 11:21 AM, Paul Mather wrot= e: > =3D=3D=3D=3D=3D > > The pool itself reports no errors. =A0I performed a scrub on the pool yet= this bizarre filesystem corruption persists: > > =3D=3D=3D=3D=3D > tape# zpool status backups > =A0pool: backups > =A0state: ONLINE > =A0scan: scrub repaired 15K in 7h33m with 0 errors on Sat Oct =A01 19:22:= 35 2011 The pool *did* report 15K errors that it was able to repair. I'd start with testing your RAM with memtest86 or memtest86+. ZFS errors without reported checksum errors may be the sign of bad memory. I.e. data gets corrupted before ZFS gets to calculate checksum and later invalid data with valid checksum gets written to disk. --Artem From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 23:51:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14F58106564A; Mon, 3 Oct 2011 23:51:00 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCB38FC0A; Mon, 3 Oct 2011 23:50:59 +0000 (UTC) Received: by wwe3 with SMTP id 3so6234248wwe.31 for ; Mon, 03 Oct 2011 16:50:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ns/8iXTFyhAh+dFl5n85us2QXnQZlxCk7uxm0IkcKXs=; b=Jo9F2Uuw65crrgU0UndFX63RmbUZyTh9ZaOlhadobTMa3otX2atiXp65YxiznojzEj xkJwW4jN/CEjals5WE0M5fhwECjJC9BjsGCZ4oBVJvdHp1ZK3uD6LRrGafe6qBgPQSTc JOg8HsBO7wYQYqk9ZdFFOmhUxX5Ntm1E/9h08= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr597190wbz.36.1317685858214; Mon, 03 Oct 2011 16:50:58 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 3 Oct 2011 16:50:58 -0700 (PDT) In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Mon, 3 Oct 2011 19:50:58 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 23:51:00 -0000 Hi, On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrote: > > The third BETA build of the 9.0-RELEASE release cycle is now > available. =A0Since this is the first release of a brand new branch > I cross-post the announcements on both -current and -stable. =A0But > just so you know most of the developers active in head pay more > attention to the -current mailing list. =A0If you notice problems you > can report them through the normal Gnats PR system or on the -current > mailing list. > > The 9.0-RELEASE cycle will be tracked here: > > =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO > could you please update that page ? It's wayy out of date... Thanks, - Arnaud > though the schedule listed there is still way off. =A0We'll re-work the > schedule some time soon. > > NOTE: The location of the FTP install tree and ISOs is the same as it > had been for BETA2, though we are still deciding if this will be the > layout we switch to for the release. > > ISO images for the following architectures are available, with pathnames > given relative to the top-level of the FTP site: > > =A0amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ > =A0i386: .../releases/i386/i386/ISO-IMAGES/9.0/ > =A0ia64: .../releases/ia64/ia64/ISO-IMAGES/9.0/ > =A0powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ > =A0powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ > =A0sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ > > MD5/SHA256 checksums are tacked on below. > > If you would like to use csup/cvsup mechanisms to access the source > tree the branch tag to use is now "RELENG_8", if you use "." (head) > you will get 10-CURRENT. =A0If you would like to access the source tree > via SVN it is "svn://svn.freebsd.org/base/stable/9/". =A0We still have > the nit that the creation of a new SVN branch winds up causing what > looks like a check-in of the entire tree in CVS (a side-effect of the > svn2cvs exporter) so "mergemaster -F" is your friend if you are using > csup/cvsup. > > At this point FreeBSD-Update is still not available, in part to help > encourage testing the installer. > > We hope to start the Release Candidate phase of the release cycle with > the next test build. > > Checksums: > > MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D 2ce7b93d28fd7ff37965893f1a= f3f7fc > MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D 4affc701f2052edc548274f090e492= 35 > MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D e260f2f2122326cb9a93ac83eb= 006c1c > > MD5 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D ef43977dbf1c8c0f40710985660= ed55e > MD5 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 95bc3b0c312b83a79752dce616075cd= b > MD5 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D d86475510e34698e8077edac717= ae73c > > MD5 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 463ee0447dd96ab7fc6e61a6b46= 23128 > MD5 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 0d6ed910294fbf0afc1c34e9a55227b= 8 > MD5 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D 716ace96755ddc2965c76590253f= b756 > > MD5 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 6110fe69b92e40e4eab03167= 795459d0 > MD5 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D 9a365252f3c347c0b465096aed38= 3679 > MD5 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 8c18ca00a9a8013a615c86c2a= 5df46be > > MD5 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d9e2458116de2b89085fe= 416e3ce2d5 > MD5 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D 0b547b0375bfb2a53efc2185b6= 1bfc63 > MD5 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D cbc4ad7477bae80f0055e11= 6038d06c2 > > MD5 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D cc1d53cbae4a00672bc0cce3= e11ba956 > MD5 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 988b07e44a4cfeb39e0aca0a1239= c2d2 > > SHA256 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D bd12e94d69c189efa15f4cc= c5c98d552d54ed204d6d811e9ac8a965dc8780c42 > SHA256 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D fd026f1d0bdddaff533a58b8c73= 1ecbc2b2b14d9d975e8771bebe07eba7a579c > SHA256 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D 963326cc20ce81cfde06265= 1d757fca1da2ae313fcb2aafcd92054970fdff3a6 > > SHA256 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D 8a083b9859ca09eca944afc9= b20e93b167861b5d876a6ff2c791ad7ffe18f2ac > SHA256 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 811e66efc14ba1a6184b787b09eb= 497df3c72f38688f73e6b44ffce9e8b81b42 > SHA256 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D 8aca989b1c2837a21240a6c5= 8124f19576cb322c183242e222999f59d99e6293 > > SHA256 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 96c91419fd9a80ff5c3322ef= 3ee99a4608bda3b39a630dca07869a2aa9c82f13 > SHA256 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 3d253650fdd0bcbecd4f0fb45844= f65f4e5a89120b66d16c2d3828370488d5fa > SHA256 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D ab8d322bedc28329298b520b1= 550940dc5ae75a04636f326baf0f9f5d7e933e2 > > SHA256 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 0fa3930add2b054ccc828= ef9fbbec90efcd9781ad3c82a5ad8bae2d533f27cc5 > SHA256 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D d2c6e43d47021716ac3d0956a= cc5b9ecf0cf26bc452c1cdf7033d32dc2a66289 > SHA256 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 9791766756ecaaa536c2f4= e12f86fa99d8fc248d1457f36adafaf2a8865c95b2 > > SHA256 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d05648ed1be716fd64= 22ce81f5118424cd6fad7829144e58d64f88315c674e6 > SHA256 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D f12447fba16b17a93483a22= c8dc6666270c3790707e01ad7b8b0bae9f9bcfeac > SHA256 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D 5ccb8b500b1c233077ba= f38867f595ef753108886e092ba1efd88dfb24ebdbfc > > SHA256 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D 6eddeb18514d063d809e5= b675413de43b6aa72815ebbe9f72fe548507f1e03cd > SHA256 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 8b56423ed00cf9902366eeb7f= d51bf13f8702af51a8c031fbf295f68ca5df484 > > > -- > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0Ken Smith > - From there to here, from here to =A0 =A0 =A0| =A0 =A0 =A0 kensmith@buff= alo.edu > =A0there, funny things are everywhere. =A0 | > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- Theodor Geisel =A0| > From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 23:52:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF33106567C; Mon, 3 Oct 2011 23:52:18 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5FDB08FC1A; Mon, 3 Oct 2011 23:52:18 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 2D872DC0E0; Mon, 3 Oct 2011 23:53:23 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 5AEC4DC0B8 for ; Mon, 3 Oct 2011 23:53:20 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E0164162D76; Mon, 3 Oct 2011 23:51:13 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5AFD71065779; Mon, 3 Oct 2011 23:51:13 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14F58106564A; Mon, 3 Oct 2011 23:51:00 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCB38FC0A; Mon, 3 Oct 2011 23:50:59 +0000 (UTC) Received: by wwe3 with SMTP id 3so6234248wwe.31 for ; Mon, 03 Oct 2011 16:50:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ns/8iXTFyhAh+dFl5n85us2QXnQZlxCk7uxm0IkcKXs=; b=Jo9F2Uuw65crrgU0UndFX63RmbUZyTh9ZaOlhadobTMa3otX2atiXp65YxiznojzEj xkJwW4jN/CEjals5WE0M5fhwECjJC9BjsGCZ4oBVJvdHp1ZK3uD6LRrGafe6qBgPQSTc JOg8HsBO7wYQYqk9ZdFFOmhUxX5Ntm1E/9h08= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr597190wbz.36.1317685858214; Mon, 03 Oct 2011 16:50:58 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 3 Oct 2011 16:50:58 -0700 (PDT) In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Mon, 3 Oct 2011 19:50:58 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 23:52:19 -0000 Hi, On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrote: > > The third BETA build of the 9.0-RELEASE release cycle is now > available. =A0Since this is the first release of a brand new branch > I cross-post the announcements on both -current and -stable. =A0But > just so you know most of the developers active in head pay more > attention to the -current mailing list. =A0If you notice problems you > can report them through the normal Gnats PR system or on the -current > mailing list. > > The 9.0-RELEASE cycle will be tracked here: > > =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO > could you please update that page ? It's wayy out of date... Thanks, - Arnaud > though the schedule listed there is still way off. =A0We'll re-work the > schedule some time soon. > > NOTE: The location of the FTP install tree and ISOs is the same as it > had been for BETA2, though we are still deciding if this will be the > layout we switch to for the release. > > ISO images for the following architectures are available, with pathnames > given relative to the top-level of the FTP site: > > =A0amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ > =A0i386: .../releases/i386/i386/ISO-IMAGES/9.0/ > =A0ia64: .../releases/ia64/ia64/ISO-IMAGES/9.0/ > =A0powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ > =A0powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ > =A0sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ > > MD5/SHA256 checksums are tacked on below. > > If you would like to use csup/cvsup mechanisms to access the source > tree the branch tag to use is now "RELENG_8", if you use "." (head) > you will get 10-CURRENT. =A0If you would like to access the source tree > via SVN it is "svn://svn.freebsd.org/base/stable/9/". =A0We still have > the nit that the creation of a new SVN branch winds up causing what > looks like a check-in of the entire tree in CVS (a side-effect of the > svn2cvs exporter) so "mergemaster -F" is your friend if you are using > csup/cvsup. > > At this point FreeBSD-Update is still not available, in part to help > encourage testing the installer. > > We hope to start the Release Candidate phase of the release cycle with > the next test build. > > Checksums: > > MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D 2ce7b93d28fd7ff37965893f1a= f3f7fc > MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D 4affc701f2052edc548274f090e492= 35 > MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D e260f2f2122326cb9a93ac83eb= 006c1c > > MD5 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D ef43977dbf1c8c0f40710985660= ed55e > MD5 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 95bc3b0c312b83a79752dce616075cd= b > MD5 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D d86475510e34698e8077edac717= ae73c > > MD5 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 463ee0447dd96ab7fc6e61a6b46= 23128 > MD5 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 0d6ed910294fbf0afc1c34e9a55227b= 8 > MD5 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D 716ace96755ddc2965c76590253f= b756 > > MD5 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 6110fe69b92e40e4eab03167= 795459d0 > MD5 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D 9a365252f3c347c0b465096aed38= 3679 > MD5 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 8c18ca00a9a8013a615c86c2a= 5df46be > > MD5 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d9e2458116de2b89085fe= 416e3ce2d5 > MD5 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D 0b547b0375bfb2a53efc2185b6= 1bfc63 > MD5 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D cbc4ad7477bae80f0055e11= 6038d06c2 > > MD5 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D cc1d53cbae4a00672bc0cce3= e11ba956 > MD5 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 988b07e44a4cfeb39e0aca0a1239= c2d2 > > SHA256 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D bd12e94d69c189efa15f4cc= c5c98d552d54ed204d6d811e9ac8a965dc8780c42 > SHA256 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D fd026f1d0bdddaff533a58b8c73= 1ecbc2b2b14d9d975e8771bebe07eba7a579c > SHA256 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D 963326cc20ce81cfde06265= 1d757fca1da2ae313fcb2aafcd92054970fdff3a6 > > SHA256 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D 8a083b9859ca09eca944afc9= b20e93b167861b5d876a6ff2c791ad7ffe18f2ac > SHA256 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 811e66efc14ba1a6184b787b09eb= 497df3c72f38688f73e6b44ffce9e8b81b42 > SHA256 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D 8aca989b1c2837a21240a6c5= 8124f19576cb322c183242e222999f59d99e6293 > > SHA256 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 96c91419fd9a80ff5c3322ef= 3ee99a4608bda3b39a630dca07869a2aa9c82f13 > SHA256 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 3d253650fdd0bcbecd4f0fb45844= f65f4e5a89120b66d16c2d3828370488d5fa > SHA256 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D ab8d322bedc28329298b520b1= 550940dc5ae75a04636f326baf0f9f5d7e933e2 > > SHA256 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 0fa3930add2b054ccc828= ef9fbbec90efcd9781ad3c82a5ad8bae2d533f27cc5 > SHA256 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D d2c6e43d47021716ac3d0956a= cc5b9ecf0cf26bc452c1cdf7033d32dc2a66289 > SHA256 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 9791766756ecaaa536c2f4= e12f86fa99d8fc248d1457f36adafaf2a8865c95b2 > > SHA256 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d05648ed1be716fd64= 22ce81f5118424cd6fad7829144e58d64f88315c674e6 > SHA256 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D f12447fba16b17a93483a22= c8dc6666270c3790707e01ad7b8b0bae9f9bcfeac > SHA256 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D 5ccb8b500b1c233077ba= f38867f595ef753108886e092ba1efd88dfb24ebdbfc > > SHA256 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D 6eddeb18514d063d809e5= b675413de43b6aa72815ebbe9f72fe548507f1e03cd > SHA256 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 8b56423ed00cf9902366eeb7f= d51bf13f8702af51a8c031fbf295f68ca5df484 > > > -- > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0Ken Smith > - From there to here, from here to =A0 =A0 =A0| =A0 =A0 =A0 kensmith@buff= alo.edu > =A0there, funny things are everywhere. =A0 | > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- Theodor Geisel =A0| > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 00:20:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F39481065673 for ; Tue, 4 Oct 2011 00:19:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 963188FC14 for ; Tue, 4 Oct 2011 00:19:59 +0000 (UTC) Received: by yxk36 with SMTP id 36so5131407yxk.13 for ; Mon, 03 Oct 2011 17:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8RuIdP//Yq6UfHsL1TtUjwjWi80gq6u6f7x/rywneAM=; b=UmJb7HEZsKBgspCAi+vqSDkrqYK9aaaDOEjCXTmweKDeOGllPn9fSTSyAxkQ0LyVEj vZGOns5GF8eyZRKZ0MLTlr/YahhPbwaTHEx81JtsCiWmMl5Ph3odJe+PXttzqdU5h2zX XcqzXVQ8YXFkHxfa5lYEzoIJsciY2dfj6wwnw= MIME-Version: 1.0 Received: by 10.236.124.97 with SMTP id w61mr3007863yhh.106.1317687598802; Mon, 03 Oct 2011 17:19:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 3 Oct 2011 17:19:58 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <20111003213024.GA42715@stack.nl> Date: Tue, 4 Oct 2011 08:19:58 +0800 X-Google-Sender-Auth: fNld4h2lnuwwW49X1kik4I3qCgI Message-ID: From: Adrian Chadd To: Maxime Henrion Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Alexander Zagrebin , Jilles Tjoelker Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 00:20:00 -0000 On 4 October 2011 05:53, Maxime Henrion wrote: > Great, that's a relief. I knew the pthread library was free to wake a > thread up even if it hadn't been signaled, which is why one always has > to call pthread_cond_wait() inside of a while() loop checking for the > condition, but wasn't sure about that particular scenario, so I'm glad > to hear a confirmation. Thanks! So shall I commit your change, if someone hasn't already? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 03:45:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBBDE1065677 for ; Tue, 4 Oct 2011 03:45:01 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 94C968FC15 for ; Tue, 4 Oct 2011 03:45:01 +0000 (UTC) Received: by iadk27 with SMTP id k27so124096iad.13 for ; Mon, 03 Oct 2011 20:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=hVQFIbyXu6eEZOIaF61KuqSiXYpOIkNYsX4Jx9FGokM=; b=KREBuSFKPo0dn61CpRh6EQvpIXmWNG/rtMoAyUj3ewYuY0WTZbFX4ouU2JYFPa5IgA 4wId+dJHz+plXN8KLAk+vOD9rZ8Q1qcMyt4C9AGJE+3RyS7XstUOyLeAg094n9skE/te KCwuJ0f8BKDO/zI8/k4JF5Dzu37mQQbfSspzg= Received: by 10.42.153.137 with SMTP id m9mr1089645icw.74.1317699900943; Mon, 03 Oct 2011 20:45:00 -0700 (PDT) Received: from sylph ([75.111.38.94]) by mx.google.com with ESMTPS id el2sm33788354ibb.10.2011.10.03.20.44.57 (version=SSLv3 cipher=OTHER); Mon, 03 Oct 2011 20:44:59 -0700 (PDT) Date: Mon, 3 Oct 2011 20:44:44 -0700 From: matt To: freebsd-current@freebsd.org, yanegomi@gmail.com Message-ID: <20111003204444.329c030e@sylph> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 03:45:01 -0000 The saga continues: I see two major issues on this machine (which is great for a server os on a laptop :): 1. Screen brightness is not controllable/screen is off or backlight is 0 after resume I have tried suspend with a stripped down GENERIC (usb, wifi, ethernet, sound etc drivers all removed). This did not affect the outcome, the laptop resumes fine, but the screen is off. The is a noisy ACPI error about setting some PCIE stuff into D2...? (Oct 3 16:51:45 sylph kernel: pci0: failed to set ACPI power state D2 on \_SB_.PCI0.EXP7: AE_BAD_PARAMETER) I have investigated acpi_video...I can't seem to get it to do anything on this machine, although all the ACPI handles it looks for are present. sysctl hw.acpi.video.lcd0.active=1 does (0 => 0), and brightness changes have no effect. xset dpms force off && sleep 2 && xset dpms force on actually does work, the only thing which does. dpms.ko does not work. xbacklight finds no screens. acpi_ibm does attach with LEN0068 added as an ID, but setting brightness suddenly causes correct fan speed, around 1950rpm to become 65535 rpm...I think this might be close to the fix. The acpidump (I have posted it here:https://docs.google.com/leaf?id=0B6YlMzJxarGbYjE4OTgzYjYtOTQ1OC00YWU3LWE0MGItZDk1MmZiMDIxNTRh&hl=en_US) actually checks for FreeBSD during OSI. Doesn't seem to help. I can't seem to make either acpi_ibm or acpi_video adjust the backlight although both seem to think they can. Ultimately, I think if we can set backlight, we can fix the screen after resume...I think it's just the backlight is low/off on resume... 2. psm does not detect synaptics click pad To make matters worse, xf86-input-synaptics doesn't like it either. I have seen some linux posts where the device probe for PS/2 was disrupting it (psm?) and xf86-input-synaptics says "found mouse model 0 instead" This of course is simply annoying and not as annoying as broken screens! There are other small things that may I have not cared to test such as fingerprint reader and camera card reader. Matt From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 06:22:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 297E6106564A for ; Tue, 4 Oct 2011 06:22:05 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (DMZ-MAILSEC-SCANNER-6.MIT.EDU [18.7.68.35]) by mx1.freebsd.org (Postfix) with ESMTP id C00E68FC08 for ; Tue, 4 Oct 2011 06:22:04 +0000 (UTC) X-AuditID: 12074423-b7f756d0000008d0-56-4e8aa60b1d28 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 05.DB.02256.B06AA8E4; Tue, 4 Oct 2011 02:22:03 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p946M333027457; Tue, 4 Oct 2011 02:22:03 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p946M16X011296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 4 Oct 2011 02:22:02 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p946LxfU025977; Tue, 4 Oct 2011 02:21:59 -0400 (EDT) Date: Tue, 4 Oct 2011 02:21:59 -0400 (EDT) From: Benjamin Kaduk To: matt In-Reply-To: <20111003204444.329c030e@sylph> Message-ID: References: <20111003204444.329c030e@sylph> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrAIsWRmVeSWpSXmKPExsUixCmqrMu9rMvP4GevpMWcNx+YLCa0PmK0 WP99GaMDs8eMT/NZPHbOussewBTFZZOSmpNZllqkb5fAlfHt5D32gkbWiokHJjE1MP5m7mLk 4JAQMJHYvdmki5ETyBSTuHBvPVsXIxeHkMA+RokvHxuhnPWMEi8X7YNy9jNJXDvfxwLSIiRQ L3Gs9TsjiM0ioCXx+dEVZhCbTUBFYuabjWwgtoiAvMTRJ1vAapgFjCW2vTnFCmILC4hLnHr5 H+wKTgEdif2PLUHCvAL2Ekdu3WeEGK8tMX/bJLBVokAlq/dPYYGoEZQ4OfMJC8RIS4lzf66z TWAUnIUkNQtJagEj0ypG2ZTcKt3cxMyc4tRk3eLkxLy81CJdM73czBK91JTSTYyggGV3Ud7B +Oeg0iFGAQ5GJR7ews+dfkKsiWXFlbmHGCU5mJREeWuWdvkJ8SXlp1RmJBZnxBeV5qQWH2KU 4GBWEuF95QqU401JrKxKLcqHSUlzsCiJ88rsdPATEkhPLEnNTk0tSC2CycpwcChJ8HqADBUs Sk1PrUjLzClBSDNxcIIM5wEaXgRSw1tckJhbnJkOkT/FqCglzpu4BCghAJLIKM2D64UllFeM 4kCvCPMWgrTzAJMRXPcroMFMQINT73aCDC5JREhJNTAWKbyU8j4gwL1nfezlddcmrDiy4k30 DNadud3++zMWff7HH9o9vXOt0e34b6G8y8TfMT6qEXMqq3D8xrxwRt9Hr8I7xUsnqi3Xypa4 J9LiKDg5fEFz27Pvhtt7yg9tX8gcf+SAI9+R5GDPlcctzkxefK3tS6xY1uEH27gPix15vpoh 6EGCse19JZbijERDLeai4kQA/yuX0QMDAAA= Cc: yanegomi@gmail.com, freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 06:22:05 -0000 On Mon, 3 Oct 2011, matt wrote: > Ultimately, I think if we can set backlight, we can fix the screen > after resume...I think it's just the backlight is low/off on resume... Can you use a very strong fronglight to see if this is actually the case? (Illumination angle may be important as well.) The state of the liquid crystal polarizing switches should be visible under sufficient illumination, and whether they change with input would be pretty definitive. I actually used to operate my iBook G4 in "frontlight mode" in bright sunlight for a while (until the wifi card flaked out, tying it to my desk). -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 06:37:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0EDF106564A for ; Tue, 4 Oct 2011 06:37:31 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 603648FC17 for ; Tue, 4 Oct 2011 06:37:30 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p946bSjk025667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 17:37:28 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id p946bS78025218; Tue, 4 Oct 2011 17:37:28 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p946bRcF025217; Tue, 4 Oct 2011 17:37:27 +1100 (EST) (envelope-from peter) Date: Tue, 4 Oct 2011 17:37:27 +1100 From: Peter Jeremy To: Kostik Belousov Message-ID: <20111004063727.GA25129@server.vk2pj.dyndns.org> References: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: standards@freebsd.org, current@freebsd.org Subject: Re: st_dev and st_ino for pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 06:37:31 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Oct-03 01:04:05 +0300, Kostik Belousov wrote: >Our implementation of pipes does not provide useful values for st_dev >and st_ino when stat(2) is done on an anonymous pipe. It was noted by the =2E.. >Patch below implements the requirement, by the cost of the small overhead >at the pipe creation time, and slightly bigger cost at the destruction. Does it need to be so complex? This information isn't needed by the kernel and, to be "meaningful", all that is required is that the (st_dev,st_ino) pair is unique within the system. Given this, wouldn't it be sufficient to fake up a st_dev and then just make st_ino be a counter that starts from 0 and increments (atomically?) on every new pipe? No need to retain state or "free" anything when the pipe is destroyed. (If necessary, pick a new fake st_dev when st_ino wraps). >--- a/sys/kern/sys_pipe.c >+++ b/sys/kern/sys_pipe.c =2E.. >+static ino_t pipedev_ino; =2E. >+ ub->st_dev =3D pipedev_ino; st_dev is a dev_t and hence pipedev_ino (which seems misnamed to me) should probably be dev_t rather than ino_t --=20 Peter Jeremy --opJtzjQTFsWo+cga Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6KqacACgkQ/opHv/APuIchwgCfWM+y8Qgms2jySC5B/5UEIvPK StoAoJjtd8kZNS5qZasE0CLWMD1Z0eB+ =Y2N3 -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 08:09:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 906A5106564A; Tue, 4 Oct 2011 08:09:08 +0000 (UTC) (envelope-from mhenrion@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3FD8FC13; Tue, 4 Oct 2011 08:09:08 +0000 (UTC) Received: by pzk32 with SMTP id 32so1512754pzk.3 for ; Tue, 04 Oct 2011 01:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mZf073Nt8nCQS/Nr6wEeEmTQ5BHzqC8SrSF2XEsadmM=; b=VIHD7tLxS2H1kBIWKX6fYnT89+wAUSiaYVoU1MAVwe543pCGctXpielLRFTeiUw00W 7yTAmZCoVZAnUi7GEGrI7jZJNDDfUIptrS7YNAzkYEVrY2xXVMpWPd85u9Yv8xy7SPzi allB3OOeRat9WYeoWbPQoa57UOA4SW2Tm2nEM= MIME-Version: 1.0 Received: by 10.68.36.166 with SMTP id r6mr7712685pbj.77.1317715747631; Tue, 04 Oct 2011 01:09:07 -0700 (PDT) Sender: mhenrion@gmail.com Received: by 10.142.201.10 with HTTP; Tue, 4 Oct 2011 01:09:07 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <20111003213024.GA42715@stack.nl> Date: Tue, 4 Oct 2011 10:09:07 +0200 X-Google-Sender-Auth: rZXAXL5nbN-nWVUVLTZDbDtkq4w Message-ID: From: Maxime Henrion To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Alexander Zagrebin , Jilles Tjoelker Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 08:09:08 -0000 On Tue, Oct 4, 2011 at 2:19 AM, Adrian Chadd wrote: > On 4 October 2011 05:53, Maxime Henrion wrote: > >> Great, that's a relief. I knew the pthread library was free to wake a >> thread up even if it hadn't been signaled, which is why one always has >> to call pthread_cond_wait() inside of a while() loop checking for the >> condition, but wasn't sure about that particular scenario, so I'm glad >> to hear a confirmation. Thanks! > > So shall I commit your change, if someone hasn't already? That would be great (I cannot commit it myself anymore). If you could also fix the misleading comment I've been talking about (s/lister thread/detailer thread/), it would be perfect. Thanks, Maxime From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 09:27:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55382106566B for ; Tue, 4 Oct 2011 09:27:30 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB72E8FC19 for ; Tue, 4 Oct 2011 09:27:29 +0000 (UTC) Received: by wyj26 with SMTP id 26so392685wyj.13 for ; Tue, 04 Oct 2011 02:27:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kVk2rr5UF4+XmyfvARXrYkU3bDJQYqFYVIegI1324JA=; b=GhBZtNFzrQYduDmNT+gPlMKRsr4YOsw24ZvzAdXKZGbK3LeB8lZwmhvfI8clukQVUV OGVvU5Y5ABYLsZnBF91Swifzb7OlXeq8HD3l9bcvWoEmklamG0CaFD60VDIlVeuITldZ bQ5Cslo0FFlOIehd8LtqUjAb4FRPAOb5MOP40= MIME-Version: 1.0 Received: by 10.216.25.196 with SMTP id z46mr1229540wez.16.1317720448441; Tue, 04 Oct 2011 02:27:28 -0700 (PDT) Received: by 10.216.177.20 with HTTP; Tue, 4 Oct 2011 02:27:28 -0700 (PDT) Received: by 10.216.177.20 with HTTP; Tue, 4 Oct 2011 02:27:28 -0700 (PDT) In-Reply-To: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> Date: Tue, 4 Oct 2011 19:57:28 +1030 Message-ID: From: Matt Thyer To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 09:27:30 -0000 On Oct 4, 2011 5:50 AM, "Paul Mather" wrote: [snip] > I have a raidz2 ZFS pool on a system that I have recently been using as a mirror for about 6.5 TiB of data. The data are mirrored nightly using rsync. I noticed during these nightly rsync copies I would get some errors like this: > > ===== > file has vanished: "/backups/storage/san/DLA/DLA_Records/05DLAAdmin" > rsync: stat "/backups/storage/san/DLA/DLA_Records/05DLAAdmin" failed: No such file or directory (2) > rsync: recv_generator: mkdir "/backups/storage/san/DLA/DLA_Records/05DLAAdmin/05DI_business copy" failed: No such file or directory (2) > *** Skipping any contents from this failed directory *** [snip] > I know ZFS does not have a fsck utility ("because it doesn't need one":), but does anyone know of any way of fixing this corruption short of destroying the pool, creating a new one, and restoring from backup? Is there some way of exporting and re-importing the pool that has the side-effect of doing some kind of fsck-like repairing of subtle corruption like this? > > Cheers, > > Paul. > Paul, I'd be looking at the hardware or drivers. What disk model are you using and what controller? Are you using port multipliers and are there known issues with your hardware combination? From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 10:20:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CD94106566B; Tue, 4 Oct 2011 10:20:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C8F798FC1F; Tue, 4 Oct 2011 10:20:58 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p94AKmAt075857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 13:20:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p94AKmiE087031; Tue, 4 Oct 2011 13:20:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p94AKmTu087030; Tue, 4 Oct 2011 13:20:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Oct 2011 13:20:48 +0300 From: Kostik Belousov To: Peter Jeremy Message-ID: <20111004102048.GG1511@deviant.kiev.zoral.com.ua> References: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> <20111004063727.GA25129@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="saLunEaUy7BLkUpu" Content-Disposition: inline In-Reply-To: <20111004063727.GA25129@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: standards@freebsd.org, current@freebsd.org Subject: Re: st_dev and st_ino for pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 10:20:59 -0000 --saLunEaUy7BLkUpu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 04, 2011 at 05:37:27PM +1100, Peter Jeremy wrote: > On 2011-Oct-03 01:04:05 +0300, Kostik Belousov wrot= e: > >Our implementation of pipes does not provide useful values for st_dev > >and st_ino when stat(2) is done on an anonymous pipe. It was noted by the > ... > >Patch below implements the requirement, by the cost of the small overhead > >at the pipe creation time, and slightly bigger cost at the destruction. >=20 > Does it need to be so complex? This information isn't needed by the > kernel and, to be "meaningful", all that is required is that the > (st_dev,st_ino) pair is unique within the system. Given this, > wouldn't it be sufficient to fake up a st_dev and then just make > st_ino be a counter that starts from 0 and increments (atomically?) on > every new pipe? No need to retain state or "free" anything when the > pipe is destroyed. (If necessary, pick a new fake st_dev when st_ino > wraps). Yes, you described the problem. The (st_dev, st_ino) pair must be globally unique in system, not only for the pipes, but for whole domain of file descriptors. This is the reason that I allocate a value for pipe st_dev using the same devfs mechanism as it is done for device numbers. Using simple incrementing counter for pipe inodes, together with allocating yet another st_dev gives essentially the same complications wrt KPI, and feels unclean. >=20 > >--- a/sys/kern/sys_pipe.c > >+++ b/sys/kern/sys_pipe.c > ... > >+static ino_t pipedev_ino; > .. > >+ ub->st_dev =3D pipedev_ino; >=20 > st_dev is a dev_t and hence pipedev_ino (which seems misnamed to me) > should probably be dev_t rather than ino_t Fixed. Thank you. --saLunEaUy7BLkUpu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6K3f8ACgkQC3+MBN1Mb4hTXgCfQFZL163Ze6dJs/qUcGZwcs2O vlAAn2KDt4LVMmSCcF9DyGHn5tRekUEe =3C3S -----END PGP SIGNATURE----- --saLunEaUy7BLkUpu-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 10:32:51 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96068106566B; Tue, 4 Oct 2011 10:32:51 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B7FC68FC12; Tue, 4 Oct 2011 10:32:50 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA15006; Tue, 04 Oct 2011 13:32:48 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RB2Iq-000JWK-8D; Tue, 04 Oct 2011 13:32:48 +0300 Message-ID: <4E8AE0CD.8010805@FreeBSD.org> Date: Tue, 04 Oct 2011 13:32:45 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111002 Thunderbird/7.0.1 MIME-Version: 1.0 To: Colin Percival X-Enigmail-Version: undefined Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: portsnap5 problem, portsnap error handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 10:32:51 -0000 Not sure which list would be best for this, so using current@. $ portsnap fetch && portsnap update Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap5.FreeBSD.org... done. Fetching snapshot metadata... fetch: http://portsnap5.FreeBSD.org/t/c1bdea4c38cc6b417dedc1d0e75727118ed2ee08c41726ee49931f2c99288162: Not Found sha256: c1bdea4c38cc6b417dedc1d0e75727118ed2ee08c41726ee49931f2c99288162: No such file or directory [: !=: unexpected operator mv: rename c1bdea4c38cc6b417dedc1d0e75727118ed2ee08c41726ee49931f2c99288162 to tINDEX.new: No such file or directory done. grep: tINDEX.new: No such file or directory look: tINDEX.new: No such file or directory Portsnap metadata appears bogus. Cowardly refusing to proceed any further. First, it seems that portsnap5 host is missing at least one important file. Second, it seems that portsnap should detect this kind of problem a little bit earlier. No need to call sha256, mv, etc if fetch clearly failed. (Not sure, perhaps this is fetch not returning an error code). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 09:03:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14E5B106566B; Tue, 4 Oct 2011 09:03:27 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE438FC19; Tue, 4 Oct 2011 09:03:25 +0000 (UTC) Received: by eyg7 with SMTP id 7so342631eyg.13 for ; Tue, 04 Oct 2011 02:03:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NRQr8blZohqmJcHgmocOZ4pCG3BZkE9ySd1+8XB1tyM=; b=sk0tHDQpGoCqddRNGFgLnv/H7aL6qrlhogRSItjPXvD6PGlkB1I+ezFT+vB1zFDEpi S2BRTjQeiW/vEkdV+f2zo1zwU5Yymf5rkODo+c0gHAmOaEWbTkcPJWv34dwX/lN3clb9 ovRvXXvESY0en/mdgHzAABdn8+lb3mj65YGs0= MIME-Version: 1.0 Received: by 10.223.26.28 with SMTP id b28mr1401765fac.125.1317719005118; Tue, 04 Oct 2011 02:03:25 -0700 (PDT) Received: by 10.152.11.195 with HTTP; Tue, 4 Oct 2011 02:03:24 -0700 (PDT) In-Reply-To: References: <1317288495624-4852405.post@n5.nabble.com> Date: Tue, 4 Oct 2011 13:03:24 +0400 Message-ID: From: Pavel Timofeev To: Adrian Chadd X-Mailman-Approved-At: Tue, 04 Oct 2011 11:04:43 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 09:03:27 -0000 I can't beleive! Can't reproduce it! I just gets sometimes "ath0: stuck beacon; resetting (bmiss count 4)" messages and nothing else. But now almost wlan channels doesn't loaded with other APs. =( 2011/9/29 Adrian Chadd > On 29 September 2011 19:58, Pavel Timofeev wrote: > > >> Would you mind getting a log of the numbers given to you after > >> 'hardware error; resetting' ? please? > > > > I don't remember. But I can go back to 8.2 RELEASE and get it. > > I'd appreciate it if you could, please. > > Thanks, > > > Adrian > From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 09:59:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03DAD1065672 for ; Tue, 4 Oct 2011 09:59:32 +0000 (UTC) (envelope-from cvs-src@yandex.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 6EF5D8FC1D for ; Tue, 4 Oct 2011 09:59:31 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward12.mail.yandex.net (Yandex) with ESMTP id CDF25C21DD8 for ; Tue, 4 Oct 2011 13:59:29 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317722369; bh=cITSzw8HgCGl6hp+3Z4rrr1Qg1F0ZA5SJUfU7CbxNBY=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=FH661qc6aACTxTIE5qQFcCcB11ukZzEon6Hwmru0G8sYyAKrKNU5Vmv8pLNSRiDm1 MKFF2c+VqJ/eEfqN5vLjwKynINDrJzhKSsI1pt/2cPzHNfyJtweq8t8yIf0dcB0dFe 9nNMsthr8GL3VrT60IK9t1oNmLXiF87R1VSMI/f4= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id AF7D91B603D0 for ; Tue, 4 Oct 2011 13:59:29 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317722369; bh=cITSzw8HgCGl6hp+3Z4rrr1Qg1F0ZA5SJUfU7CbxNBY=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=FH661qc6aACTxTIE5qQFcCcB11ukZzEon6Hwmru0G8sYyAKrKNU5Vmv8pLNSRiDm1 MKFF2c+VqJ/eEfqN5vLjwKynINDrJzhKSsI1pt/2cPzHNfyJtweq8t8yIf0dcB0dFe 9nNMsthr8GL3VrT60IK9t1oNmLXiF87R1VSMI/f4= Received: from unknown (unknown [213.27.65.65]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xSOe7X0G-xTO4EbOF; Tue, 4 Oct 2011 13:59:29 +0400 X-Yandex-Spam: 1 Message-ID: <4E8AD900.9010009@yandex.ru> Date: Tue, 04 Oct 2011 13:59:28 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 04 Oct 2011 11:11:39 +0000 Subject: locate broken on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 09:59:32 -0000 Good day, after recent code syncing and updating to FreeBSD 10.0-CURRENT i've got this problem: [rm@smeshariki3 ~]> locate some-word locate: integer out of +-MAXPATHLEN (1024): 1037 Dunno if this is known problem. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 12:41:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33291065673 for ; Tue, 4 Oct 2011 12:41:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1898FC1C for ; Tue, 4 Oct 2011 12:41:06 +0000 (UTC) Received: by yxk36 with SMTP id 36so537966yxk.13 for ; Tue, 04 Oct 2011 05:41:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sKyhpGWALfqbu6VHRTevXuHl9jSjFH0KnvuaGTsYfbI=; b=KWR1qYze1jwCkaWtetV3Bu3t+hytrTtOMXZ/dPvQLkCqwD5bPeS+GENdwAtVPawhYz X3cujXdLi7tEh2XzEfv+PQpmGOOq78TnHQIGcioz6qrl5aRIbTbvl4Ac9SJ+4y7kUC6j FdXH2f2u2PalL9r+VObplph/w7cYB8ALMTG8E= MIME-Version: 1.0 Received: by 10.236.124.97 with SMTP id w61mr6029574yhh.106.1317732066605; Tue, 04 Oct 2011 05:41:06 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 4 Oct 2011 05:41:06 -0700 (PDT) In-Reply-To: References: <1317288495624-4852405.post@n5.nabble.com> Date: Tue, 4 Oct 2011 20:41:06 +0800 X-Google-Sender-Auth: N0JiVr-Zgn103d5qeyMZYhMM6Oo Message-ID: From: Adrian Chadd To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 12:41:07 -0000 Well as long as -HEAD is working very nicely for you, I'm happy :) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 12:51:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 912B8106567F; Tue, 4 Oct 2011 12:51:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id DF2058FC14; Tue, 4 Oct 2011 12:51:40 +0000 (UTC) Received: by gyf2 with SMTP id 2so549048gyf.13 for ; Tue, 04 Oct 2011 05:51:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=nYSFWF7GSN0mFVXzF8wGPTY5DmwFysU7hKz4p24+vXw=; b=QRiNs4Nh6c2thjebUICh6dMYFhyvz/YSpbcXr12DNKqkxcU1OdtPLplJphvpXJRcPH jziFf2gdLHk4KiDQ2igwowL9nb8z5IZ1YpodSFjEGvKZUqKNLvWOs29MOHnKFTHJZd0H GEG8uRP7If5SIXdUrV1EYquYqWpKdu1PFpgzo= MIME-Version: 1.0 Received: by 10.236.185.131 with SMTP id u3mr6266110yhm.55.1317732700260; Tue, 04 Oct 2011 05:51:40 -0700 (PDT) Received: by 10.236.111.42 with HTTP; Tue, 4 Oct 2011 05:51:40 -0700 (PDT) Date: Tue, 4 Oct 2011 20:51:40 +0800 Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: [CFT] please test out -HEAD wireless before I merge things back to stable/9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 12:51:41 -0000 Hi all, I've committed some work to head which needs some further testing before I am comfortable backporting it to stable/9. This currently includes: * a fix for the ieee80211_swbmiss() panic; * various ath changes, both for sta and hostap modes and for all chipsets ar5212 and later; * an alignment fix to bwi. I'd appreciate some further testing and feedback before I port this to stable/9. So please, update to -HEAD and let me know how wireless behaves for you. Especially if you saw the software beacon miss panic, but a general "it still works fine for me!" will do fine. :) Thanks! Adrian From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 14:28:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0039106564A; Tue, 4 Oct 2011 14:28:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 529268FC0A; Tue, 4 Oct 2011 14:28:47 +0000 (UTC) Received: by yxk36 with SMTP id 36so678111yxk.13 for ; Tue, 04 Oct 2011 07:28:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pCCoydMGiQyXZrbWWQiuA+Rm8TG19wFBf4siYkNYfVY=; b=MR0eP/eN3iJ28nARkYve5Yod5plrjkOqclGMKlPG9p1zTLP67+a1mTOXCjhhOtLWVl tHvulO1yfBexjb1PQebnvbJtA3TMHY/H3AFxHHZ/jSRkgnpBu2plxVTVEurTX1KaAYwj DV5XAS2jks5Cqx7LosSKjIL4h0aMLLZxCcQEw= MIME-Version: 1.0 Received: by 10.236.157.161 with SMTP id o21mr7017220yhk.72.1317738526678; Tue, 04 Oct 2011 07:28:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 4 Oct 2011 07:28:46 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <20111003213024.GA42715@stack.nl> Date: Tue, 4 Oct 2011 22:28:46 +0800 X-Google-Sender-Auth: emIFlHh2UbfjCiszVb1Uelqb5F8 Message-ID: From: Adrian Chadd To: Maxime Henrion Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Alexander Zagrebin , Jilles Tjoelker Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 14:28:47 -0000 Hi all, I've committed this to -head. I'd appreciate it if csup users would give this a thorough testing and report back to the list with results. I won't submit this as a merge candidate this to stable/9 without a whole lot of testing. :) Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 14:31:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF191065672; Tue, 4 Oct 2011 14:31:53 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1C28FC18; Tue, 4 Oct 2011 14:31:53 +0000 (UTC) Received: from vivi.cc.vt.edu (vivi.cc.vt.edu [198.82.163.43]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p94EVCTv017065; Tue, 4 Oct 2011 10:31:22 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by vivi.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id SWM58912; Tue, 04 Oct 2011 10:31:22 -0400 (EDT) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p94EVMWK017682 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 4 Oct 2011 10:31:22 -0400 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: Date: Tue, 4 Oct 2011 10:31:22 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <0AD3BA75-58D7-4359-B61F-B5F4815D3843@gromit.dlib.vt.edu> References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> To: Artem Belevich X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=vivi.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020203.4E8B18BA.015C,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 14:31:53 -0000 On Oct 3, 2011, at 6:19 PM, Artem Belevich wrote: > On Mon, Oct 3, 2011 at 11:21 AM, Paul Mather = wrote: >> =3D=3D=3D=3D=3D >>=20 >> The pool itself reports no errors. I performed a scrub on the pool = yet this bizarre filesystem corruption persists: >>=20 >> =3D=3D=3D=3D=3D >> tape# zpool status backups >> pool: backups >> state: ONLINE >> scan: scrub repaired 15K in 7h33m with 0 errors on Sat Oct 1 = 19:22:35 2011 >=20 > The pool *did* report 15K errors that it was able to repair. >=20 > I'd start with testing your RAM with memtest86 or memtest86+. ZFS > errors without reported checksum errors may be the sign of bad memory. > I.e. data gets corrupted before ZFS gets to calculate checksum and > later invalid data with valid checksum gets written to disk. Because this machine has ECC RAM, I checked the BIOS logs for ECC errors = (the BIOS is set to log them) and there are no ECC errors logged. If = the RAM were going bad, I would expect it to leave some kind of trace in = the BIOS log. Do uncorrectable ECC errors get logged as MCEs under FreeBSD 9? I've never noticed any problems when doing a "make -j8 buildworld" on = this machine, either. Cheers, Paul.= From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:25:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B20106564A; Tue, 4 Oct 2011 15:25:10 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4042B8FC0A; Tue, 4 Oct 2011 15:25:08 +0000 (UTC) Received: by wwe3 with SMTP id 3so920797wwe.31 for ; Tue, 04 Oct 2011 08:25:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jTh/SZbl3Up7K2c2BsKgTH+scytdBdaCr1eG+XFWB2Y=; b=tV49Y+Xk/PrjK0GrOfLYFaa55gTv0i+fiWQpJCThPdqbupJJ4lSV1IaeD5Dn6x1G3N zglb7Q41zpbeaTHefhrb/zYMjbyAWc4K75tKayLAUDtzCvovFfA6GgNErzW8WohJ1Yxv k60VpKqGkRRPoU2t8mmTEfYY3UP3RDQRiRSvk= MIME-Version: 1.0 Received: by 10.227.195.13 with SMTP id ea13mr1567610wbb.36.1317741908212; Tue, 04 Oct 2011 08:25:08 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 08:25:08 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 11:25:08 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith , re@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 15:25:10 -0000 Hi, On Mon, Oct 3, 2011 at 7:50 PM, Arnaud Lacombe wrote: > Hi, > > On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrote: >> >> The third BETA build of the 9.0-RELEASE release cycle is now >> available. =A0Since this is the first release of a brand new branch >> I cross-post the announcements on both -current and -stable. =A0But >> just so you know most of the developers active in head pay more >> attention to the -current mailing list. =A0If you notice problems you >> can report them through the normal Gnats PR system or on the -current >> mailing list. >> >> The 9.0-RELEASE cycle will be tracked here: >> >> =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO >> > could you please update that page ? It's wayy out of date... > The page is immutable, so I guess a lambda user cannot edit it. Could you please give me the credential to update it ? Providing an out-of-date status update page in a release is really amateurish; the only real use of that page being during the release process... Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:27:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72488106567C; Tue, 4 Oct 2011 15:27:10 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id F143D8FC19; Tue, 4 Oct 2011 15:27:09 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id A0DB0DC0E6; Tue, 4 Oct 2011 15:28:16 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 23A4ADC0AE for ; Tue, 4 Oct 2011 15:28:14 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 82D0D176C47; Tue, 4 Oct 2011 15:25:24 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A0BA410657AC; Tue, 4 Oct 2011 15:25:22 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B20106564A; Tue, 4 Oct 2011 15:25:10 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4042B8FC0A; Tue, 4 Oct 2011 15:25:08 +0000 (UTC) Received: by wwe3 with SMTP id 3so920797wwe.31 for ; Tue, 04 Oct 2011 08:25:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jTh/SZbl3Up7K2c2BsKgTH+scytdBdaCr1eG+XFWB2Y=; b=tV49Y+Xk/PrjK0GrOfLYFaa55gTv0i+fiWQpJCThPdqbupJJ4lSV1IaeD5Dn6x1G3N zglb7Q41zpbeaTHefhrb/zYMjbyAWc4K75tKayLAUDtzCvovFfA6GgNErzW8WohJ1Yxv k60VpKqGkRRPoU2t8mmTEfYY3UP3RDQRiRSvk= MIME-Version: 1.0 Received: by 10.227.195.13 with SMTP id ea13mr1567610wbb.36.1317741908212; Tue, 04 Oct 2011 08:25:08 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 08:25:08 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 11:25:08 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith , re@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 15:27:10 -0000 Hi, On Mon, Oct 3, 2011 at 7:50 PM, Arnaud Lacombe wrote: > Hi, > > On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrote: >> >> The third BETA build of the 9.0-RELEASE release cycle is now >> available. =A0Since this is the first release of a brand new branch >> I cross-post the announcements on both -current and -stable. =A0But >> just so you know most of the developers active in head pay more >> attention to the -current mailing list. =A0If you notice problems you >> can report them through the normal Gnats PR system or on the -current >> mailing list. >> >> The 9.0-RELEASE cycle will be tracked here: >> >> =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO >> > could you please update that page ? It's wayy out of date... > The page is immutable, so I guess a lambda user cannot edit it. Could you please give me the credential to update it ? Providing an out-of-date status update page in a release is really amateurish; the only real use of that page being during the release process... Thanks, - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:35:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4225106564A; Tue, 4 Oct 2011 15:35:46 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5262D8FC13; Tue, 4 Oct 2011 15:35:46 +0000 (UTC) Received: by iadk27 with SMTP id k27so1015728iad.13 for ; Tue, 04 Oct 2011 08:35:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=y3yUjC9cnLwd4khV7+ihe2UIU88dkW+8TvO4et+ieYk=; b=tcU2t3kOuvw3MmnYhUD5z5+LVaJjfybk4eSXPGBpnDhNa//U1yujXbXKtPzG7ztprW FbUtxjAm5H/CzxRfcpkr7zSNBy/WgmcIFVqbpJNtAn2D9fPTpnErs5UGyVgadqlrTEIA BYFQkgix3VfaBbw1MnLgjYgKgK43FMbY6u9go= MIME-Version: 1.0 Received: by 10.231.65.73 with SMTP id h9mr2485806ibi.21.1317742545854; Tue, 04 Oct 2011 08:35:45 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Tue, 4 Oct 2011 08:35:45 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Tue, 4 Oct 2011 08:35:45 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 16:35:45 +0100 Message-ID: From: Chris Rees To: Arnaud Lacombe X-Mailman-Approved-At: Tue, 04 Oct 2011 15:40:29 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: re@freebsd.org, freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 15:35:46 -0000 What is your Wiki name? On 4 Oct 2011 16:26, "Arnaud Lacombe" wrote: > Hi, > > On Mon, Oct 3, 2011 at 7:50 PM, Arnaud Lacombe wrote: >> Hi, >> >> On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrote: >>> >>> The third BETA build of the 9.0-RELEASE release cycle is now >>> available. Since this is the first release of a brand new branch >>> I cross-post the announcements on both -current and -stable. But >>> just so you know most of the developers active in head pay more >>> attention to the -current mailing list. If you notice problems you >>> can report them through the normal Gnats PR system or on the -current >>> mailing list. >>> >>> The 9.0-RELEASE cycle will be tracked here: >>> >>> http://wiki.freebsd.org/Releng/9.0TODO >>> >> could you please update that page ? It's wayy out of date... >> > The page is immutable, so I guess a lambda user cannot edit it. > > Could you please give me the credential to update it ? > > Providing an out-of-date status update page in a release is really > amateurish; the only real use of that page being during the release > process... > > Thanks, > - Arnaud > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:09:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54231106564A for ; Tue, 4 Oct 2011 16:09:13 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4408FC13 for ; Tue, 4 Oct 2011 16:09:12 +0000 (UTC) Received: by qadz30 with SMTP id z30so628582qad.13 for ; Tue, 04 Oct 2011 09:09:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.68.8 with SMTP id t8mr371258qci.143.1317744552209; Tue, 04 Oct 2011 09:09:12 -0700 (PDT) Received: by 10.229.224.82 with HTTP; Tue, 4 Oct 2011 09:09:12 -0700 (PDT) In-Reply-To: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> Date: Tue, 4 Oct 2011 18:09:12 +0200 Message-ID: From: Olivier Smedts To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 16:09:13 -0000 2011/10/3 Paul Mather : > I know ZFS does not have a fsck utility ("because it doesn't need one":),= but does anyone know of any way of fixing this corruption short of destroy= ing the pool, creating a new one, and restoring from backup? =A0Is there so= me way of exporting and re-importing the pool that has the side-effect of d= oing some kind of fsck-like repairing of subtle corruption like this? But there is the ZFS debugger, "zdb" ! I can't really help you with that because I never had a corrupted zpool, but if you search on the lists for up to a year or so, you'll find some useful commands to inspect and destroy corrupted objects. Usage: zdb [-CumdibcsDvhL] poolname [object...] zdb [-div] dataset [object...] zdb -m [-L] poolname [vdev [metaslab...]] zdb -R poolname vdev:offset:size[:flags] zdb -S poolname zdb -l [-u] device zdb -C Dataset name must include at least one separator character '/' or '@' If dataset name is specified, only that dataset is dumped If object numbers are specified, only those objects are dumped Options to control amount of output: -u uberblock -d dataset(s) -i intent logs -C config (or cachefile if alone) -h pool history -b block statistics -m metaslabs -c checksum all metadata (twice for all data) blocks -s report stats on zdb's I/O -D dedup statistics -S simulate dedup to measure effect -v verbose (applies to all others) -l dump label contents -L disable leak tracking (do not load spacemaps) -R read and display block from a device Below options are intended for use with other options (except -l): -A ignore assertions (-A), enable panic recovery (-AA) or both (-AA= A) -F attempt automatic rewind within safe range of transaction groups -U -- use alternate cachefile -X attempt extreme rewind (does not work with dataset) -e pool is exported/destroyed/has altroot/not in a cachefile -p -- use one or more with -e to specify path to vdev dir -P print numbers parsable -t -- highest txg to use when searching for uberblocks Specify an option more than once (e.g. -bb) to make only that option verbos= e Default is to dump everything non-verbosely --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:41:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A24106566B; Tue, 4 Oct 2011 16:41:52 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id F175B8FC08; Tue, 4 Oct 2011 16:41:51 +0000 (UTC) Received: by wwe3 with SMTP id 3so1043037wwe.31 for ; Tue, 04 Oct 2011 09:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8Gt2MWvDXjwVJSnSr2POWxieYqYb6bM8jg7Y7afnhR0=; b=CHQ8U1WOMftNcfVT74omkQ9/RbY52AjEp57K8ilmuvi7ITkcqCRYdCfCxKEVB++qTp CvAXEImfB9S4wxFQdOB5aYKS5rJHgkuYSzQ18romQH4sRvQjLMFhgXn+RIwQsCG0UYeP GCuAJqfmRk0DNSceX9dWRRU9eUT3uva3GG1kI= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr1695928wbz.36.1317746510788; Tue, 04 Oct 2011 09:41:50 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 09:41:50 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 12:41:50 -0400 Message-ID: From: Arnaud Lacombe To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: re@freebsd.org, freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 16:41:52 -0000 Hi, On Tue, Oct 4, 2011 at 12:24 PM, Chris Rees wrote: > On 4 October 2011 16:35, Chris Rees wrote: >> On 4 Oct 2011 16:26, "Arnaud Lacombe" wrote: >>> On Mon, Oct 3, 2011 at 7:50 PM, Arnaud Lacombe wro= te: >>>> On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrot= e: >>>>> >>>>> The third BETA build of the 9.0-RELEASE release cycle is now >>>>> available. =A0Since this is the first release of a brand new branch >>>>> I cross-post the announcements on both -current and -stable. =A0But >>>>> just so you know most of the developers active in head pay more >>>>> attention to the -current mailing list. =A0If you notice problems you >>>>> can report them through the normal Gnats PR system or on the -current >>>>> mailing list. >>>>> >>>>> The 9.0-RELEASE cycle will be tracked here: >>>>> >>>>> =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO >>>>> >>>> could you please update that page ? It's wayy out of date... >>>> >>> The page is immutable, so I guess a lambda user cannot edit it. >>> >>> Could you please give me the credential to update it ? >>> >>> Providing an out-of-date status update page in a release is really >>> amateurish; the only real use of that page being during the release >>> process... >>> >> What is your Wiki name? > > Just to clarify, I will fix you up with access, but the re page should > not be edited without re approval! > Not when re@'s guys are not doing their job. With privilege comes responsibility. - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:42:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D4AD1065784; Tue, 4 Oct 2011 16:42:34 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id A627F8FC19; Tue, 4 Oct 2011 16:42:33 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id B4455DC0BD; Tue, 4 Oct 2011 16:43:40 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 45076DC0B8 for ; Tue, 4 Oct 2011 16:43:38 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 83862156838; Tue, 4 Oct 2011 16:42:01 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5D3EE10656B9; Tue, 4 Oct 2011 16:42:00 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A24106566B; Tue, 4 Oct 2011 16:41:52 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id F175B8FC08; Tue, 4 Oct 2011 16:41:51 +0000 (UTC) Received: by wwe3 with SMTP id 3so1043037wwe.31 for ; Tue, 04 Oct 2011 09:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8Gt2MWvDXjwVJSnSr2POWxieYqYb6bM8jg7Y7afnhR0=; b=CHQ8U1WOMftNcfVT74omkQ9/RbY52AjEp57K8ilmuvi7ITkcqCRYdCfCxKEVB++qTp CvAXEImfB9S4wxFQdOB5aYKS5rJHgkuYSzQ18romQH4sRvQjLMFhgXn+RIwQsCG0UYeP GCuAJqfmRk0DNSceX9dWRRU9eUT3uva3GG1kI= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr1695928wbz.36.1317746510788; Tue, 04 Oct 2011 09:41:50 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 09:41:50 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 12:41:50 -0400 Message-ID: From: Arnaud Lacombe To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-stable , freebsd-current , re@freebsd.org, Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 16:42:34 -0000 Hi, On Tue, Oct 4, 2011 at 12:24 PM, Chris Rees wrote: > On 4 October 2011 16:35, Chris Rees wrote: >> On 4 Oct 2011 16:26, "Arnaud Lacombe" wrote: >>> On Mon, Oct 3, 2011 at 7:50 PM, Arnaud Lacombe wro= te: >>>> On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith wrot= e: >>>>> >>>>> The third BETA build of the 9.0-RELEASE release cycle is now >>>>> available. =A0Since this is the first release of a brand new branch >>>>> I cross-post the announcements on both -current and -stable. =A0But >>>>> just so you know most of the developers active in head pay more >>>>> attention to the -current mailing list. =A0If you notice problems you >>>>> can report them through the normal Gnats PR system or on the -current >>>>> mailing list. >>>>> >>>>> The 9.0-RELEASE cycle will be tracked here: >>>>> >>>>> =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO >>>>> >>>> could you please update that page ? It's wayy out of date... >>>> >>> The page is immutable, so I guess a lambda user cannot edit it. >>> >>> Could you please give me the credential to update it ? >>> >>> Providing an out-of-date status update page in a release is really >>> amateurish; the only real use of that page being during the release >>> process... >>> >> What is your Wiki name? > > Just to clarify, I will fix you up with access, but the re page should > not be edited without re approval! > Not when re@'s guys are not doing their job. With privilege comes responsibility. - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:05:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F09AE106566C; Tue, 4 Oct 2011 18:05:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0428FC19; Tue, 4 Oct 2011 18:05:18 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:906c:6af3:5301:18c6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 560964AC1C; Tue, 4 Oct 2011 22:05:16 +0400 (MSD) Date: Tue, 4 Oct 2011 22:05:07 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1927112464.20111004220507@serebryakov.spb.ru> To: freebsd-geom@FreeBSD.org, current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------5D1411103A082C07" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Motin Subject: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:05:20 -0000 ------------5D1411103A082C07 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello, Freebsd-geom. I've just committed (a branch with) the project, I worked on for last month (and imagined for last two years). It is GEOM Events subsystem. What is it? We now have pretty impressive set of GEOM modules, which covers many areas: infrastructure support (like geom_part), encryption (like geom_eli) and, what is interesting me most, RAID transformations like geom_stripe, geom_mirror and geom_raid. One thing is missed from software RAIDs is spare drives and state monitoring (yes, I know, that geom_raid supports spare drivers for metadata formats which supports them, but it not universal solution). My long-standing dream was to write special daemon for this, but, when I got some time for this project, and started to design, I understood, that we have such daemon: devd(8). So, here it is. GEOM Events. Project consists of several parts (all are ready and commited to project branch!): (1) Simple kernel API, which wraps up devctl_notify() call to unify different GEOM events. Now 4 events are specified: (a) DISCONNECT -- when GEOM loses (orphans or throw away due to errors) underlying provider. (b) DESTROY -- when GEOM destorys it provider. (c) SYNCSTART -- when GEOM starts to synchronizing volume (synchronizing new mirror component or recalculate RAID3/RAID5 checksum) (d) SYNCSTOP -- wwen GEOM finishes synchronization. Each event has arguments like class of GEOM, geom itself, provider in question and some others. For details, please, see geom-events(8) man page :) (2) Simple change in devd(8) config to process events from GEOM system and forward them to geom-events(8) scirpt. (3) geom-events(8) script which processes these events. It is fully-configurable and could perform these actions in reaction to events: (a) Replace failed providers with spare ones in case of DISCONNECT events. (b) Log events to syslog(8) with logger(1) (c) Notify administrator (typically -- root) with mail(1). (4) geom-events needs one small helper binary program: ggetmode(8). ggetmode(8) takes one argument -- provider name -- and prints its access mode, like r1w1e1 or r0w0e0. geom-events(8) script determines is spare provider avail or not, comparing it access mode with "r0w0e0" string. (5) Changes in all geom classes to post these events. I've covered all "actual" base classes with some exceptions: (a) geom_mbr and other old-stlye partition classes is untouched, as they are obsolete now. (b) geom_vinum is not covered. It is too complex for me, sorry :( (c) geom_raid is covered, but changes are not trivial ones. It needs review from Alexander Motin. Commit message describes what and why was changed. I've wrote extensive documentation for all new components -- especially for geom-events(8) script, which is main source of information about this project now. I've tested all classes in virtual machine, with spare drives and all stuff. Everything work perfectly. **I really appreciate your comments, and I want to see this project committed to CURRENT and MFCed to 9-STABLE in (near) future.** Project sources are in "projects/geom-events" SVN branch. All but last commits are organized by component, so you could review only changes in your part of tree. http://svnweb.freebsd.org/base/projects/geom-events/ This branch contains fix from kern/160562, to make raid3 spare drives work. Patch against CURRENT is attached. Thank you. --=20 // Black Lion AKA Lev Serebryakov ------------5D1411103A082C07-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:09:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E80D7106566B; Tue, 4 Oct 2011 18:09:18 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id ADBAC8FC0A; Tue, 4 Oct 2011 18:09:18 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:906c:6af3:5301:18c6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id CBF904AC1C; Tue, 4 Oct 2011 22:09:17 +0400 (MSD) Date: Tue, 4 Oct 2011 22:09:09 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <374955202.20111004220909@serebryakov.spb.ru> To: freebsd-geom@FreeBSD.org, current@freebsd.org, Alexander Motin In-Reply-To: <1927112464.20111004220507@serebryakov.spb.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:09:19 -0000 Hello, Lev. You wrote 4 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 22:05:07: > Patch against CURRENT is attached. Oh, sorry, it seems, that patch is too big for list. http://lev.serebryakov.spb.ru/download/geom-events-1.0.head.patch.gz --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:29:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B7D1065672; Tue, 4 Oct 2011 18:29:56 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5C68FC16; Tue, 4 Oct 2011 18:29:55 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so1212949bkb.13 for ; Tue, 04 Oct 2011 11:29:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=OgaCxAxiIlhHYPHj5Cfv8wit5Fz63WP7H120yQIKBeI=; b=WetIdxAaHWDSL6zdTr6mpEf15HD9WP4h4iuOhbVKQUATS1rAh4bVMBQMp86fapf4/Y CGre0wUPv4yiLnXKVI1xMtRVfpFCpLKea1IuqSrH6vorW5ngEz2/07YAdiL8nqVFWLTv pgGNesxOinfUQyQdtYR/7iN03zDg8+0nQNXVU= Received: by 10.223.55.136 with SMTP id u8mr2173426fag.46.1317752994156; Tue, 04 Oct 2011 11:29:54 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id a7sm26359391fam.22.2011.10.04.11.29.52 (version=SSLv3 cipher=OTHER); Tue, 04 Oct 2011 11:29:52 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E8B5082.2080005@FreeBSD.org> Date: Tue, 04 Oct 2011 21:29:22 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110910 Thunderbird/6.0.2 MIME-Version: 1.0 To: Freddie Cash References: <1927112464.20111004220507@serebryakov.spb.ru> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:29:56 -0000 On 04.10.2011 21:12, Freddie Cash wrote: > 2011/10/4 Lev Serebryakov > > > One thing is missed from software RAIDs is spare drives and state > monitoring (yes, I know, that geom_raid supports spare drivers for > metadata formats which supports them, but it not universal solution). > > > Sounds impressive! Will be very useful for those using GEOM-based RAID > (gmirror, gstripe, graid3, graid5, etc). > > Just curious: would the geom-events framework, and in particular the > geom-events script, be useful for ZFS setups, for initiating > replacements and providing "hot-spare" support? Now there is projects/zfsd branch that is doing alike things (disk auto-insertion and hot spares) specifically for the case of ZFS. It also uses devctl interface to receive events, but user-level part (zfsd itself) is tightly hardcoded to talk to ZFS, fetching statuses and making control actions. Not sure whether this functionality could be scripted within geom-events, but having single mechanism indeed would be nice. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:26:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D35C0106564A; Tue, 4 Oct 2011 18:26:32 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5AABE8FC0C; Tue, 4 Oct 2011 18:26:32 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 81945DC0BC; Tue, 4 Oct 2011 18:27:39 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 84ACCDC0AE for ; Tue, 4 Oct 2011 18:27:33 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6EAA41785C6; Tue, 4 Oct 2011 18:25:08 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3B482106576C; Tue, 4 Oct 2011 18:25:08 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05E04106564A for ; Tue, 4 Oct 2011 18:24:58 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 81B2A8FC0A for ; Tue, 4 Oct 2011 18:24:57 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1RB9fk-0004Az-BV; Tue, 04 Oct 2011 20:24:56 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 7E460C6; Tue, 4 Oct 2011 20:24:49 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Chris Rees" , "Arnaud Lacombe" References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 04 Oct 2011 20:24:49 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.51 (FreeBSD) Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Tue, 04 Oct 2011 18:33:55 +0000 Cc: re@freebsd.org, freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:26:32 -0000 On Tue, 04 Oct 2011 18:41:50 +0200, Arnaud Lacombe =20 wrote: > Hi, > > On Tue, Oct 4, 2011 at 12:24 PM, Chris Rees wrote: >> On 4 October 2011 16:35, Chris Rees wrote: >>> On 4 Oct 2011 16:26, "Arnaud Lacombe" wrote: >>>> On Mon, Oct 3, 2011 at 7:50 PM, Arnaud Lacombe = =20 >>>> wrote: >>>>> On Wed, Sep 28, 2011 at 9:42 PM, Ken Smith =20 >>>>> wrote: >>>>>> >>>>>> The third BETA build of the 9.0-RELEASE release cycle is now >>>>>> available. Since this is the first release of a brand new branch >>>>>> I cross-post the announcements on both -current and -stable. But >>>>>> just so you know most of the developers active in head pay more >>>>>> attention to the -current mailing list. If you notice problems yo= u >>>>>> can report them through the normal Gnats PR system or on the =20 >>>>>> -current >>>>>> mailing list. >>>>>> >>>>>> The 9.0-RELEASE cycle will be tracked here: >>>>>> >>>>>> http://wiki.freebsd.org/Releng/9.0TODO >>>>>> >>>>> could you please update that page ? It's wayy out of date... >>>>> >>>> The page is immutable, so I guess a lambda user cannot edit it. >>>> >>>> Could you please give me the credential to update it ? >>>> >>>> Providing an out-of-date status update page in a release is really >>>> amateurish; the only real use of that page being during the release >>>> process... >>>> >>> What is your Wiki name? >> >> Just to clarify, I will fix you up with access, but the re page should >> not be edited without re approval! >> > Not when re@'s guys are not doing their job. With privilege comes > responsibility. > > - Arnaud Yeah! I'm not the only one who looks at that page sometimes and wonders =20 why it is there. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:35:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F121065673; Tue, 4 Oct 2011 18:35:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id F1A488FC17; Tue, 4 Oct 2011 18:35:30 +0000 (UTC) Received: by vws11 with SMTP id 11so927777vws.13 for ; Tue, 04 Oct 2011 11:35:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qZmbxfrofu75xyBRS5lRhqi/Qeh1/lgv0+C3i/oD0q0=; b=xnY1WObi7j+d9+bOdfTkOgJ3rpvHu4/SHnUBYqoTHA15JzVwJklmFM1Xu0irqIRrD9 73NXMMTAnLg7mrw3n9qP1mFi31gXb4eSUjY4UNbdPy3/vPJrQHxvdA0PjF4jb5nC+HV2 iu2PTkIx12qp1WmSwQYFUPNba9IaBwwc08h+k= MIME-Version: 1.0 Received: by 10.52.109.170 with SMTP id ht10mr1544289vdb.206.1317751952130; Tue, 04 Oct 2011 11:12:32 -0700 (PDT) Received: by 10.220.192.8 with HTTP; Tue, 4 Oct 2011 11:12:32 -0700 (PDT) In-Reply-To: <1927112464.20111004220507@serebryakov.spb.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> Date: Tue, 4 Oct 2011 11:12:32 -0700 Message-ID: From: Freddie Cash To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Motin , current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:35:31 -0000 2011/10/4 Lev Serebryakov > One thing is missed from software RAIDs is spare drives and state > monitoring (yes, I know, that geom_raid supports spare drivers for > metadata formats which supports them, but it not universal solution). > Sounds impressive! Will be very useful for those using GEOM-based RAID (gmirror, gstripe, graid3, graid5, etc). Just curious: would the geom-events framework, and in particular the geom-events script, be useful for ZFS setups, for initiating replacements and providing "hot-spare" support? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:36:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4588106564A; Tue, 4 Oct 2011 18:36:51 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 293F58FC14; Tue, 4 Oct 2011 18:36:50 +0000 (UTC) Received: by wyj26 with SMTP id 26so1152290wyj.13 for ; Tue, 04 Oct 2011 11:36:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AX9OQo1OmUPcIe+Es8a0xfxFmN9EW4hhTSeBzYNoimw=; b=Qz2QqEXPGv0EIDcMRUSDzE/53nqq5jAY7dBSrx33KdgvgL4RFE4p914TOB2bnMnTlq UgMOj2LHSyYUXiKf39NsFsWNCPshV+4A84Rj1DHs1vi7VQagLyq69nvjG4ke+nmzLAf1 T/mmB2VzGPEXWUxxItPPtnchuj3tYcsmfK8ho= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr1831777wbw.51.1317753409961; Tue, 04 Oct 2011 11:36:49 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 11:36:49 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 14:36:49 -0400 Message-ID: From: Arnaud Lacombe To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Cc: re@freebsd.org, freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:36:52 -0000 Hi, On Tue, Oct 4, 2011 at 11:35 AM, Chris Rees wrote: > What is your Wiki name? > "ArnaudLacombe" created this morning, with the same email address as the one I'm sending this email with. Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:38:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DF0B106566C; Tue, 4 Oct 2011 18:38:37 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id C94D78FC0C; Tue, 4 Oct 2011 18:38:36 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id D3BB9DC0BC; Tue, 4 Oct 2011 18:39:43 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 1D6FCDC0AE for ; Tue, 4 Oct 2011 18:39:39 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0B10D1A65EC; Tue, 4 Oct 2011 18:37:11 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 846B1106577A; Tue, 4 Oct 2011 18:37:09 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4588106564A; Tue, 4 Oct 2011 18:36:51 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 293F58FC14; Tue, 4 Oct 2011 18:36:50 +0000 (UTC) Received: by wyj26 with SMTP id 26so1152290wyj.13 for ; Tue, 04 Oct 2011 11:36:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AX9OQo1OmUPcIe+Es8a0xfxFmN9EW4hhTSeBzYNoimw=; b=Qz2QqEXPGv0EIDcMRUSDzE/53nqq5jAY7dBSrx33KdgvgL4RFE4p914TOB2bnMnTlq UgMOj2LHSyYUXiKf39NsFsWNCPshV+4A84Rj1DHs1vi7VQagLyq69nvjG4ke+nmzLAf1 T/mmB2VzGPEXWUxxItPPtnchuj3tYcsmfK8ho= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr1831777wbw.51.1317753409961; Tue, 04 Oct 2011 11:36:49 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 11:36:49 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 14:36:49 -0400 Message-ID: From: Arnaud Lacombe To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-stable , freebsd-current , re@freebsd.org, Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:38:37 -0000 Hi, On Tue, Oct 4, 2011 at 11:35 AM, Chris Rees wrote: > What is your Wiki name? > "ArnaudLacombe" created this morning, with the same email address as the one I'm sending this email with. Thanks, - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:59:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AAC51065670; Tue, 4 Oct 2011 18:59:50 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1967D8FC0C; Tue, 4 Oct 2011 18:59:49 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 18E375E9E0; Tue, 4 Oct 2011 14:48:07 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 8CA105E9FC; Tue, 4 Oct 2011 14:48:06 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 848115E9E0; Tue, 4 Oct 2011 14:48:06 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 5DF7A45EBF; Tue, 4 Oct 2011 14:48:06 -0400 (EDT) From: Ken Smith To: Andrey Fesenko In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-NQFUi65gsnviHtedixJq" Date: Tue, 04 Oct 2011 14:48:00 -0400 Message-ID: <1317754080.15870.0.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 18:59:50 -0000 --=-NQFUi65gsnviHtedixJq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2011-10-04 at 22:40 +0400, Andrey Fesenko wrote: > On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: > > > > > > The 9.0-RELEASE cycle will be tracked here: > > > > http://wiki.freebsd.org/Releng/9.0TODO > > > > though the schedule listed there is still way off. We'll re-work the > > schedule some time soon. > > >=20 > Last updated: 16 August 2011. :( >=20 Hit refresh... --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-NQFUi65gsnviHtedixJq 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) iEYEABECAAYFAk6LVNgACgkQ/G14VSmup/ZqMwCfTxO8ueEoO4koxLMT1mSCahiv jPoAniUTv5qyK7EVddowraNRJieRynH0 =qi7i -----END PGP SIGNATURE----- --=-NQFUi65gsnviHtedixJq-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:01:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C9BA106566C; Tue, 4 Oct 2011 19:01:40 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id A813A8FC0C; Tue, 4 Oct 2011 19:01:39 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 0D0F5DC0BC; Tue, 4 Oct 2011 19:02:47 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 83267DC0AE for ; Tue, 4 Oct 2011 19:02:44 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5E74D16072C; Tue, 4 Oct 2011 18:59:58 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8200010656D0; Tue, 4 Oct 2011 18:59:57 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AAC51065670; Tue, 4 Oct 2011 18:59:50 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1967D8FC0C; Tue, 4 Oct 2011 18:59:49 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 18E375E9E0; Tue, 4 Oct 2011 14:48:07 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 8CA105E9FC; Tue, 4 Oct 2011 14:48:06 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 848115E9E0; Tue, 4 Oct 2011 14:48:06 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 5DF7A45EBF; Tue, 4 Oct 2011 14:48:06 -0400 (EDT) From: Ken Smith To: Andrey Fesenko In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-NQFUi65gsnviHtedixJq" Date: Tue, 04 Oct 2011 14:48:00 -0400 Message-ID: <1317754080.15870.0.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:01:40 -0000 --=-NQFUi65gsnviHtedixJq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2011-10-04 at 22:40 +0400, Andrey Fesenko wrote: > On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: > > > > > > The 9.0-RELEASE cycle will be tracked here: > > > > http://wiki.freebsd.org/Releng/9.0TODO > > > > though the schedule listed there is still way off. We'll re-work the > > schedule some time soon. > > >=20 > Last updated: 16 August 2011. :( >=20 Hit refresh... --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-NQFUi65gsnviHtedixJq 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) iEYEABECAAYFAk6LVNgACgkQ/G14VSmup/ZqMwCfTxO8ueEoO4koxLMT1mSCahiv jPoAniUTv5qyK7EVddowraNRJieRynH0 =qi7i -----END PGP SIGNATURE----- --=-NQFUi65gsnviHtedixJq-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:02:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC00106567B; Tue, 4 Oct 2011 19:02:48 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB568FC15; Tue, 4 Oct 2011 19:02:47 +0000 (UTC) Received: by vws11 with SMTP id 11so965496vws.13 for ; Tue, 04 Oct 2011 12:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=i/jg8lf2LhoH7QTAWVYv5d5QvLJ6aFw6f6IlXjxoua0=; b=oWcWvgJ83BIU61DhJNs46We5EWRDmHhdA95KZwLrzNoIp+SfYptNvqeyrUr0wxj97F CZ+W2Xfx7oZwQfa+mpN5X15oEMItcPnVYHtH6MQ0SnLbe9GJ0HU9iG2IuTlXclXN9fDd v6oYA5IsHQ44v5J9TWi7JeU0tAxpvtulAsbfI= MIME-Version: 1.0 Received: by 10.52.156.46 with SMTP id wb14mr1531516vdb.291.1317753626540; Tue, 04 Oct 2011 11:40:26 -0700 (PDT) Received: by 10.220.203.6 with HTTP; Tue, 4 Oct 2011 11:40:26 -0700 (PDT) In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 22:40:26 +0400 Message-ID: From: Andrey Fesenko To: Ken Smith Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:02:48 -0000 On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: > > > The 9.0-RELEASE cycle will be tracked here: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0http://wiki.freebsd.org/Releng/9.0TODO > > though the schedule listed there is still way off. =C2=A0We'll re-work th= e > schedule some time soon. > Last updated: 16 August 2011. :( From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:06:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AED51065673; Tue, 4 Oct 2011 19:06:23 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 25C9F8FC14; Tue, 4 Oct 2011 19:06:22 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 70BD8DC0BC; Tue, 4 Oct 2011 19:07:30 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 20D07DC0AE for ; Tue, 4 Oct 2011 19:07:28 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DFB531A61D7; Tue, 4 Oct 2011 19:03:02 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 15D12106574A; Tue, 4 Oct 2011 19:03:02 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC00106567B; Tue, 4 Oct 2011 19:02:48 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB568FC15; Tue, 4 Oct 2011 19:02:47 +0000 (UTC) Received: by vws11 with SMTP id 11so965496vws.13 for ; Tue, 04 Oct 2011 12:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=i/jg8lf2LhoH7QTAWVYv5d5QvLJ6aFw6f6IlXjxoua0=; b=oWcWvgJ83BIU61DhJNs46We5EWRDmHhdA95KZwLrzNoIp+SfYptNvqeyrUr0wxj97F CZ+W2Xfx7oZwQfa+mpN5X15oEMItcPnVYHtH6MQ0SnLbe9GJ0HU9iG2IuTlXclXN9fDd v6oYA5IsHQ44v5J9TWi7JeU0tAxpvtulAsbfI= MIME-Version: 1.0 Received: by 10.52.156.46 with SMTP id wb14mr1531516vdb.291.1317753626540; Tue, 04 Oct 2011 11:40:26 -0700 (PDT) Received: by 10.220.203.6 with HTTP; Tue, 4 Oct 2011 11:40:26 -0700 (PDT) In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 22:40:26 +0400 Message-ID: From: Andrey Fesenko To: Ken Smith Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:06:23 -0000 On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: > > > The 9.0-RELEASE cycle will be tracked here: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0http://wiki.freebsd.org/Releng/9.0TODO > > though the schedule listed there is still way off. =C2=A0We'll re-work th= e > schedule some time soon. > Last updated: 16 August 2011. :( _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:15:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B802106566C; Tue, 4 Oct 2011 19:15:17 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id C27918FC08; Tue, 4 Oct 2011 19:15:16 +0000 (UTC) Received: by pzk32 with SMTP id 32so4305810pzk.3 for ; Tue, 04 Oct 2011 12:15:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=0b2c4UEXC09WA4Qxr7QoTCjlH5NR/lAaQZwUqCItJMc=; b=ZlgfYIvSmlmXw0vg1vZwrZUvdIG0baQLj0bsr2U9cWzjOYgWrxSxsLneISOQUvlGf1 95SCmcpuq06e2ys44sZo7opUlNJuJK9nH94YKRDTk4FUx5BBAtlTCMSVWKkHAqO9fvx3 i9CzOxtM3WWqLxDk05oMwSsjPf/8gDxHEkcEg= Received: by 10.68.55.100 with SMTP id r4mr11800915pbp.69.1317755716432; Tue, 04 Oct 2011 12:15:16 -0700 (PDT) Received: from kruse-180.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id ki1sm27242056pbb.3.2011.10.04.12.15.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Oct 2011 12:15:15 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: Date: Tue, 4 Oct 2011 12:15:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <71B3C40A-29FA-4965-AEC0-DEAE65276F5B@gmail.com> References: <1927112464.20111004220507@serebryakov.spb.ru> To: Freddie Cash X-Mailer: Apple Mail (2.1084) Cc: Alexander Motin , lev@freebsd.org, current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:15:17 -0000 On Oct 4, 2011, at 11:12 AM, Freddie Cash wrote: > 2011/10/4 Lev Serebryakov >=20 >> One thing is missed from software RAIDs is spare drives and state >> monitoring (yes, I know, that geom_raid supports spare drivers for >> metadata formats which supports them, but it not universal solution). >>=20 >=20 > Sounds impressive! Will be very useful for those using GEOM-based = RAID > (gmirror, gstripe, graid3, graid5, etc). >=20 > Just curious: would the geom-events framework, and in particular the > geom-events script, be useful for ZFS setups, for initiating = replacements > and providing "hot-spare" support? Work in the zfsd project branch already seems to do this = properly. Please note that some HBAs (like mps) don't play well with = hotswap on some branches, whereas others (mfi) might, depending on how = things are coded up and chipset support. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:26:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E02106566C for ; Tue, 4 Oct 2011 19:26:45 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA2CF8FC14 for ; Tue, 4 Oct 2011 19:26:44 +0000 (UTC) Received: by yxk36 with SMTP id 36so1052826yxk.13 for ; Tue, 04 Oct 2011 12:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=vh/rxVbj1t/dIn3PeSN1joZBOjyz2glBxiKOZES9Ty0=; b=HUZDbZgc2mj62nizg9PLd2TIznMzZg6DnPslIhZY8bmJ20jA4fkL83NB1cEQEhfdZi i0vj4kTXyIlhxpmPlZRMsUnrNBjLesIVlpft92OsDwYRUmODicKxFasLzaZadUhLlhP9 YkxHLOWBzriOgZe+u8v1PE4zd+gz7lyyXxpwE= Received: by 10.42.148.3 with SMTP id p3mr2428136icv.190.1317756404140; Tue, 04 Oct 2011 12:26:44 -0700 (PDT) Received: from sylph (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id eh34sm36640730ibb.5.2011.10.04.12.26.41 (version=SSLv3 cipher=OTHER); Tue, 04 Oct 2011 12:26:42 -0700 (PDT) Date: Tue, 4 Oct 2011 12:26:27 -0700 From: matt To: Benjamin Kaduk Message-ID: <20111004122627.1f0b199a@sylph> In-Reply-To: References: <20111003204444.329c030e@sylph> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: yanegomi@gmail.com, freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:26:45 -0000 On Tue, 4 Oct 2011 02:21:59 -0400 (EDT) Benjamin Kaduk wrote: > On Mon, 3 Oct 2011, matt wrote: > > > Ultimately, I think if we can set backlight, we can fix the screen > > after resume...I think it's just the backlight is low/off on > > resume... > > Can you use a very strong fronglight to see if this is actually the > case? (Illumination angle may be important as well.) The state of > the liquid crystal polarizing switches should be visible under > sufficient illumination, and whether they change with input would be > pretty definitive. > I actually used to operate my iBook G4 in "frontlight mode" in bright > sunlight for a while (until the wifi card flaked out, tying it to my > desk). > > -Ben Kaduk It's the IPS display, so there's a bit of glare...not much visible. I can't tell for sure... Friend had idea of trying to resume under X with external VGA display...both remained off, however I am using the Intel GPU experimental drivers (To make a note, resume is broken without them as well). I can't get vbetool from ports to do anything with the display other than cause it to turn off. I can type commands just fine under X or console with the display off...so I have tried xset, vbetool. hw.acpi.reset_video causes a majorly bad reboot loop on resume with a flashing thinklight. Matt From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:39:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7838A1065673; Tue, 4 Oct 2011 19:39:37 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id DE30A8FC19; Tue, 4 Oct 2011 19:39:36 +0000 (UTC) Received: by wwn22 with SMTP id 22so5373581wwn.1 for ; Tue, 04 Oct 2011 12:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=yF5KtlXs/nY23YOKJCZWoWQQJen9Lr607D40Dy9eka4=; b=txLHgiq7TIich5n2FBFRUs442nIQkSqlwxwsMYM7qu0vApcysqLfb13XS9SmMK8d6X kKETVkvz/cQsnbcbXlJAoA1EY+6U3Mwh2aEZ8sq2U3bjrBYhkhbLnWBuVhAd7Z2Har3A l5QsS3i23mo3sZkNFjWPkp0n3AaOxhJzQhfwE= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr1916927wbz.36.1317757175605; Tue, 04 Oct 2011 12:39:35 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 12:39:35 -0700 (PDT) In-Reply-To: <1317754080.15870.0.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 15:39:35 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:39:37 -0000 Hi, On Tue, Oct 4, 2011 at 2:48 PM, Ken Smith wrote: > On Tue, 2011-10-04 at 22:40 +0400, Andrey Fesenko wrote: >> On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: >> > >> > >> > The 9.0-RELEASE cycle will be tracked here: >> > >> > =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO >> > >> > though the schedule listed there is still way off. =A0We'll re-work th= e >> > schedule some time soon. >> > >> >> Last updated: 16 August 2011. :( >> > > Hit refresh... > you've got to be fraking kidding me, aren't you ? Code freeze has happened, no date set. BETA-1, BETA-2 have been released, no date set. stable/9 has been created, no date set. Branch status has not been updated. At most, this edit is a bad joke, just like politician announcing a few millions dollars in saving when the yearly budget is in deficit by trillions... For the record, I would have made a much better job, if you had let me. Regards, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:41:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C31191065677; Tue, 4 Oct 2011 19:41:12 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9938FC0A; Tue, 4 Oct 2011 19:41:12 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 69EA8DC0E6; Tue, 4 Oct 2011 19:42:19 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 030E6DC0BE for ; Tue, 4 Oct 2011 19:42:17 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F19471A512B; Tue, 4 Oct 2011 19:39:53 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id F324810657D8; Tue, 4 Oct 2011 19:39:50 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7838A1065673; Tue, 4 Oct 2011 19:39:37 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id DE30A8FC19; Tue, 4 Oct 2011 19:39:36 +0000 (UTC) Received: by wwn22 with SMTP id 22so5373581wwn.1 for ; Tue, 04 Oct 2011 12:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=yF5KtlXs/nY23YOKJCZWoWQQJen9Lr607D40Dy9eka4=; b=txLHgiq7TIich5n2FBFRUs442nIQkSqlwxwsMYM7qu0vApcysqLfb13XS9SmMK8d6X kKETVkvz/cQsnbcbXlJAoA1EY+6U3Mwh2aEZ8sq2U3bjrBYhkhbLnWBuVhAd7Z2Har3A l5QsS3i23mo3sZkNFjWPkp0n3AaOxhJzQhfwE= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr1916927wbz.36.1317757175605; Tue, 04 Oct 2011 12:39:35 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 12:39:35 -0700 (PDT) In-Reply-To: <1317754080.15870.0.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> Date: Tue, 4 Oct 2011 15:39:35 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:41:12 -0000 Hi, On Tue, Oct 4, 2011 at 2:48 PM, Ken Smith wrote: > On Tue, 2011-10-04 at 22:40 +0400, Andrey Fesenko wrote: >> On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: >> > >> > >> > The 9.0-RELEASE cycle will be tracked here: >> > >> > =A0 =A0 =A0 =A0http://wiki.freebsd.org/Releng/9.0TODO >> > >> > though the schedule listed there is still way off. =A0We'll re-work th= e >> > schedule some time soon. >> > >> >> Last updated: 16 August 2011. :( >> > > Hit refresh... > you've got to be fraking kidding me, aren't you ? Code freeze has happened, no date set. BETA-1, BETA-2 have been released, no date set. stable/9 has been created, no date set. Branch status has not been updated. At most, this edit is a bad joke, just like politician announcing a few millions dollars in saving when the yearly budget is in deficit by trillions... For the record, I would have made a much better job, if you had let me. Regards, - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:50:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D3461065673; Tue, 4 Oct 2011 19:50:36 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6BAA38FC13; Tue, 4 Oct 2011 19:50:36 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B2544F859; Tue, 4 Oct 2011 15:50:34 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id AF8E3F83C; Tue, 4 Oct 2011 15:50:33 -0400 (EDT) Received: from smtp4.acsu.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id A7D23F85C; Tue, 4 Oct 2011 15:50:33 -0400 (EDT) Received: from ken-smiths-macbook-pro.local (cpe-72-231-248-9.buffalo.res.rr.com [72.231.248.9]) (Authenticated sender: kensmith@buffalo.edu) by smtp4.acsu.buffalo.edu (Postfix) with ESMTPSA id 579C245E01; Tue, 4 Oct 2011 15:50:33 -0400 (EDT) Message-ID: <4E8B6382.1060001@buffalo.edu> Date: Tue, 04 Oct 2011 15:50:26 -0400 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Arnaud Lacombe References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 28% Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:50:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/4/11 3:39 PM, Arnaud Lacombe wrote: > you've got to be fraking kidding me, aren't you ? > > Code freeze has happened, no date set. BETA-1, BETA-2 have been > released, no date set. stable/9 has been created, no date set. > Branch status has not been updated. I'll get to more of it later tonight. > At most, this edit is a bad joke, just like politician announcing > a few millions dollars in saving when the yearly budget is in > deficit by trillions... Or an edit done in the 5 minutes I had at the time so people who wanted to know the times of things that haven't happened already can get what they want to know. > For the record, I would have made a much better job, if you had let > me. I'd love to know what you would have put for the dates I filled in. - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6LY4IACgkQ/G14VSmup/btJACaAr3xKoUNxkMpNt6YEhV+hPDo wzUAn3cv3sHsMwZRiPcZ5yRN917IJYR5 =j4kk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:51:54 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 5CF871065677; Tue, 4 Oct 2011 19:51:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C2D601566BB; Tue, 4 Oct 2011 19:51:17 +0000 (UTC) Message-ID: <4E8B63B5.2000803@FreeBSD.org> Date: Tue, 04 Oct 2011 12:51:17 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4E8AE0CD.8010805@FreeBSD.org> In-Reply-To: <4E8AE0CD.8010805@FreeBSD.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Colin Percival Subject: Re: portsnap5 problem, portsnap error handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:51:54 -0000 On 10/04/2011 03:32, Andriy Gapon wrote: > Not sure which list would be best for this Given that it's a ports issue, freebsd-ports@ comes to mind ... -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:52:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E224B1065672; Tue, 4 Oct 2011 19:52:23 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 75F248FC0A; Tue, 4 Oct 2011 19:52:23 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id C8CFBDC0E6; Tue, 4 Oct 2011 19:53:30 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 57DF3DC0BE for ; Tue, 4 Oct 2011 19:53:28 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5CEC21A3FEE; Tue, 4 Oct 2011 19:50:55 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 33A1710657DA; Tue, 4 Oct 2011 19:50:51 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D3461065673; Tue, 4 Oct 2011 19:50:36 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6BAA38FC13; Tue, 4 Oct 2011 19:50:36 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B2544F859; Tue, 4 Oct 2011 15:50:34 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id AF8E3F83C; Tue, 4 Oct 2011 15:50:33 -0400 (EDT) Received: from smtp4.acsu.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id A7D23F85C; Tue, 4 Oct 2011 15:50:33 -0400 (EDT) Received: from ken-smiths-macbook-pro.local (cpe-72-231-248-9.buffalo.res.rr.com [72.231.248.9]) (Authenticated sender: kensmith@buffalo.edu) by smtp4.acsu.buffalo.edu (Postfix) with ESMTPSA id 579C245E01; Tue, 4 Oct 2011 15:50:33 -0400 (EDT) Message-ID: <4E8B6382.1060001@buffalo.edu> Date: Tue, 04 Oct 2011 15:50:26 -0400 From: Ken Smith User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Arnaud Lacombe References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: XX: 28% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 19:52:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/4/11 3:39 PM, Arnaud Lacombe wrote: > you've got to be fraking kidding me, aren't you ? > > Code freeze has happened, no date set. BETA-1, BETA-2 have been > released, no date set. stable/9 has been created, no date set. > Branch status has not been updated. I'll get to more of it later tonight. > At most, this edit is a bad joke, just like politician announcing > a few millions dollars in saving when the yearly budget is in > deficit by trillions... Or an edit done in the 5 minutes I had at the time so people who wanted to know the times of things that haven't happened already can get what they want to know. > For the record, I would have made a much better job, if you had let > me. I'd love to know what you would have put for the dates I filled in. - -- Ken Smith - - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6LY4IACgkQ/G14VSmup/btJACaAr3xKoUNxkMpNt6YEhV+hPDo wzUAn3cv3sHsMwZRiPcZ5yRN917IJYR5 =j4kk -----END PGP SIGNATURE----- _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:11:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F3121065673 for ; Tue, 4 Oct 2011 20:11:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D8AB68FC13 for ; Tue, 4 Oct 2011 20:11:53 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:906c:6af3:5301:18c6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B17FE4AC1C; Wed, 5 Oct 2011 00:11:52 +0400 (MSD) Date: Wed, 5 Oct 2011 00:11:44 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <201501426.20111005001144@serebryakov.spb.ru> To: Freddie Cash In-Reply-To: References: <1927112464.20111004220507@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 20:11:54 -0000 Hello, Freddie. You wrote 4 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 22:12:= 32: > Sounds impressive! Will be very useful for those using GEOM-based > RAID (gmirror, gstripe, graid3, graid5, etc). > Just curious: would the geom-events framework, and in particular > the geom-events script, be useful for ZFS setups, for initiating > replacements and providing "hot-spare" support?=20 Script is configurable enough to adapt for any component removal and inse= rtion command. ZFS needs to send proper event (with pool name in question, = instead of GEOM name, for example), and some commands should be added to co= nfig file for "zfs" type of GEOM, but, I think, as ZFS has extensive userla= nd library, zfsd solution could be better for ZFS. But anyway, I don't want to touch any ZFS sources, as they are very compl= icated. But I open for suggestions from ZFS team, of course. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:17:24 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2089F1065670; Tue, 4 Oct 2011 20:17:24 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 846DB8FC0C; Tue, 4 Oct 2011 20:17:23 +0000 (UTC) Received: by vws11 with SMTP id 11so1064634vws.13 for ; Tue, 04 Oct 2011 13:17:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Us9puV0Rneav09XvL+f0piOauhUfmEzIWLY3gqxasAk=; b=COAUzqjYuBRFu8ouyz+yriDuGQWvOQByAGE8pRiyYOFa3EdMrMoHP668RJ17ewFUi/ XfrGyt0KwAq5UBpUtR0AIxTVnV2zTbFf4TLq7eBP93IWEd1ZHsPpy0csUtfWb6Guxp3o +jw7Ek6K3U0E/XuNcPdSlj1Oy/4pTMZF4dEHY= MIME-Version: 1.0 Received: by 10.52.109.170 with SMTP id ht10mr1684273vdb.206.1317759442668; Tue, 04 Oct 2011 13:17:22 -0700 (PDT) Received: by 10.220.192.8 with HTTP; Tue, 4 Oct 2011 13:17:22 -0700 (PDT) In-Reply-To: <71B3C40A-29FA-4965-AEC0-DEAE65276F5B@gmail.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <71B3C40A-29FA-4965-AEC0-DEAE65276F5B@gmail.com> Date: Tue, 4 Oct 2011 13:17:22 -0700 Message-ID: From: Freddie Cash To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Motin , lev@freebsd.org, current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 20:17:24 -0000 On Tue, Oct 4, 2011 at 12:15 PM, Garrett Cooper wrote: > On Oct 4, 2011, at 11:12 AM, Freddie Cash wrote: > > > 2011/10/4 Lev Serebryakov > > > >> One thing is missed from software RAIDs is spare drives and state > >> monitoring (yes, I know, that geom_raid supports spare drivers for > >> metadata formats which supports them, but it not universal solution). > >> > > Sounds impressive! Will be very useful for those using GEOM-based RAID > > (gmirror, gstripe, graid3, graid5, etc). > > > > Just curious: would the geom-events framework, and in particular the > > geom-events script, be useful for ZFS setups, for initiating replacements > > and providing "hot-spare" support? > > Work in the zfsd project branch already seems to do this properly. > Please note that some HBAs (like mps) don't play well with hotswap on some > branches, whereas others (mfi) might, depending on how things are coded up > and chipset support. > Cool! Sounds like we're just around the corner from having a top-notch software RAID stack via GEOM/ZFS with all the automatic goodies one expects/hopes for. :) Keep up the good work people!! -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:42:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83CD31065674 for ; Tue, 4 Oct 2011 20:42:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E844E8FC15 for ; Tue, 4 Oct 2011 20:42:49 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p94KgZji052342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 23:42:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p94KgYoX090301; Tue, 4 Oct 2011 23:42:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p94KgYCu090300; Tue, 4 Oct 2011 23:42:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Oct 2011 23:42:34 +0300 From: Kostik Belousov To: matt Message-ID: <20111004204234.GV1511@deviant.kiev.zoral.com.ua> References: <20111003204444.329c030e@sylph> <20111004122627.1f0b199a@sylph> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uhxam2CVnB9st8rL" Content-Disposition: inline In-Reply-To: <20111004122627.1f0b199a@sylph> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: yanegomi@gmail.com, freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 20:42:50 -0000 --Uhxam2CVnB9st8rL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 04, 2011 at 12:26:27PM -0700, matt wrote: > On Tue, 4 Oct 2011 02:21:59 -0400 (EDT) > Benjamin Kaduk wrote: >=20 > > On Mon, 3 Oct 2011, matt wrote: > >=20 > > > Ultimately, I think if we can set backlight, we can fix the screen > > > after resume...I think it's just the backlight is low/off on > > > resume... > >=20 > > Can you use a very strong fronglight to see if this is actually the > > case? (Illumination angle may be important as well.) The state of > > the liquid crystal polarizing switches should be visible under > > sufficient illumination, and whether they change with input would be > > pretty definitive. > > I actually used to operate my iBook G4 in "frontlight mode" in bright= =20 > > sunlight for a while (until the wifi card flaked out, tying it to my=20 > > desk). > >=20 > > -Ben Kaduk >=20 > It's the IPS display, so there's a bit of glare...not much visible. I > can't tell for sure... >=20 > Friend had idea of trying to resume under X with external > VGA display...both remained off, however I am using the Intel GPU > experimental drivers (To make a note, resume is broken without them as > well). Suspend/resume is not implemented in the KMS driver (yet). >=20 > I can't get vbetool from ports to do anything with the display other > than cause it to turn off. >=20 >=20 > I can type commands just fine under X or console with the display > off...so I have tried xset, vbetool. hw.acpi.reset_video causes a > majorly bad reboot loop on resume with a flashing thinklight. >=20 > Matt > _______________________________________________ > 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" --Uhxam2CVnB9st8rL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Lb7oACgkQC3+MBN1Mb4iiPwCeI0vcq1QSoMRLjz/6P/r0FQfv GP8AoJ/ILxGxeKdiz2qMEeK4zrZh0mLB =Sio8 -----END PGP SIGNATURE----- --Uhxam2CVnB9st8rL-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:56:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574931065670; Tue, 4 Oct 2011 20:56:19 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B92E38FC14; Tue, 4 Oct 2011 20:56:18 +0000 (UTC) Received: by wwe3 with SMTP id 3so1397274wwe.31 for ; Tue, 04 Oct 2011 13:56:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dLeRpMYYKE2k6a/S+EYSfUDMs0OAM66PUJ/6ni8wOb4=; b=Lp9jJ3FYczkmod9V3jQrI2/vVc8x1filOfzZEuwIh0FJ2UU/O8vZ//iLUiAZnPffaZ J5P1il7tslopEW5c+HOiym8ctjgU+HUh4gOsHpOV460OCkxhgzME+LiL6Z74zX/8hrij ECtRsoxa9hjlEht+r2qQ4g3QtGV3bwIw0OqUU= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr2001497wbw.51.1317761777516; Tue, 04 Oct 2011 13:56:17 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 13:56:17 -0700 (PDT) In-Reply-To: <4E8B6382.1060001@buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 16:56:17 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 20:56:19 -0000 Hi, On Tue, Oct 4, 2011 at 3:50 PM, Ken Smith wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/4/11 3:39 PM, Arnaud Lacombe wrote: >> you've got to be fraking kidding me, aren't you ? >> >> Code freeze has happened, no date set. BETA-1, BETA-2 have been >> released, no date set. stable/9 has been created, no date set. >> Branch status has not been updated. > > I'll get to more of it later tonight. > >> At most, this edit is a bad joke, just like politician announcing >> a few millions dollars in saving when the yearly budget is in >> deficit by trillions... > > Or an edit done in the 5 minutes I had at the time so people who wanted > to know the times of things that haven't happened already can get what > they want to know. > >> For the record, I would have made a much better job, if you had let >> me. > > I'd love to know what you would have put for the dates I filled in. > Had you loved so much to have this information, you would have given me credential. I may have filled in all the date from publicly available material, might it be from mailing list, or from FTP server's timestamp, or SVN revision date. If I had not been able to determine a date, I may just have left it blank and asked for details, eventually. Unfortunately, we will never know. Regards, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:57:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A725A1065672 for ; Tue, 4 Oct 2011 20:57:12 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 662C78FC08 for ; Tue, 4 Oct 2011 20:57:12 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RBC2s-0000a3-Ui for freebsd-current@freebsd.org; Tue, 04 Oct 2011 21:57:09 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RBC2i-0003ir-OD for freebsd-current@freebsd.org; Tue, 04 Oct 2011 21:56:48 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p94KummE019544 for ; Tue, 4 Oct 2011 21:56:48 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p94KumhN019543 for freebsd-current@freebsd.org; Tue, 4 Oct 2011 21:56:48 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 4 Oct 2011 21:56:48 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20111004205648.GA19519@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: groff -ms -Tascii (nroff?) strange output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 20:57:12 -0000 I'm having problems similar to this thread: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=91536+0+archive/2011/freebsd-current/20110821.freebsd-current The solution suggested was to use man ./ However, my document is not a man page, and I use ms macros. Test document: BUZI> cat try.1 .TL Some title .AU Some clever author .AI Some fancy institution .NH 1 Introduction BUZI> groff -ms -Tascii try.1 | more ESC[1mSome titleESC[0m ESC[4mSomeESC[24m ESC[4mcleverESC[24m ESC[4mauthorESC[0m Some fancy institution ESC[1m1. IntroductionESC[0m BUZI> groff -ms -Tascii try.1 | col -b | more 1mSome title0m 4mSome24m 4mclever24m 4mauthor0m Some fancy institution 1m1. Introduction0m How can I get a plain text rendering from a troff document with ms macros? Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:08:46 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE9810657B7; Tue, 4 Oct 2011 21:08:46 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 86A148FC0C; Tue, 4 Oct 2011 21:08:46 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id D0ACE358C5C; Tue, 4 Oct 2011 23:08:45 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id C63F817537; Tue, 4 Oct 2011 23:08:45 +0200 (CEST) Date: Tue, 4 Oct 2011 23:08:45 +0200 From: Jilles Tjoelker To: Andriy Gapon Message-ID: <20111004210845.GA68922@stack.nl> References: <4E8AE0CD.8010805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E8AE0CD.8010805@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-Current , Colin Percival Subject: Re: portsnap5 problem, portsnap error handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:08:47 -0000 On Tue, Oct 04, 2011 at 01:32:45PM +0300, Andriy Gapon wrote: > Not sure which list would be best for this, so using current@. > $ portsnap fetch && portsnap update > Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. > Fetching snapshot tag from portsnap5.FreeBSD.org... done. > Fetching snapshot metadata... fetch: > http://portsnap5.FreeBSD.org/t/c1bdea4c38cc6b417dedc1d0e75727118ed2ee08c41726ee49931f2c99288162: > Not Found > sha256: c1bdea4c38cc6b417dedc1d0e75727118ed2ee08c41726ee49931f2c99288162: No > such file or directory > [: !=: unexpected operator > mv: rename c1bdea4c38cc6b417dedc1d0e75727118ed2ee08c41726ee49931f2c99288162 to > tINDEX.new: No such file or directory > done. > grep: tINDEX.new: No such file or directory > look: tINDEX.new: No such file or directory > Portsnap metadata appears bogus. > Cowardly refusing to proceed any further. > First, it seems that portsnap5 host is missing at least one important file. > Second, it seems that portsnap should detect this kind of problem a little bit > earlier. No need to call sha256, mv, etc if fetch clearly failed. > (Not sure, perhaps this is fetch not returning an error code). The important part is the error from [. Because the check is for inequality, in case of a [ syntax error the "equal" path is taken and the script continues as if everything is fine. The script arrives there because of a missing backslash so that the fetch(1) command's exit status is not checked. The below patch should fix this fairly simply. More paranoid people will probably want to test(1) hashes for equality rather than for inequality so that a test(1) syntax error will fail safely. Index: usr.sbin/portsnap/portsnap/portsnap.sh =================================================================== --- usr.sbin/portsnap/portsnap/portsnap.sh (revision 225917) +++ usr.sbin/portsnap/portsnap/portsnap.sh (working copy) @@ -536,9 +536,9 @@ rm -f ${SNAPSHOTHASH} tINDEX.new echo ${NDEBUG} "Fetching snapshot metadata... " - fetch ${QUIETFLAG} http://${SERVERNAME}/t/${SNAPSHOTHASH} + fetch ${QUIETFLAG} http://${SERVERNAME}/t/${SNAPSHOTHASH} \ 2>${QUIETREDIR} || return - if [ `${SHA256} -q ${SNAPSHOTHASH}` != ${SNAPSHOTHASH} ]; then + if [ "`${SHA256} -q ${SNAPSHOTHASH}`" != ${SNAPSHOTHASH} ]; then echo "snapshot metadata corrupt." return 1 fi @@ -606,7 +606,7 @@ # Verify a list of files fetch_snapshot_verify() { while read F; do - if [ `gunzip -c snap/${F} | ${SHA256} -q` != ${F} ]; then + if [ "`gunzip -c snap/${F} | ${SHA256} -q`" != ${F} ]; then echo "snapshot corrupt." return 1 fi -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:10:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55AD2106564A; Tue, 4 Oct 2011 21:10:20 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id E2AF28FC18; Tue, 4 Oct 2011 21:10:19 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 55C40DC0BD; Tue, 4 Oct 2011 21:11:27 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id CC16EDC0B8 for ; Tue, 4 Oct 2011 21:11:23 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 885411A4170; Tue, 4 Oct 2011 21:08:51 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5501410657E3; Tue, 4 Oct 2011 21:08:47 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574931065670; Tue, 4 Oct 2011 20:56:19 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B92E38FC14; Tue, 4 Oct 2011 20:56:18 +0000 (UTC) Received: by wwe3 with SMTP id 3so1397274wwe.31 for ; Tue, 04 Oct 2011 13:56:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dLeRpMYYKE2k6a/S+EYSfUDMs0OAM66PUJ/6ni8wOb4=; b=Lp9jJ3FYczkmod9V3jQrI2/vVc8x1filOfzZEuwIh0FJ2UU/O8vZ//iLUiAZnPffaZ J5P1il7tslopEW5c+HOiym8ctjgU+HUh4gOsHpOV460OCkxhgzME+LiL6Z74zX/8hrij ECtRsoxa9hjlEht+r2qQ4g3QtGV3bwIw0OqUU= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr2001497wbw.51.1317761777516; Tue, 04 Oct 2011 13:56:17 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 13:56:17 -0700 (PDT) In-Reply-To: <4E8B6382.1060001@buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 16:56:17 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:10:20 -0000 Hi, On Tue, Oct 4, 2011 at 3:50 PM, Ken Smith wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/4/11 3:39 PM, Arnaud Lacombe wrote: >> you've got to be fraking kidding me, aren't you ? >> >> Code freeze has happened, no date set. BETA-1, BETA-2 have been >> released, no date set. stable/9 has been created, no date set. >> Branch status has not been updated. > > I'll get to more of it later tonight. > >> At most, this edit is a bad joke, just like politician announcing >> a few millions dollars in saving when the yearly budget is in >> deficit by trillions... > > Or an edit done in the 5 minutes I had at the time so people who wanted > to know the times of things that haven't happened already can get what > they want to know. > >> For the record, I would have made a much better job, if you had let >> me. > > I'd love to know what you would have put for the dates I filled in. > Had you loved so much to have this information, you would have given me credential. I may have filled in all the date from publicly available material, might it be from mailing list, or from FTP server's timestamp, or SVN revision date. If I had not been able to determine a date, I may just have left it blank and asked for details, eventually. Unfortunately, we will never know. Regards, - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:38:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E5C3106564A for ; Tue, 4 Oct 2011 21:38:25 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 496A98FC0A for ; Tue, 4 Oct 2011 21:38:25 +0000 (UTC) Received: by vws11 with SMTP id 11so1160740vws.13 for ; Tue, 04 Oct 2011 14:38:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=rZmTw8rAQBkCLK4qbB8PdPPm3hJsZnbR9Wz01U6qAqA=; b=fqr8JlJskE9awkgVbjNGuOkAaobH0IuaK+fiPwyRki4dILuxYtO2J1deYn+wQyFuc4 JUntmwssh8lNQj32nPKWviz4G7x0fiAlLYrNWxOkBOphCVeEkBrP9cfyqh+ti3Y+St8W jz7VDh6EGcw+f8jh+xk/tasffC2OdkB2+Lc78= Received: by 10.68.40.234 with SMTP id a10mr12532543pbl.120.1317764304390; Tue, 04 Oct 2011 14:38:24 -0700 (PDT) Received: from sylph (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id e7sm41086308pbq.1.2011.10.04.14.38.21 (version=SSLv3 cipher=OTHER); Tue, 04 Oct 2011 14:38:23 -0700 (PDT) Date: Tue, 4 Oct 2011 14:38:06 -0700 From: matt To: Kostik Belousov Message-ID: <20111004143806.55accddd@sylph> In-Reply-To: <20111004204234.GV1511@deviant.kiev.zoral.com.ua> References: <20111003204444.329c030e@sylph> <20111004122627.1f0b199a@sylph> <20111004204234.GV1511@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: yanegomi@gmail.com, freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:38:25 -0000 > > Friend had idea of trying to resume under X with external > > VGA display...both remained off, however I am using the Intel GPU > > experimental drivers (To make a note, resume is broken without them > > as well). > Suspend/resume is not implemented in the KMS driver (yet). > On x220 problem is deeper than KMS, since it exists without KMS patches applied. Thank you for graphics support! Even compiz works, although second output stuff is "overlapped" when extending on this one...also lots of "update_fbc", but this is probably known. There are so far about 4 patches required agains HEAD for this machine to be usable...KMS, acpi-ibm patches, iwn patches, and "currently" newvers.sh. I have done testing with all these rolled back, problem is still there...I think it could be UEFI/ACPI related? vbetool, dpms.ko, acpi_video, none can talk to the monitor. Does anyone know if "system/6636" was fixed for OpenBSD? Matt From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:38:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBA4106566C; Tue, 4 Oct 2011 21:38:33 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 055468FC12; Tue, 4 Oct 2011 21:38:32 +0000 (UTC) Received: by wwe3 with SMTP id 3so1448733wwe.31 for ; Tue, 04 Oct 2011 14:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nqahgjBPNOUVfQe8nBDQi4kt7ZDEBzxW4uBRNtpJffk=; b=InyYVZtf24JVIGTgr2nbVCtEbKK7mgWTPceusOB+eb7daZHmONpIsQi23DWFII7Qi0 cJhq2M1iojgG+4LIDx5S9iz97QUFA5AiolLnC9mgCkhX8BGK8iblPqL6NimO7vTg9Yib 9Vm6zslv76lVLrpIzsqYvNNf9YqLIps9ikj4c= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr2049777wbw.51.1317764311765; Tue, 04 Oct 2011 14:38:31 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 14:38:31 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 17:38:31 -0400 Message-ID: From: Arnaud Lacombe To: Joshua Boyd Content-Type: text/plain; charset=ISO-8859-1 Cc: Andrey Fesenko , freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:38:33 -0000 Hi, On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: > On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wrote: >> >> Had you loved so much to have this information, you would have given >> me credential. >> >> I may have filled in all the date from publicly available material, >> might it be from mailing list, or from FTP server's timestamp, or SVN >> revision date. If I had not been able to determine a date, I may just >> have left it blank and asked for details, eventually. >> >> Unfortunately, we will never know. > > It's nice that you want to help, but could you be less of a jerk about it to > the people who devote a huge amount of time to the project? > Which ones: - those who do not upgrade release information in release cycle ? - those who commit broken stuff ? - those who knowingly misdocument interfaces ? - those who ignore obvious fixes ? - those who ignore users request ? - those who ignore users bugs ? - those who refuses to share their work-in-progress ? - those who tell you you're wrong for months to finally acknowledge you are right, and commit your fixes ? ? Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:43:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CED55106564A for ; Tue, 4 Oct 2011 21:43:29 +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 90B018FC16 for ; Tue, 4 Oct 2011 21:43:29 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id BBAAB28429; Tue, 4 Oct 2011 23:27:05 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 045E028426; Tue, 4 Oct 2011 23:27:03 +0200 (CEST) Message-ID: <4E8B7A27.5070908@quip.cz> Date: Tue, 04 Oct 2011 23:27:03 +0200 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: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> In-Reply-To: <1927112464.20111004220507@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:43:29 -0000 Lev Serebryakov wrote: [...] > One thing is missed from software RAIDs is spare drives and state > monitoring (yes, I know, that geom_raid supports spare drivers for > metadata formats which supports them, but it not universal solution). I am still missing one thing - dropped provider is not marked as failed RAID provider and is accessible for anything like normal disk device. So in some edge cases, the system can boot from failed RAID component instead of degraded RAID. This can cause data loss or demage. Is it possible to fix it by something like your geom-events, or should it be done in each GEOM RAID class separately? But after all, I realy appreciate your work in this area! I hope I will have time to test it soon. Thank you! Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:45:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2271B106564A; Tue, 4 Oct 2011 21:45:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8428FC0C; Tue, 4 Oct 2011 21:45:51 +0000 (UTC) Received: by eyg7 with SMTP id 7so1355882eyg.13 for ; Tue, 04 Oct 2011 14:45:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=KAIzUQgM7LFsV1guEHuvEFqw7VcrvZRsvK+0l5D5/Kg=; b=t5DhNb29iXxmLczs2ONQUiqsvXaW3+oNOcuTMMZtFfSimWfZCTmA5tMhkPZjQmzDlg ng+rMGaEY+yv/UU1XCxXesEh44grU2mZqsy/VtMYUWTBIxqAsYMlbGdce3oQCeLj1Dgd Wsj0DAz6A8/jqyFaGSzzsREF5j6UeDLhWRLjw= Received: by 10.223.55.146 with SMTP id u18mr2387103fag.108.1317764750972; Tue, 04 Oct 2011 14:45:50 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id c1sm27027655fab.15.2011.10.04.14.45.49 (version=SSLv3 cipher=OTHER); Tue, 04 Oct 2011 14:45:50 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E8B7E76.5020907@FreeBSD.org> Date: Wed, 05 Oct 2011 00:45:26 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> In-Reply-To: <4E8B7A27.5070908@quip.cz> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: lev@FreeBSD.org, current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:45:53 -0000 Miroslav Lachman wrote: > Lev Serebryakov wrote: >> One thing is missed from software RAIDs is spare drives and state >> monitoring (yes, I know, that geom_raid supports spare drivers for >> metadata formats which supports them, but it not universal solution). > > I am still missing one thing - dropped provider is not marked as failed > RAID provider and is accessible for anything like normal disk device. So > in some edge cases, the system can boot from failed RAID component > instead of degraded RAID. This can cause data loss or demage. To reliably boot from RAID array, you need help from some RAID BIOS. While booting from correctly working gmirror is possible, it may not be reliable when array is degraded. That is one of the main benefits of the graid, comparing to gmirror -- cooperation with RAID BIOS. Ability to track failed devices also depends on specific metadata format. For example, for Intel RAID BIOS, metadata stored on each disk include information about all other disks used now. As result, if some disk fails and system is unable to update it's metadata any more, that information can still be stored on other devices to prevent disk resurrection in most cases. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:46:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C6F3106566B for ; Tue, 4 Oct 2011 21:46:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BE3588FC12 for ; Tue, 4 Oct 2011 21:46:09 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p94Lk5qt084128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Oct 2011 00:46:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p94Lk5x0090600; Wed, 5 Oct 2011 00:46:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p94Lk4PG090599; Wed, 5 Oct 2011 00:46:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Oct 2011 00:46:04 +0300 From: Kostik Belousov To: matt Message-ID: <20111004214604.GX1511@deviant.kiev.zoral.com.ua> References: <20111003204444.329c030e@sylph> <20111004122627.1f0b199a@sylph> <20111004204234.GV1511@deviant.kiev.zoral.com.ua> <20111004143806.55accddd@sylph> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XORNdEIueYiGctdR" Content-Disposition: inline In-Reply-To: <20111004143806.55accddd@sylph> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: yanegomi@gmail.com, freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:46:10 -0000 --XORNdEIueYiGctdR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 04, 2011 at 02:38:06PM -0700, matt wrote: >=20 > > > Friend had idea of trying to resume under X with external > > > VGA display...both remained off, however I am using the Intel GPU > > > experimental drivers (To make a note, resume is broken without them > > > as well). > > Suspend/resume is not implemented in the KMS driver (yet). > >=20 >=20 > On x220 problem is deeper than KMS, since it exists without > KMS patches applied. Thank you for graphics support! Even compiz works, > although second output stuff is "overlapped" when extending on this No idea what do you mean. > one...also lots of "update_fbc", but this is probably known. Write 0 into sysctl hw.dri.debug to get rid of KMS debugging output. >=20 > There are so far about 4 patches required agains HEAD for this machine > to be usable...KMS, acpi-ibm patches, iwn patches, and "currently" > newvers.sh. >=20 > I have done testing with all these rolled back, problem is still > there...I think it could be UEFI/ACPI related? vbetool, dpms.ko, > acpi_video, none can talk to the monitor. Does anyone know if > "system/6636" was fixed for OpenBSD?=20 >=20 > Matt --XORNdEIueYiGctdR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6LfpwACgkQC3+MBN1Mb4i9vwCeNzJmFk66MDNhA8+YTplzD4+T DY4An3UTKLjDry7UeoiDU3LDH+0lJXFw =VAYv -----END PGP SIGNATURE----- --XORNdEIueYiGctdR-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:51:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8201065672; Tue, 4 Oct 2011 21:51:24 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 485F58FC15; Tue, 4 Oct 2011 21:51:24 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 51CF2DC0EE; Tue, 4 Oct 2011 21:52:31 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 3EA98DC0AE for ; Tue, 4 Oct 2011 21:52:26 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 05E4A1A6247; Tue, 4 Oct 2011 21:49:18 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 223D11065675; Tue, 4 Oct 2011 21:49:17 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBA4106566C; Tue, 4 Oct 2011 21:38:33 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 055468FC12; Tue, 4 Oct 2011 21:38:32 +0000 (UTC) Received: by wwe3 with SMTP id 3so1448733wwe.31 for ; Tue, 04 Oct 2011 14:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nqahgjBPNOUVfQe8nBDQi4kt7ZDEBzxW4uBRNtpJffk=; b=InyYVZtf24JVIGTgr2nbVCtEbKK7mgWTPceusOB+eb7daZHmONpIsQi23DWFII7Qi0 cJhq2M1iojgG+4LIDx5S9iz97QUFA5AiolLnC9mgCkhX8BGK8iblPqL6NimO7vTg9Yib 9Vm6zslv76lVLrpIzsqYvNNf9YqLIps9ikj4c= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr2049777wbw.51.1317764311765; Tue, 04 Oct 2011 14:38:31 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 14:38:31 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 17:38:31 -0400 Message-ID: From: Arnaud Lacombe To: Joshua Boyd Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:51:24 -0000 Hi, On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: > On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wrote: >> >> Had you loved so much to have this information, you would have given >> me credential. >> >> I may have filled in all the date from publicly available material, >> might it be from mailing list, or from FTP server's timestamp, or SVN >> revision date. If I had not been able to determine a date, I may just >> have left it blank and asked for details, eventually. >> >> Unfortunately, we will never know. > > It's nice that you want to help, but could you be less of a jerk about it to > the people who devote a huge amount of time to the project? > Which ones: - those who do not upgrade release information in release cycle ? - those who commit broken stuff ? - those who knowingly misdocument interfaces ? - those who ignore obvious fixes ? - those who ignore users request ? - those who ignore users bugs ? - those who refuses to share their work-in-progress ? - those who tell you you're wrong for months to finally acknowledge you are right, and commit your fixes ? ? Thanks, - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:55:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6766B106564A; Tue, 4 Oct 2011 21:55:33 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id C8C3A8FC17; Tue, 4 Oct 2011 21:55:32 +0000 (UTC) Received: by wwn22 with SMTP id 22so5528786wwn.1 for ; Tue, 04 Oct 2011 14:55:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ihNRVFzfu4X4AbolqyEJ4KwgZlGoOq9U7HbznleCcy0=; b=lL5OcB8MpnYD6lAO5+0NJqFBAfmGwi0g3CWyr9OYDPiMPeBkCa/ZVV2cFZL6gE+82J em7mz1dD9y66y5MXqn/qc7SP7umC6Ebzp8arW11rW9b9ogc88KO3xsvLtgE/+8ubFmMD ACh8pTyRq7G4Xlyc3l4J8pfM+KM+XOINdwLwE= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr2069062wbw.51.1317765331625; Tue, 04 Oct 2011 14:55:31 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 14:55:31 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 17:55:31 -0400 Message-ID: From: Arnaud Lacombe To: Joshua Boyd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andrey Fesenko , freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 21:55:33 -0000 Hi, On Tue, Oct 4, 2011 at 5:38 PM, Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: >> On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wrot= e: >>> >>> Had you loved so much to have this information, you would have given >>> me credential. >>> >>> I may have filled in all the date from publicly available material, >>> might it be from mailing list, or from FTP server's timestamp, or SVN >>> revision date. If I had not been able to determine a date, I may just >>> have left it blank and asked for details, eventually. >>> >>> Unfortunately, we will never know. >> >> It's nice that you want to help, but could you be less of a jerk about i= t to >> the people who devote a huge amount of time to the project? >> > Which ones: > =A0- those who do not upgrade release information in release cycle ? > =A0- those who commit broken stuff ? > =A0- those who knowingly misdocument interfaces ? > =A0- those who ignore obvious fixes ? > =A0- those who ignore users request ? > =A0- those who ignore users bugs ? > =A0- those who refuses to share their work-in-progress ? > =A0- those who tell you you're wrong for months to finally acknowledge > you are right, and commit your fixes ? > > ? > Please, do not get me wrong. I, for one, am far from perfect, and I welcome and encourage you to point this out whenever you think this is necessary. But you've got to acknowledge being a so called "committer" does not make you Righteous. Now, you either accept to be pointed out when you screw things up and be more careful in the future, or you repress that feeling and believe you are living in a Wonderful Shiny World(tm) where everything is perfect. In any case, it's your call, whether you want to make FreeBSD a better OS, or not. Regards, - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 22:06:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4BD10656E1 for ; Tue, 4 Oct 2011 22:06:49 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4F7B8FC13 for ; Tue, 4 Oct 2011 22:06:48 +0000 (UTC) Received: by iadk27 with SMTP id k27so1528518iad.13 for ; Tue, 04 Oct 2011 15:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=7Ar5ErVni3e/Vq067QiJiKz25sRIcU4lNANoTeyy4FI=; b=ib8NZbNCceasbmiwnGGKeFN54J4fJNE6rAZi7oCQQiXISLk5GRFn5Otq+Ma3YBgC+l RUl78sF6qvck3xJ1lhgoeJnwPPusqtrT3V8p8e+w2qDQtS3n1mxLrlfnvEWcxlpcbf0D 2V0q2QrwTip8us3pNCuZRDJ4rDWmdmBY+jaMc= Received: by 10.42.202.73 with SMTP id fd9mr2766057icb.22.1317766008192; Tue, 04 Oct 2011 15:06:48 -0700 (PDT) Received: from sylph ([75.101.87.90]) by mx.google.com with ESMTPS id g16sm39642383ibs.8.2011.10.04.15.06.46 (version=SSLv3 cipher=OTHER); Tue, 04 Oct 2011 15:06:47 -0700 (PDT) Date: Tue, 4 Oct 2011 15:06:31 -0700 From: matt To: Kostik Belousov Message-ID: <20111004150631.44cd8d7f@sylph> In-Reply-To: <20111004214604.GX1511@deviant.kiev.zoral.com.ua> References: <20111003204444.329c030e@sylph> <20111004122627.1f0b199a@sylph> <20111004204234.GV1511@deviant.kiev.zoral.com.ua> <20111004143806.55accddd@sylph> <20111004214604.GX1511@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/N7Y_ye5IovdUAS//7I85fED" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 22:06:49 -0000 --MP_/N7Y_ye5IovdUAS//7I85fED Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, 5 Oct 2011 00:46:04 +0300 Kostik Belousov wrote: > On Tue, Oct 04, 2011 at 02:38:06PM -0700, matt wrote: > > > > > > Friend had idea of trying to resume under X with external > > > > VGA display...both remained off, however I am using the Intel > > > > GPU experimental drivers (To make a note, resume is broken > > > > without them as well). > > > Suspend/resume is not implemented in the KMS driver (yet). > > > > > > > On x220 problem is deeper than KMS, since it exists without > > KMS patches applied. Thank you for graphics support! Even compiz > > works, although second output stuff is "overlapped" when extending > > on this > No idea what do you mean. > Xrandr works fine if monitor is attached after X starts If X is started after monitor is attached to VGA, LCD is suddenly 1024x768 with vertical black bars, VGA is mirrored with no bars I then did xrandr --output VGA1 --right-of LVDS1 (now resolution okay on VGA1, LVDS1 is still wrong) xrandr --auto && xrandr --output LVDS1 --mode 1366x768 Suddenly there is part of LVDS1 output showing on VGA1..."double vision"... Kind of hard to explain...part mirror, part extend Attached is Xorg.log...I can take a photo at home if that helps. Matt --MP_/N7Y_ye5IovdUAS//7I85fED-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 22:11:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F5C1065677; Tue, 4 Oct 2011 22:11:13 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id B1B6E8FC17; Tue, 4 Oct 2011 22:11:12 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id F0CEBDC0EE; Tue, 4 Oct 2011 22:12:19 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 6F335DC0AE for ; Tue, 4 Oct 2011 22:12:17 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 08E791A7AA3; Tue, 4 Oct 2011 22:07:39 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id ADE3C1065708; Tue, 4 Oct 2011 22:07:37 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6766B106564A; Tue, 4 Oct 2011 21:55:33 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id C8C3A8FC17; Tue, 4 Oct 2011 21:55:32 +0000 (UTC) Received: by wwn22 with SMTP id 22so5528786wwn.1 for ; Tue, 04 Oct 2011 14:55:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ihNRVFzfu4X4AbolqyEJ4KwgZlGoOq9U7HbznleCcy0=; b=lL5OcB8MpnYD6lAO5+0NJqFBAfmGwi0g3CWyr9OYDPiMPeBkCa/ZVV2cFZL6gE+82J em7mz1dD9y66y5MXqn/qc7SP7umC6Ebzp8arW11rW9b9ogc88KO3xsvLtgE/+8ubFmMD ACh8pTyRq7G4Xlyc3l4J8pfM+KM+XOINdwLwE= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr2069062wbw.51.1317765331625; Tue, 04 Oct 2011 14:55:31 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 14:55:31 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 17:55:31 -0400 Message-ID: From: Arnaud Lacombe To: Joshua Boyd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 22:11:13 -0000 Hi, On Tue, Oct 4, 2011 at 5:38 PM, Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: >> On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wrot= e: >>> >>> Had you loved so much to have this information, you would have given >>> me credential. >>> >>> I may have filled in all the date from publicly available material, >>> might it be from mailing list, or from FTP server's timestamp, or SVN >>> revision date. If I had not been able to determine a date, I may just >>> have left it blank and asked for details, eventually. >>> >>> Unfortunately, we will never know. >> >> It's nice that you want to help, but could you be less of a jerk about i= t to >> the people who devote a huge amount of time to the project? >> > Which ones: > =A0- those who do not upgrade release information in release cycle ? > =A0- those who commit broken stuff ? > =A0- those who knowingly misdocument interfaces ? > =A0- those who ignore obvious fixes ? > =A0- those who ignore users request ? > =A0- those who ignore users bugs ? > =A0- those who refuses to share their work-in-progress ? > =A0- those who tell you you're wrong for months to finally acknowledge > you are right, and commit your fixes ? > > ? > Please, do not get me wrong. I, for one, am far from perfect, and I welcome and encourage you to point this out whenever you think this is necessary. But you've got to acknowledge being a so called "committer" does not make you Righteous. Now, you either accept to be pointed out when you screw things up and be more careful in the future, or you repress that feeling and believe you are living in a Wonderful Shiny World(tm) where everything is perfect. In any case, it's your call, whether you want to make FreeBSD a better OS, or not. Regards, - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 22:44:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4A61065676; Tue, 4 Oct 2011 22:44:21 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C387B8FC12; Tue, 4 Oct 2011 22:44:20 +0000 (UTC) Received: by vcbf13 with SMTP id f13so1209116vcb.13 for ; Tue, 04 Oct 2011 15:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dudu.ro; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=It2q3CPznyFZlHuzwNOBIkOlugTDoQQinjms3Emxq+o=; b=MsQCJEBDotvt8rO8VLmrQZZSH6MdArM00MaZ5/kPr7dbPJSi3RzTp7hbJuq6UI3BJ8 YteSlU6bSbuqlm5vpbVbxEED27vTMqh6P/9z6HABmFsW6t5IEmbTTjEWQvzeUxr7bsYw +S5OLLxM1ZVrVtD6+Wnl+1r+hdZgTsBzMX2+g= Received: by 10.52.108.196 with SMTP id hm4mr1844239vdb.19.1317766542158; Tue, 04 Oct 2011 15:15:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.175.141 with HTTP; Tue, 4 Oct 2011 15:15:02 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> From: Vlad Galu Date: Tue, 4 Oct 2011 23:15:02 +0100 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andrey Fesenko , Joshua Boyd , freebsd-stable , Ken Smith , freebsd-current Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 22:44:21 -0000 On Tue, Oct 4, 2011 at 10:38 PM, Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: >> On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wrot= e: >>> >>> Had you loved so much to have this information, you would have given >>> me credential. >>> >>> I may have filled in all the date from publicly available material, >>> might it be from mailing list, or from FTP server's timestamp, or SVN >>> revision date. If I had not been able to determine a date, I may just >>> have left it blank and asked for details, eventually. >>> >>> Unfortunately, we will never know. >> >> It's nice that you want to help, but could you be less of a jerk about i= t to >> the people who devote a huge amount of time to the project? >> > Which ones: > =A0- those who do not upgrade release information in release cycle ? > =A0- those who commit broken stuff ? > =A0- those who knowingly misdocument interfaces ? > =A0- those who ignore obvious fixes ? > =A0- those who ignore users request ? > =A0- those who ignore users bugs ? > =A0- those who refuses to share their work-in-progress ? > =A0- those who tell you you're wrong for months to finally acknowledge > you are right, and commit your fixes ? Arnaud, everybody is doing their best. If members or groups within the FreeBSD project are under contractual obligation to meet your expectations, please feel free to take this off-list. Otherwise, if you feel there are similar projects with better management, perhaps they're better suited for you. --=20 Good, fast & cheap. Pick any two. From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 22:46:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D52C1065678; Tue, 4 Oct 2011 22:46:01 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id B6A3F8FC12; Tue, 4 Oct 2011 22:46:00 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 65CE4DC0EE; Tue, 4 Oct 2011 22:47:08 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 83CB4DC0AE for ; Tue, 4 Oct 2011 22:47:05 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2DAC417B669; Tue, 4 Oct 2011 22:44:35 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B480510657BA; Tue, 4 Oct 2011 22:44:34 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4A61065676; Tue, 4 Oct 2011 22:44:21 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C387B8FC12; Tue, 4 Oct 2011 22:44:20 +0000 (UTC) Received: by vcbf13 with SMTP id f13so1209116vcb.13 for ; Tue, 04 Oct 2011 15:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dudu.ro; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=It2q3CPznyFZlHuzwNOBIkOlugTDoQQinjms3Emxq+o=; b=MsQCJEBDotvt8rO8VLmrQZZSH6MdArM00MaZ5/kPr7dbPJSi3RzTp7hbJuq6UI3BJ8 YteSlU6bSbuqlm5vpbVbxEED27vTMqh6P/9z6HABmFsW6t5IEmbTTjEWQvzeUxr7bsYw +S5OLLxM1ZVrVtD6+Wnl+1r+hdZgTsBzMX2+g= Received: by 10.52.108.196 with SMTP id hm4mr1844239vdb.19.1317766542158; Tue, 04 Oct 2011 15:15:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.175.141 with HTTP; Tue, 4 Oct 2011 15:15:02 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> From: Vlad Galu Date: Tue, 4 Oct 2011 23:15:02 +0100 Message-ID: To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , Joshua Boyd , freebsd-stable , Ken Smith , freebsd-current Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2011 22:46:01 -0000 On Tue, Oct 4, 2011 at 10:38 PM, Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: >> On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wrot= e: >>> >>> Had you loved so much to have this information, you would have given >>> me credential. >>> >>> I may have filled in all the date from publicly available material, >>> might it be from mailing list, or from FTP server's timestamp, or SVN >>> revision date. If I had not been able to determine a date, I may just >>> have left it blank and asked for details, eventually. >>> >>> Unfortunately, we will never know. >> >> It's nice that you want to help, but could you be less of a jerk about i= t to >> the people who devote a huge amount of time to the project? >> > Which ones: > =A0- those who do not upgrade release information in release cycle ? > =A0- those who commit broken stuff ? > =A0- those who knowingly misdocument interfaces ? > =A0- those who ignore obvious fixes ? > =A0- those who ignore users request ? > =A0- those who ignore users bugs ? > =A0- those who refuses to share their work-in-progress ? > =A0- those who tell you you're wrong for months to finally acknowledge > you are right, and commit your fixes ? Arnaud, everybody is doing their best. If members or groups within the FreeBSD project are under contractual obligation to meet your expectations, please feel free to take this off-list. Otherwise, if you feel there are similar projects with better management, perhaps they're better suited for you. --=20 Good, fast & cheap. Pick any two. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 00:19:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB87106566B; Wed, 5 Oct 2011 00:19:48 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE888FC15; Wed, 5 Oct 2011 00:19:47 +0000 (UTC) Received: by wwe3 with SMTP id 3so1593407wwe.31 for ; Tue, 04 Oct 2011 17:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GJrLyfiIxVBLM8vW3Mvn2K/s7B1A0yf21bA8RR1rD9M=; b=Bk8SyAvvPPIDqc286OmXIW0ZfvBq8GH+Wh+D8wArYLLXOjT8kBSsKbzTLV+PjJw0pz Y8/RmupBsqPkptnIA1tadVlf1OeiWJzDlnn8mWvhSVUHdHP7o3GdHozDgWk0zY9DlfgG 3v1ENCSuB7xMgtTMWlDpasZS/UhLvnKDz4btI= MIME-Version: 1.0 Received: by 10.216.170.204 with SMTP id p54mr5697741wel.51.1317773986225; Tue, 04 Oct 2011 17:19:46 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 17:19:46 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 20:19:46 -0400 Message-ID: From: Arnaud Lacombe To: Vlad Galu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andrey Fesenko , Joshua Boyd , freebsd-stable , Ken Smith , freebsd-current Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 00:19:48 -0000 Hi, On Tue, Oct 4, 2011 at 6:15 PM, Vlad Galu wrote: > On Tue, Oct 4, 2011 at 10:38 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: >>> On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wro= te: >>>> >>>> Had you loved so much to have this information, you would have given >>>> me credential. >>>> >>>> I may have filled in all the date from publicly available material, >>>> might it be from mailing list, or from FTP server's timestamp, or SVN >>>> revision date. If I had not been able to determine a date, I may just >>>> have left it blank and asked for details, eventually. >>>> >>>> Unfortunately, we will never know. >>> >>> It's nice that you want to help, but could you be less of a jerk about = it to >>> the people who devote a huge amount of time to the project? >>> >> Which ones: >> =A0- those who do not upgrade release information in release cycle ? >> =A0- those who commit broken stuff ? >> =A0- those who knowingly misdocument interfaces ? >> =A0- those who ignore obvious fixes ? >> =A0- those who ignore users request ? >> =A0- those who ignore users bugs ? >> =A0- those who refuses to share their work-in-progress ? >> =A0- those who tell you you're wrong for months to finally acknowledge >> you are right, and commit your fixes ? > > Arnaud, everybody is doing their best. If members or groups within the > FreeBSD project are under contractual obligation to meet your > expectations, please feel free to take this off-list. Otherwise, if > you feel there are similar projects with better management, perhaps > they're better suited for you. > Maybe phk@ is not so wrong when he advocates for liability laws for software makers. However, starting the liability clauses list with a loophole (clause 1) sounds like a fraud, especially for a software contractor[0]. After all, even people selling raw materials can be liable if the material sold did not behave as it should have and caused damages. Though, ending up speaking about contractual work and liability when someone originally did not want to relinquish write access to a wiki is rather sad... - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 00:20:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 261D810656DE; Wed, 5 Oct 2011 00:20:26 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7486C8FC1D; Wed, 5 Oct 2011 00:20:25 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 68CA6DC0EE; Wed, 5 Oct 2011 00:21:33 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id A8C52DC0B8 for ; Wed, 5 Oct 2011 00:21:30 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id AC83315FD7F; Wed, 5 Oct 2011 00:19:55 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1C2C810656B5; Wed, 5 Oct 2011 00:19:55 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB87106566B; Wed, 5 Oct 2011 00:19:48 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE888FC15; Wed, 5 Oct 2011 00:19:47 +0000 (UTC) Received: by wwe3 with SMTP id 3so1593407wwe.31 for ; Tue, 04 Oct 2011 17:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GJrLyfiIxVBLM8vW3Mvn2K/s7B1A0yf21bA8RR1rD9M=; b=Bk8SyAvvPPIDqc286OmXIW0ZfvBq8GH+Wh+D8wArYLLXOjT8kBSsKbzTLV+PjJw0pz Y8/RmupBsqPkptnIA1tadVlf1OeiWJzDlnn8mWvhSVUHdHP7o3GdHozDgWk0zY9DlfgG 3v1ENCSuB7xMgtTMWlDpasZS/UhLvnKDz4btI= MIME-Version: 1.0 Received: by 10.216.170.204 with SMTP id p54mr5697741wel.51.1317773986225; Tue, 04 Oct 2011 17:19:46 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 17:19:46 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 20:19:46 -0400 Message-ID: From: Arnaud Lacombe To: Vlad Galu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , Joshua Boyd , freebsd-stable , Ken Smith , freebsd-current Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 00:20:26 -0000 Hi, On Tue, Oct 4, 2011 at 6:15 PM, Vlad Galu wrote: > On Tue, Oct 4, 2011 at 10:38 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> On Tue, Oct 4, 2011 at 5:30 PM, Joshua Boyd wrote: >>> On Tue, Oct 4, 2011 at 4:56 PM, Arnaud Lacombe wro= te: >>>> >>>> Had you loved so much to have this information, you would have given >>>> me credential. >>>> >>>> I may have filled in all the date from publicly available material, >>>> might it be from mailing list, or from FTP server's timestamp, or SVN >>>> revision date. If I had not been able to determine a date, I may just >>>> have left it blank and asked for details, eventually. >>>> >>>> Unfortunately, we will never know. >>> >>> It's nice that you want to help, but could you be less of a jerk about = it to >>> the people who devote a huge amount of time to the project? >>> >> Which ones: >> =A0- those who do not upgrade release information in release cycle ? >> =A0- those who commit broken stuff ? >> =A0- those who knowingly misdocument interfaces ? >> =A0- those who ignore obvious fixes ? >> =A0- those who ignore users request ? >> =A0- those who ignore users bugs ? >> =A0- those who refuses to share their work-in-progress ? >> =A0- those who tell you you're wrong for months to finally acknowledge >> you are right, and commit your fixes ? > > Arnaud, everybody is doing their best. If members or groups within the > FreeBSD project are under contractual obligation to meet your > expectations, please feel free to take this off-list. Otherwise, if > you feel there are similar projects with better management, perhaps > they're better suited for you. > Maybe phk@ is not so wrong when he advocates for liability laws for software makers. However, starting the liability clauses list with a loophole (clause 1) sounds like a fraud, especially for a software contractor[0]. After all, even people selling raw materials can be liable if the material sold did not behave as it should have and caused damages. Though, ending up speaking about contractual work and liability when someone originally did not want to relinquish write access to a wiki is rather sad... - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 00:43:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DF1A106564A for ; Wed, 5 Oct 2011 00:43:51 +0000 (UTC) (envelope-from bounces+73574-dfb6-freebsd-current=freebsd.org@sendgrid.info) Received: from o3.sendgrid.info (o3.sendgrid.info [67.228.50.51]) by mx1.freebsd.org (Postfix) with SMTP id 2B0598FC0A for ; Wed, 5 Oct 2011 00:43:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=1Va/SICUiQ360aOJmMP2U+r3N3M=; b=t8SDpHaY6MY1rcoYRzkPvy3WaS9N AvXmX5VtitZQCWAUzXunJg7UsYv+XJCyNh7phkSkw0s6q9O6HvKR8HS4GqUCg+fB SapDovYH4a61hWEoevaM+wyRbYYPzObyF8G4bRTlehvBNwlamm+9osN2OK3pgDcX L6Nt7Be302AvsOw= Received: by 10.12.16.48 with SMTP id mf8.31358.4E8BA3F59 Tue, 04 Oct 2011 19:25:25 -0500 (CDT) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi8 (SG) with ESMTP id 4e8b79a7.4036.82e13b7 for ; Tue, 04 Oct 2011 16:24:55 -0500 (CST) Received: (qmail 25992 invoked from network); 4 Oct 2011 21:23:03 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 4 Oct 2011 21:23:03 -0000 Received: (qmail 7825 invoked from network); 4 Oct 2011 21:24:48 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 4 Oct 2011 21:24:48 -0000 Message-ID: <4E8B79A0.7080609@freebsd.org> Date: Tue, 04 Oct 2011 14:24:48 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110914 Thunderbird/6.0.2 MIME-Version: 1.0 To: Jilles Tjoelker References: <4E8AE0CD.8010805@FreeBSD.org> <20111004210845.GA68922@stack.nl> In-Reply-To: <20111004210845.GA68922@stack.nl> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: XhyBwObMhraAR+zdwMupjQ6BIqbhdEfc+6p+uBxS7S/JdXLHUikvG068B5KgeRndVviJ/+F4Jvp3J8jO3KQKsc8yaRfPbAfwnh5FprfetU5eSdTIF0D2nxrmDUtjnzzrm6mB2jdcSkTdv6URQrJVr5LDq4r5XSqfPE1bhwITwrs= Cc: FreeBSD-Current , Andriy Gapon Subject: Re: portsnap5 problem, portsnap error handling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 00:43:51 -0000 On 10/04/11 14:08, Jilles Tjoelker wrote: > The important part is the error from [. Because the check is for > inequality, in case of a [ syntax error the "equal" path is taken and > the script continues as if everything is fine. > > The script arrives there because of a missing backslash so that the > fetch(1) command's exit status is not checked. > > The below patch should fix this fairly simply. [...] Aha! I don't know how many times I've looked at that code and thought "I don't understand, why isn't it returning from this function?" Please feel free to commit this fix. For the benefit of the list: It looks like there was a short period this morning when several portsnap mirrors were out of sync due to the mirroring cron jobs running into a network outage somewhere around portsnap-master. Everything should be back to normal now. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 03:47:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897821065670; Wed, 5 Oct 2011 03:47:09 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E352B8FC13; Wed, 5 Oct 2011 03:47:08 +0000 (UTC) Received: by wyj26 with SMTP id 26so1676784wyj.13 for ; Tue, 04 Oct 2011 20:47:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/PCnsNN00C1RwVd+1NjycEoAMiXCQhBW6NsVxw0/02U=; b=SKA2FTZQCeC8KRguN08YXhpVMxkzThnW7jGhuFn5NTDp0+zaFdJgZHP3agQ1DsxzN1 wc00sOgskWBtXZpp7x04cj2ejLTnVoWRw13Pd7+mM/Anx9ESK5TxjoL96W/q1v5nUB/W UJBTeMWQ3MVuSKuIS9rXIzIFPcj2lM3pNQh4Q= MIME-Version: 1.0 Received: by 10.216.21.74 with SMTP id q52mr5806107weq.36.1317786427593; Tue, 04 Oct 2011 20:47:07 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 20:47:07 -0700 (PDT) In-Reply-To: <4E8B6382.1060001@buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 23:47:07 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 03:47:09 -0000 Hi, On Tue, Oct 4, 2011 at 3:50 PM, Ken Smith wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/4/11 3:39 PM, Arnaud Lacombe wrote: >> you've got to be fraking kidding me, aren't you ? >> >> Code freeze has happened, no date set. BETA-1, BETA-2 have been >> released, no date set. stable/9 has been created, no date set. >> Branch status has not been updated. > > I'll get to more of it later tonight. > Thanks for the completion. - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 03:48:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E6F21065678; Wed, 5 Oct 2011 03:48:44 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 07F0F8FC23; Wed, 5 Oct 2011 03:48:43 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id ECBA8DC0BC; Wed, 5 Oct 2011 03:49:51 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id E642EDC0AE for ; Wed, 5 Oct 2011 03:49:48 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C4CD11A6743; Wed, 5 Oct 2011 03:47:26 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DF82D10657D5; Wed, 5 Oct 2011 03:47:23 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897821065670; Wed, 5 Oct 2011 03:47:09 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E352B8FC13; Wed, 5 Oct 2011 03:47:08 +0000 (UTC) Received: by wyj26 with SMTP id 26so1676784wyj.13 for ; Tue, 04 Oct 2011 20:47:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/PCnsNN00C1RwVd+1NjycEoAMiXCQhBW6NsVxw0/02U=; b=SKA2FTZQCeC8KRguN08YXhpVMxkzThnW7jGhuFn5NTDp0+zaFdJgZHP3agQ1DsxzN1 wc00sOgskWBtXZpp7x04cj2ejLTnVoWRw13Pd7+mM/Anx9ESK5TxjoL96W/q1v5nUB/W UJBTeMWQ3MVuSKuIS9rXIzIFPcj2lM3pNQh4Q= MIME-Version: 1.0 Received: by 10.216.21.74 with SMTP id q52mr5806107weq.36.1317786427593; Tue, 04 Oct 2011 20:47:07 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 4 Oct 2011 20:47:07 -0700 (PDT) In-Reply-To: <4E8B6382.1060001@buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> <1317754080.15870.0.camel@bauer.cse.buffalo.edu> <4E8B6382.1060001@buffalo.edu> Date: Tue, 4 Oct 2011 23:47:07 -0400 Message-ID: From: Arnaud Lacombe To: Ken Smith Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Andrey Fesenko , freebsd-current , freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 03:48:44 -0000 Hi, On Tue, Oct 4, 2011 at 3:50 PM, Ken Smith wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/4/11 3:39 PM, Arnaud Lacombe wrote: >> you've got to be fraking kidding me, aren't you ? >> >> Code freeze has happened, no date set. BETA-1, BETA-2 have been >> released, no date set. stable/9 has been created, no date set. >> Branch status has not been updated. > > I'll get to more of it later tonight. > Thanks for the completion. - Arnaud _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 05:10:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0930B1065672; Wed, 5 Oct 2011 05:10:28 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id CDDD98FC13; Wed, 5 Oct 2011 05:10:27 +0000 (UTC) Received: by pzk32 with SMTP id 32so6442722pzk.3 for ; Tue, 04 Oct 2011 22:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=6fyPsPAB35cGcLvQEWByEeR3jjAvxwFdYgHB9zWiZ2o=; b=jZThIle4GQ+impgtDN2Xk9sDqXwoSz/mKt50co45sm9HwSn45HlnSPRqrepbeGbvPp atRIxPXV4+7baOldu2ixETOpRabIzYF8XzC7D2zzKI6+Iq7IpKrRmBj+YTwyfKYubp4U azyhBE2BLjgk/tqZnobunP8VClh2vRR6wRn/U= Received: by 10.68.38.42 with SMTP id d10mr15201892pbk.50.1317789856079; Tue, 04 Oct 2011 21:44:16 -0700 (PDT) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.68.56.168 with HTTP; Tue, 4 Oct 2011 21:43:35 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> From: Igor Mozolevsky Date: Wed, 5 Oct 2011 05:43:35 +0100 X-Google-Sender-Auth: YyaQzPbvqj8eJ4jKQTHkaEv6kag Message-ID: To: Andrey Fesenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 05:10:28 -0000 On 4 October 2011 19:40, Andrey Fesenko wrote: > On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: >> >> >> The 9.0-RELEASE cycle will be tracked here: >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0http://wiki.freebsd.org/Releng/9.0TODO >> >> though the schedule listed there is still way off. =C2=A0We'll re-work t= he >> schedule some time soon. >> > > Last updated: 16 August 2011. :( http://www.freebsd.org/releases/9.0R/schedule.html is also out-of-date, which is kind of very bad, since as one gets to that page through the homepage (latest releases->release engineering->release schedule)... -- Igor :-) From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 05:11:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA78A106566C; Wed, 5 Oct 2011 05:11:11 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 312CE8FC1D; Wed, 5 Oct 2011 05:11:11 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 85F37DC0EE; Wed, 5 Oct 2011 05:12:19 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 3952FDC0E5 for ; Wed, 5 Oct 2011 05:12:17 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 744C0156596; Wed, 5 Oct 2011 05:10:36 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1FE4A10656B5; Wed, 5 Oct 2011 05:10:35 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0930B1065672; Wed, 5 Oct 2011 05:10:28 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id CDDD98FC13; Wed, 5 Oct 2011 05:10:27 +0000 (UTC) Received: by pzk32 with SMTP id 32so6442722pzk.3 for ; Tue, 04 Oct 2011 22:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=6fyPsPAB35cGcLvQEWByEeR3jjAvxwFdYgHB9zWiZ2o=; b=jZThIle4GQ+impgtDN2Xk9sDqXwoSz/mKt50co45sm9HwSn45HlnSPRqrepbeGbvPp atRIxPXV4+7baOldu2ixETOpRabIzYF8XzC7D2zzKI6+Iq7IpKrRmBj+YTwyfKYubp4U azyhBE2BLjgk/tqZnobunP8VClh2vRR6wRn/U= Received: by 10.68.38.42 with SMTP id d10mr15201892pbk.50.1317789856079; Tue, 04 Oct 2011 21:44:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.56.168 with HTTP; Tue, 4 Oct 2011 21:43:35 -0700 (PDT) In-Reply-To: References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> From: Igor Mozolevsky Date: Wed, 5 Oct 2011 05:43:35 +0100 X-Google-Sender-Auth: YyaQzPbvqj8eJ4jKQTHkaEv6kag Message-ID: To: Andrey Fesenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current , freebsd-stable , Ken Smith Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 05:11:11 -0000 On 4 October 2011 19:40, Andrey Fesenko wrote: > On Thu, Sep 29, 2011 at 5:42 AM, Ken Smith wrote: >> >> >> The 9.0-RELEASE cycle will be tracked here: >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0http://wiki.freebsd.org/Releng/9.0TODO >> >> though the schedule listed there is still way off. =C2=A0We'll re-work t= he >> schedule some time soon. >> > > Last updated: 16 August 2011. :( http://www.freebsd.org/releases/9.0R/schedule.html is also out-of-date, which is kind of very bad, since as one gets to that page through the homepage (latest releases->release engineering->release schedule)... -- Igor :-) _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 05:27:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA76106564A for ; Wed, 5 Oct 2011 05:27:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id 525008FC14 for ; Wed, 5 Oct 2011 05:27:12 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward9.mail.yandex.net (Yandex) with ESMTP id 3165BCE14A6; Wed, 5 Oct 2011 09:07:17 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317791237; bh=uxuZyah2sD/7mNJwzhnDgRbwQA6mNzjVYqd7szj+mO4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SFuLSgSecbXDSaWgqGXdoIXYwzoS5kBWgnzmMSiaY4XBET3Io7EtzkIN9TQXJhpta t9XUpA6JDNpmcJqkghbk69z+I2orzgx9yNQVPIYpaZxASzeGC+kLGf84GHzfHQo4Ps y8ahXu33j9eb0HYdOzxA/GTwW5084uQbB1o0lcPU= Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id EFFBA1B603D1; Wed, 5 Oct 2011 09:07:16 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317791237; bh=uxuZyah2sD/7mNJwzhnDgRbwQA6mNzjVYqd7szj+mO4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SFuLSgSecbXDSaWgqGXdoIXYwzoS5kBWgnzmMSiaY4XBET3Io7EtzkIN9TQXJhpta t9XUpA6JDNpmcJqkghbk69z+I2orzgx9yNQVPIYpaZxASzeGC+kLGf84GHzfHQo4Ps y8ahXu33j9eb0HYdOzxA/GTwW5084uQbB1o0lcPU= Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 7GeCTr9D-7GeC1KVE; Wed, 5 Oct 2011 09:07:16 +0400 X-Yandex-Spam: 1 Message-ID: <4E8BE604.7090803@yandex.ru> Date: Wed, 05 Oct 2011 09:07:16 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> In-Reply-To: <1927112464.20111004220507@serebryakov.spb.ru> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 05:27:12 -0000 On 04.10.2011 22:05, Lev Serebryakov wrote: > So, here it is. GEOM Events. > > Project consists of several parts (all are ready and commited to > project branch!): > Hi, Lev > (5) Changes in all geom classes to post these events. It seems that you could change only geom_dev.c to get most of what you want. Actually, the part of your changes related to the DISCONNECT events, and maybe DESTROY events could be implemented in the geom_dev. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 06:20:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC03106564A; Wed, 5 Oct 2011 06:20:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 159088FC16; Wed, 5 Oct 2011 06:20:08 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 391F54AC1C; Wed, 5 Oct 2011 10:20:06 +0400 (MSD) Date: Wed, 5 Oct 2011 10:19:57 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <344794801.20111005101957@serebryakov.spb.ru> To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4E8B7A27.5070908@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 06:20:08 -0000 Hello, Miroslav. You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 1:27:03: > I am still missing one thing - dropped provider is not marked as failed > RAID provider and is accessible for anything like normal disk device. So > in some edge cases, the system can boot from failed RAID component=20 > instead of degraded RAID. This can cause data loss or demage. What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? Something else? If GEOM class drops underlying provider due to errors, it doesn't have chances to update metadata for it. But most of classes, if dropped provider attached again, will rebuild itself, as they track which components are actual and which ones are old. Do you want GEOM classes to track droppen components somewhere else and din't even try to attach them automaticaly when they re-appear? > Is it possible to fix it by something like your geom-events, or should > it be done in each GEOM RAID class separately? geom-events only process events from GEOM classes in userland. Each class should decide what happens to him by itself, as only class itself knows is this particular error fatal or not. geom-events could help, if it replaces dropped component fith spare drive, as in such case most classes prefer "latest" drive, not old one. Without spares, everything will be exactly as it is now, plus e-mails to administrator :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 06:27:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B277106566C; Wed, 5 Oct 2011 06:27:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 306EB8FC14; Wed, 5 Oct 2011 06:27:20 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id E68C34AC1C; Wed, 5 Oct 2011 10:27:18 +0400 (MSD) Date: Wed, 5 Oct 2011 10:27:10 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1822051193.20111005102710@serebryakov.spb.ru> To: "Andrey V. Elsukov" In-Reply-To: <4E8BE604.7090803@yandex.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 06:27:20 -0000 Hello, Andrey. You wrote 5 =CF=CB=D4=D1=C2=D2=D1 2011 =C7., 9:07:16: > It seems that you could change only geom_dev.c to get most of what you wa= nt. > Actually, the part of your changes related to the DISCONNECT events, and > maybe DESTROY events could be implemented in the geom_dev. Does geom_dev knows all needed bits of information to report? It seems to= me, that it isn't. I mean: (1) Class and name of GEOM which is affected. (2) Name of provider which is affected. (3) Name of underlying provider which is lost (consumer from reporting GEOM's point of view). (4) Resulting state of affected provider (fixable, alive, dead). Yes, geom_dev knows name of FAILED provider, but does it knows all other? I'm affraid -- not, or I don't understand how generic mechanism could now, that geom_stripe could not lose components and still be fixable, and gome_mirror could. Additionally, some GEOM classes could throw away faulty consumers before they disappear from geom_dev point of view. Actually, DESTROY could be observed without my changes at all -- message from DEVFS about removing entry :) But, again, this notification will not contain name and class of GEOM, only provider's name (devfs entry). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 06:39:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32BA3106566B; Wed, 5 Oct 2011 06:39:55 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id EB6988FC0A; Wed, 5 Oct 2011 06:39:54 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id AE81A4AC1C; Wed, 5 Oct 2011 10:39:53 +0400 (MSD) Date: Wed, 5 Oct 2011 10:39:45 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1239869336.20111005103945@serebryakov.spb.ru> To: "Andrey V. Elsukov" , current@freebsd.org, In-Reply-To: <1822051193.20111005102710@serebryakov.spb.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> <1822051193.20111005102710@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 06:39:55 -0000 Hello, Andrey. You wrote 5 =CF=CB=D4=D1=C2=D2=D1 2011 =C7., 10:27:10: >> It seems that you could change only geom_dev.c to get most of what you w= ant. >> Actually, the part of your changes related to the DISCONNECT events, and >> maybe DESTROY events could be implemented in the geom_dev. > Does geom_dev knows all needed bits of information to report? It seems = to me, > that it isn't. > I mean: > (1) Class and name of GEOM which is affected. > (2) Name of provider which is affected. > (3) Name of underlying provider which is lost (consumer from > reporting GEOM's point of view). > (4) Resulting state of affected provider (fixable, alive, dead). And, I'm affraid, that geom_dev could not distinguish manual operations with geom (performed from userland by administrator) and real accidents. I don't want geoms to post DISCONNECTED or DESTROYED events when administrator knows what he does -- and it could lead to race conditions, when administrator rebuild array and forgot todisable spare drives, for example. Other example -- geom_label creates and destroys about 10 labels on boot (on my test VM) and, if DESTROYED will be reported by very generic mechanism, it will end up with 10 e-mails to administrator on every boot -- I've got this, when put notifications in too generic place for first try. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 06:51:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 184691065670; Wed, 5 Oct 2011 06:51:44 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D0CFB8FC16; Wed, 5 Oct 2011 06:51:43 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 8E65E4AC1C; Wed, 5 Oct 2011 10:51:42 +0400 (MSD) Date: Wed, 5 Oct 2011 10:51:33 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <491799917.20111005105133@serebryakov.spb.ru> To: Stephane LAPIE , current@freebsd.org In-Reply-To: <4E8BF86F.4000806@darkbsd.org> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8BF86F.4000806@darkbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 06:51:44 -0000 Hello, Stephane. You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 10:25:51: > On 10/05/2011 03:19 PM, Lev Serebryakov wrote: > A bit unrelated, but are there plans to integrate hardware RAID > (mps/mfi/mpt/amr) failure notification in the same way as this would be > done for GEOM ? As in, "one framework and way to manage both hard and > soft RAIDs". I don't have such plans, as I think, only drivers authors could identify proper places to add event sending. Drivers are much more complicated, that RAID classes (I was unable to find proper places for geom_vinum, for example, and hardware drivers doesn't look simpler, that that). But from userland's point of view, there is nothing special about hardware RAIDs -- geom-events(8) needs two commands to be configured: to remove failed drive from array and to add new one, that's all. Of course, "GEOM" system name in events will looks like odd for hardware controllers. But it could be renamed to something more generic. And hardware controllers has same bits of information as software ones -- type of controller, name of failed drive, name of affected volume and resulting state, everything is the same. So, if here is interest form hardware RAID driver's authors, it could be integrated, of course. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 07:51:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2FC106566C; Wed, 5 Oct 2011 07:51:45 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward7.mail.yandex.net (forward7.mail.yandex.net [IPv6:2a02:6b8:0:202::2]) by mx1.freebsd.org (Postfix) with ESMTP id AD4AE8FC17; Wed, 5 Oct 2011 07:51:44 +0000 (UTC) Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward7.mail.yandex.net (Yandex) with ESMTP id E786A1C062A; Wed, 5 Oct 2011 11:51:42 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317801103; bh=4CrI5UidBDIQdj/nHfz8M1EbembrrFQ/AFY1jWJSBow=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ZMZSICkc1wYKjEa8Rrf5JdzlMhYbBG2iVQMBUBAr24qmbemlTY3vJLjXvnp6aIyOX TasOWQFbxxUGyuLTm+ANbT4yUhU7ws0ne7TeFPOU3aZLE8gGDbXA0pwNNWPCtBN6F+ ikEhuqaqSuPGtBa9iKpVxclaPXXpNXOgvrb5O7nc= Received: from smtp6.mail.yandex.net (localhost [127.0.0.1]) by smtp6.mail.yandex.net (Yandex) with ESMTP id BD3F216403A3; Wed, 5 Oct 2011 11:51:42 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317801102; bh=4CrI5UidBDIQdj/nHfz8M1EbembrrFQ/AFY1jWJSBow=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lQZwE4f8u/ZeV7yx+vxJy0qTrta4JV3DJOzlgAqTZ5OXsU6C9H8Le0/Je/yDg8xqu 2Eq/NHtAMLZPyzNmyAZMxjaTQAh6TrOt51WR3Y8iPFL2ClFWzjYfcWtfFeEEWBEAqe FvswhrGXxd5DWTPsiCbrY4VOdVutsIQhLkWb9mbE= Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by smtp6.mail.yandex.net (nwsmtp/Yandex) with ESMTP id pguO8Ube-pgu0ZYvU; Wed, 5 Oct 2011 11:51:42 +0400 X-Yandex-Spam: 1 Message-ID: <4E8C0C88.7000702@yandex.ru> Date: Wed, 05 Oct 2011 11:51:36 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> <1822051193.20111005102710@serebryakov.spb.ru> <1239869336.20111005103945@serebryakov.spb.ru> In-Reply-To: <1239869336.20111005103945@serebryakov.spb.ru> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 07:51:45 -0000 On 05.10.2011 10:39, Lev Serebryakov wrote: >> (1) Class and name of GEOM which is affected. >> (2) Name of provider which is affected. >> (3) Name of underlying provider which is lost (consumer from >> reporting GEOM's point of view). >> (4) Resulting state of affected provider (fixable, alive, dead). All except last could be get from the consumer in the orphan method. > And, I'm affraid, that geom_dev could not distinguish manual > operations with geom (performed from userland by administrator) and > real accidents. I don't want geoms to post DISCONNECTED or DESTROYED > events when administrator knows what he does -- and it could lead to > race conditions, when administrator rebuild array and forgot todisable > spare drives, for example. > Other example -- geom_label creates and destroys about 10 labels on > boot (on my test VM) and, if DESTROYED will be reported by very > generic mechanism, it will end up with 10 e-mails to administrator on > every boot -- I've got this, when put notifications in too generic > place for first try. Ok, good point. Can you explain how your script will distinguish which actions are performed by administrator? Since change made by administrator could trigger disappearing of several child geoms. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:24:10 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F70106564A; Wed, 5 Oct 2011 08:24:10 +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 E86BC8FC0C; Wed, 5 Oct 2011 08:24:09 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5EB2028426; Wed, 5 Oct 2011 10:24:08 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 571C728422; Wed, 5 Oct 2011 10:24:07 +0200 (CEST) Message-ID: <4E8C1426.60107@quip.cz> Date: Wed, 05 Oct 2011 10:24:06 +0200 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: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> In-Reply-To: <344794801.20111005101957@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 08:24:10 -0000 Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 5 îêòÿáðÿ 2011 ã., 1:27:03: > >> I am still missing one thing - dropped provider is not marked as failed >> RAID provider and is accessible for anything like normal disk device. So >> in some edge cases, the system can boot from failed RAID component >> instead of degraded RAID. This can cause data loss or demage. > What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? > Something else? I am mostly using geom_mirror. > If GEOM class drops underlying provider due to errors, > it doesn't have chances to update metadata for it. I understand this, but if there are (stale) metadata on provider, system can read this metadata and should disallow normal operations (for example propagating slices, partitions and labels) > But most of classes, if dropped provider attached again, will > rebuild itself, as they track which components are actual and which > ones are old. I see many times dropped provider (for example ada1) because of some DMA timeout (bad cables and so on), sometimes provider (disk ada1) detached from ATA channel and reattached after reboot. In both cases, provider has stale metadata and is marked as "broken" by geom_mirror and auto rebuild did not start. In this case, I see gm0 with all of its slices, partitions and labels and ada1 with the same slices, partitions and labels - this is the problem. Because there are two devices providing same labels and the winner is the first tasted... Even if the system (geom_mirror) knows, that ada1 is "broken disk". I think that GEOM should be more robust in this case and if metadata is found, do not publish slices, partitions, labels and so on... > Do you want GEOM classes to track droppen components somewhere else > and din't even try to attach them automaticaly when they re-appear? If some disk is removed, reinserted and synchronisation starts, then everything is OK. But situation where component is marked as "broken" and system and user can operate on it like on normal "good and clean" drive is wrong. The drive's content should be inacessible until operator do some action (for example gmirror clear on broken disk device). Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:40:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17677106573B for ; Wed, 5 Oct 2011 08:40:09 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [204.127.217.103]) by mx1.freebsd.org (Postfix) with ESMTP id 977AF8FC0A for ; Wed, 5 Oct 2011 08:40:09 +0000 (UTC) Date: Wed, 5 Oct 2011 08:34:44 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-187-7.sdf.bellsouth.net[68.210.187.7]) by isp.att.net (frfwmhc03) with SMTP id <20111005083443H03002sci9e>; Wed, 5 Oct 2011 08:34:43 +0000 X-Originating-IP: [68.210.187.7] From: "Thomas Mueller" To: freebsd-current@freebsd.org References: Message-Id: <20111005084011.17677106573B@hub.freebsd.org> Cc: Adrian Chadd Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 08:40:11 -0000 > Hi all, > I've committed this to -head. > I'd appreciate it if csup users would give this a thorough testing and > report back to the list with results. > I won't submit this as a merge candidate this to stable/9 without a > whole lot of testing. :) > Thanks, > Adrian I am now in 9.0-BETA2 amd64 and looking to update via source. There is /usr/bin/csup but no cvsup. Can I safely use csup on tag RELENG_9 to update, or is that broken? Does this csup come under the cvsup bug in this thread? Tom From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:51:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32BA3106564A; Wed, 5 Oct 2011 08:51:15 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id C29448FC16; Wed, 5 Oct 2011 08:51:14 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id CE8C24AC1C; Wed, 5 Oct 2011 12:51:12 +0400 (MSD) Date: Wed, 5 Oct 2011 12:51:04 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <813229977.20111005125104@serebryakov.spb.ru> To: "Andrey V. Elsukov" In-Reply-To: <4E8C0C88.7000702@yandex.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> <1822051193.20111005102710@serebryakov.spb.ru> <1239869336.20111005103945@serebryakov.spb.ru> <4E8C0C88.7000702@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 08:51:15 -0000 Hello, Andrey. You wrote 5 =CF=CB=D4=D1=C2=D2=D1 2011 =C7., 11:51:36: > On 05.10.2011 10:39, Lev Serebryakov wrote: >>> (1) Class and name of GEOM which is affected. >>> (2) Name of provider which is affected. >>> (3) Name of underlying provider which is lost (consumer from >>> reporting GEOM's point of view). >>> (4) Resulting state of affected provider (fixable, alive, dead). > All except last could be get from the consumer in the orphan method. I'm afraid, that (2) could not be known too in generic way, as GEOM could have several providers, and only part of them could be affected by disconnection. Consumer contains geom (with class) and underlying provider, it is items (1) and (3)... >> Other example -- geom_label creates and destroys about 10 labels on >> boot (on my test VM) and, if DESTROYED will be reported by very >> generic mechanism, it will end up with 10 e-mails to administrator on >> every boot -- I've got this, when put notifications in too generic >> place for first try. > Ok, good point. Can you explain how your script will distinguish which > actions are performed by administrator? Since change made by administrator > could trigger disappearing of several child geoms. Not the script, but GEOMs themselves. They knows, why disk disappears. Of course, it work only one-level -- if administrator calls "gmirror remove gm0 ada4" geom_mirror knows, that ada4 is no failed. Yes, I understand, that if here is configuration like this: gmirror0 gstripe0 ada0 ada1 gstripe1 ada2 ada3 and administrator kills gstripe0, for example, geom_mirror will send event, because from its point of view it is not administrative action... But such situations, IMHO, are not very often ones. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:58:35 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72CC8106564A; Wed, 5 Oct 2011 08:58:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 369A98FC1A; Wed, 5 Oct 2011 08:58:35 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id DF79A4AC1C; Wed, 5 Oct 2011 12:58:33 +0400 (MSD) Date: Wed, 5 Oct 2011 12:58:25 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <251861322.20111005125825@serebryakov.spb.ru> To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4E8C1426.60107@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 08:58:35 -0000 Hello, Miroslav. You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 12:24:06: >> What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? >> Something else? > I am mostly using geom_mirror. [SKIPPED] Oh, I see. Unfortunately, there is no GEOM metadata infrastructire, GEOMs are too generic for this. I could design some meta-meta framework, and unify all RAID classes with "intenral" metadtata (geom_stripe, geom_concat, geom_mirror, geom_raid3 and my external geom_raid5) to use it. In such case it will work -- kernel will not pass providers with "ditry" metadtata to any GEOMs, but owners, for tasting. Of course, classes like geom_part and geom_raid could not be changed in such way -- they are forced to use pre-defined metadata formats. It is good idea, but it should be separate project. And, yes, it will change metadata format for these GEOMs, so it will not be backward-compatible. And, yes, it seems to be much more intrusive change in GEOM subsystem (because it will change tasting sequence), and should be supervised by other developers from very beginning. I could write proposal in near future, with some design notes. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 09:19:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF21106564A; Wed, 5 Oct 2011 09:19:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6DD8FC19; Wed, 5 Oct 2011 09:19:07 +0000 (UTC) Received: by eyg7 with SMTP id 7so1905908eyg.13 for ; Wed, 05 Oct 2011 02:19:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=deYHTQDk1XjVSDTxGcSBLsGaFmMzgNJzJ2zt19TbIKQ=; b=XEQpabn8iW9nYSIURndiRu0CaO7clsKAlGKR6MoPFRdzHjDu1dRioGc0wpZfDijLzP 95uRtk5FrJkZKw/zGoKt1oJk9mvacacFhj5GCBYig/H7ZmomxhcxRahTekB1yeIgKB0c F6wMU6WIj7083eP6HnDDSHcvjIVQoUzhFzPlw= Received: by 10.223.47.207 with SMTP id o15mr3254687faf.88.1317806346376; Wed, 05 Oct 2011 02:19:06 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id a1sm1534102fab.4.2011.10.05.02.19.04 (version=SSLv3 cipher=OTHER); Wed, 05 Oct 2011 02:19:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E8C20EA.5060501@FreeBSD.org> Date: Wed, 05 Oct 2011 12:18:34 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110910 Thunderbird/6.0.2 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> In-Reply-To: <251861322.20111005125825@serebryakov.spb.ru> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 09:19:08 -0000 On 05.10.2011 11:58, Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 5 îêòÿáðÿ 2011 ã., 12:24:06: > >>> What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? >>> Something else? >> I am mostly using geom_mirror. > [SKIPPED] > Oh, I see. Unfortunately, there is no GEOM metadata infrastructire, > GEOMs are too generic for this. I could design some meta-meta > framework, and unify all RAID classes with "intenral" metadtata > (geom_stripe, geom_concat, geom_mirror, geom_raid3 and my external > geom_raid5) to use it. In such case it will work -- kernel will not > pass providers with "ditry" metadtata to any GEOMs, but owners, for > tasting. Of course, classes like geom_part and geom_raid could not be > changed in such way -- they are forced to use pre-defined metadata > formats. geom_raid addresses this problem in own way. As soon as RAID BIOSes expect RAIDs to be built on raw physical devices and probe order is not discussed, geom_raid exclusively opens underlying providers immediately after detecting supported metadata. So even if volume is broken or incomplete or this disk marked failed, or in any other case, this disk won't be accessible for other GEOM classes. If administrator wishes to reuse this disk for any other purpose, he should explicitly erase on-disk metadata using graid tool or with dd after unloading geom_raid. Up to the recent time geom tools didn't report geoms without providers. Now there is special "-a" argument to report all of them. Also there is "-g" to report geoms instead of providers, that is useful in such cases. > It is good idea, but it should be separate project. And, yes, it > will change metadata format for these GEOMs, so it will not be > backward-compatible. > > And, yes, it seems to be much more intrusive change in GEOM > subsystem (because it will change tasting sequence), and should be > supervised by other developers from very beginning. > > I could write proposal in near future, with some design notes. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 09:29:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9076D106566B; Wed, 5 Oct 2011 09:29:51 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 532188FC18; Wed, 5 Oct 2011 09:29:51 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 063054AC2D; Wed, 5 Oct 2011 13:29:49 +0400 (MSD) Date: Wed, 5 Oct 2011 13:29:41 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1453791516.20111005132941@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <4E8C20EA.5060501@FreeBSD.org> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C20EA.5060501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 09:29:51 -0000 Hello, Alexander. You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 13:18:34: > geom_raid addresses this problem in own way. As soon as RAID BIOSes > expect RAIDs to be built on raw physical devices and probe order is not > discussed, geom_raid exclusively opens underlying providers immediately > after detecting supported metadata. So even if volume is broken or But it could be not first, who taste component of mirror, am I right? If geom_part will be first, will it "take away" component from geom_raid? Or it could not? If it works in any case (exclusive open spoils geom_part), it could be used in all other classes without any metadata infrastructure, but it seems, that geom_mirror, for example, could pickup metadtata from last parition instead of raw device... I'm not sure here. But, in any case, maybe standard first 16 bytes of metadata in pure-GEOM classes and filter in GEOM infrastructure itself ("not pass provider for tasting to anything but class, written in first 16 bytes of last sector") looks good idea, IMHO. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:22:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 987DA1065676 for ; Wed, 5 Oct 2011 12:22:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6F64C8FC1E for ; Wed, 5 Oct 2011 12:22:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 210B846B42; Wed, 5 Oct 2011 08:22:36 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A8E028A037; Wed, 5 Oct 2011 08:22:35 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 5 Oct 2011 08:22:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201110050822.33918.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 05 Oct 2011 08:22:35 -0400 (EDT) Cc: Eitan Adler Subject: Re: kernel panic with swap zone exhausted, increase kern.maxswzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 12:22:36 -0000 On Tuesday, September 27, 2011 1:46:19 am Eitan Adler wrote: > My computer recently paniced and broke into ddb after spamming my > console with "swap zone exhausted, increase kern.maxswzone" > Immediately prior to the panic X was killed and I was able to switch > to vty1 and log in as root (I planned on killing runaway programs) > > I called doadump and have the saved textdump, vmcore.0 and kernel > available to provide any relevant information. They are fairly large > so I'll provide them upon request. > > I'm running FreeBSD radar 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225471M: Mon > Sep 12 20:43:44 EDT 2011 > eitan@radar:/usr/obj/usr/src/head/sys/EADLER amd64 > > This is the diff between my kernel and GENERIC: > http://people.freebsd.org/~eadler/files/diff-my-kernel-and-generic.diff > > gdb> bt > #0 doadump (textdump=0x31d622d0) at /usr/src/head/sys/kern/kern_shutdown.c:260 > #1 0xffffffff802ea54c in db_fncall (dummy1=Variable "dummy1" is not available. > ) at /usr/src/head/sys/ddb/db_command.c:572 > #2 0xffffffff802ea881 in db_command (last_cmdp=0xffffffff80e5a6c0, > cmd_table=Variable "cmd_table" is not available. > ) > at /usr/src/head/sys/ddb/db_command.c:448 > #3 0xffffffff802eaad0 in db_command_loop () at > /usr/src/head/sys/ddb/db_command.c:501 > #4 0xffffffff802ecc19 in db_trap (type=Variable "type" is not available. > ) at /usr/src/head/sys/ddb/db_main.c:229 > #5 0xffffffff807731f1 in kdb_trap (type=0x3, code=0x0, tf=0xffffff8231d62500) > at /usr/src/head/sys/kern/subr_kdb.c:631 > #6 0xffffffff809c0e36 in trap (frame=0xffffff8231d62500) at > /usr/src/head/sys/amd64/amd64/trap.c:590 > #7 0xffffffff809ab5df in calltrap () at > /usr/src/head/sys/amd64/amd64/exception.S:228 > #8 0xffffffff80772f9b in kdb_enter (why=0xffffffff80aec7a0 "panic", > msg=0x80
) > at cpufunc.h:63 > #9 0xffffffff8073db00 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/head/sys/kern/kern_shutdown.c:599 > #10 0xffffffff807836f8 in propagate_priority (td=0xfffffe011de2a000) > at /usr/src/head/sys/kern/subr_turnstile.c:222 The actual panic is probably a "sleeping thread holding a mutex". The messages in dmesg should have identified what thread was holding the mutex and output a backtrace. If so, that is the first thing we need. Alternatively, if that doesn't work, grab my gdb scripts from www.freebsd.org/~jhb/gdb and from within kgdb (on the crashdump) do this: cd /path/to/gdb/scripts source gdb6 frame 11 lockchain td->td_tid Find the pid/tid of the last thread mentioned (should be sleeping on something) and switch to to it using 'proc ' or 'tid ' and get a backtrace. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:33:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9247C1065672; Wed, 5 Oct 2011 12:33:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0318FC14; Wed, 5 Oct 2011 12:33:49 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 20B3446B32; Wed, 5 Oct 2011 08:33:49 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A3CBE8A02E; Wed, 5 Oct 2011 08:33:48 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 5 Oct 2011 08:29:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> In-Reply-To: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201110050829.10439.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 05 Oct 2011 08:33:48 -0400 (EDT) Cc: Kostik Belousov , standards@freebsd.org, current@freebsd.org Subject: Re: st_dev and st_ino for pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 12:33:49 -0000 On Sunday, October 02, 2011 6:04:05 pm Kostik Belousov wrote: > Our implementation of pipes does not provide useful values for st_dev > and st_ino when stat(2) is done on an anonymous pipe. It was noted by the > people outside the project, e.g. Perl contains a workaround in one > of its modules, submitted by Debian/kFreeBSD developers, see > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537555 > and the commit 16f708c9bc0dc48713b200 in the Perl git. > > I think this is a non-conformance, since SUSv4 explicitely states > in the description of stat(2) > "For all other file types defined in this volume of POSIX.1-2008, the > structure members st_mode, st_ino, st_dev, st_uid, st_gid, st_atim, > st_ctim, and st_mtim shall have meaningful values ...". > > Patch below implements the requirement, by the cost of the small overhead > at the pipe creation time, and slightly bigger cost at the destruction. > > Any comments ? I think this is fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:33:49 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9247C1065672; Wed, 5 Oct 2011 12:33:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0318FC14; Wed, 5 Oct 2011 12:33:49 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 20B3446B32; Wed, 5 Oct 2011 08:33:49 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A3CBE8A02E; Wed, 5 Oct 2011 08:33:48 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 5 Oct 2011 08:29:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> In-Reply-To: <20111002220405.GN1511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201110050829.10439.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 05 Oct 2011 08:33:48 -0400 (EDT) Cc: Kostik Belousov , standards@freebsd.org, current@freebsd.org Subject: Re: st_dev and st_ino for pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 12:33:49 -0000 On Sunday, October 02, 2011 6:04:05 pm Kostik Belousov wrote: > Our implementation of pipes does not provide useful values for st_dev > and st_ino when stat(2) is done on an anonymous pipe. It was noted by the > people outside the project, e.g. Perl contains a workaround in one > of its modules, submitted by Debian/kFreeBSD developers, see > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537555 > and the commit 16f708c9bc0dc48713b200 in the Perl git. > > I think this is a non-conformance, since SUSv4 explicitely states > in the description of stat(2) > "For all other file types defined in this volume of POSIX.1-2008, the > structure members st_mode, st_ino, st_dev, st_uid, st_gid, st_atim, > st_ctim, and st_mtim shall have meaningful values ...". > > Patch below implements the requirement, by the cost of the small overhead > at the pipe creation time, and slightly bigger cost at the destruction. > > Any comments ? I think this is fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:43:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 722171065672; Wed, 5 Oct 2011 12:43:13 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id BA10E8FC16; Wed, 5 Oct 2011 12:43:12 +0000 (UTC) Received: from titan.wdn.omnilan.net (titan.lo4.wdn.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p95ChAIp034734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Oct 2011 14:43:11 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.wdn.omnilan.net [172.21.1.150] claimed to be titan.wdn.omnilan.net Message-ID: <4E8C50DE.6090202@omnilan.de> Date: Wed, 05 Oct 2011 14:43:10 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Rick Macklem References: <68247115.2381205.1317508786437.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <68247115.2381205.1317508786437.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7FE3F5097E1870F422D7356E" Cc: Attilio Rao , freebsd-current@freebsd.org Subject: Re: beta2 panic: VAPPEND without VWRITE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 12:43:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7FE3F5097E1870F422D7356E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable schrieb Rick Macklem am 02.10.2011 00:39 (localtime): > Harald Schmalzbauer wrote: >> schrieb Attilio Rao am 01.10.2011 16:49 (localtime): >>> Can you please show the panic message? >> >> Sorry, I forgot to add it here: >> >> free indoe /var/123088 had 8 blocks >> panic: VAPPEND withour VWRITE >>>> cpuid =3D 0 >>>> KDB: enter: panic >>>> [ thread pid 1445 tid 100126 ] >>>> Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) >>>> db> bt >>>> Tracing pid 1445 tid 100126 td 0xfffffe000510d460 >>>> kdb_enter() at kbd_enter+0x3b >>>> panic() at panic+0x180 >>>> vn_isdisk() at vn_isdisk >>>> ufs_accessx() at ufs_accessx+0x188 >>>> vop_stdaccess() at vop_stdaccess+0x43 >>>> unionfs_access() at unionfs_access+0x1c4 >>>> vn_open_cred() at vn_open_cred+0x547 >>>> kern_opneat() at kern_openat+0x1f9 >>>> syscallenter() at syscallenter+0x1aa >>>> syscall() at syscall+0x4c >>>> Xfast_syscall() at Xfast_syscall+0xdd >>>> --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D >>>> 0x7fffffffb388, rbp =3D 0x8 --- >> >> I'ts reproducable with exact the same hex-numbers with 'scp' when scp >> tries to alter knwon_hosts, which is on unionfs. >> > You could try the attached one line patch. Since VAPPEND is a modifier > for VWRITE, it makes sense to clear it along with VWRITE, I think? >=20 > rick Thanks for your help. Unfortunately I can neither comment on the patch, nor reproduce the panic... I tried the patch and all seems fine, but also without the patch (the exactly same kernel some days ago, but machine was rebooted since). Of course, the machine has been rebooted after the panic too, when I was able to reproduce the panic easily. Any idea why the pnaic was once reproducable and now isn't anymore? Of course, _nothing_ was changed since then, besides "bootme" flag on one GPT partition. 9-beta2 never booted since then... No hardware has changed either !?! *kopfkratz* Thanks, -Harry >> Here's some LORs, I haven=C3=84t checked if they're already known. I d= on't >> have the known-LORs-URL handy... >> >> lock order reversal: >> 1st 0xfffffe000519c278 unionfs (unionfs) @ >> /usr/src/sys/modules/unionfs/../../fs/unionfs/union_subr.c:356 >> 2nd 0xfffffe000519c458 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2246 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> _witness_debugger() at _witness_debugger+0x2e >> witness_checkorder() at witness_checkorder+0x807 >> __lockmgr_args() at __lockmgr_args+0xdc6 >> ffs_lock() at ffs_lock+0x8c >> VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b >> _vn_lock() at _vn_lock+0x47 >> vputx() at vputx+0x328 >> unionfs_noderem() at unionfs_noderem+0x1c4 >> unionfs_reclaim() at unionfs_reclaim+0x11 >> vgonel() at vgonel+0x105 >> vrecycle() at vrecycle+0x4c >> unionfs_inactive() at unionfs_inactive+0x20 >> vinactive() at vinactive+0x72 >> vputx() at vputx+0x386 >> kern_statat_vnhook() at kern_statat_vnhook+0x11d >> kern_statat() at kern_statat+0x15 >> stat() at stat+0x2a >> syscallenter() at syscallenter+0x1aa >> syscall() at syscall+0x4c >> Xfast_syscall() at Xfast_syscall+0xdd >> --- syscall (188, FreeBSD ELF64, stat), rip =3D 0x800dc7ecc, rsp =3D >> 0x7fffffffd6a8, rbp =3D 0x801441190 --- >> lock order reversal: >> 1st 0xffffff80e9bf59f8 bufwait (bufwait) @ >> /usr/src/sys/kern/vfs_bio.c:2658 >> 2nd 0xfffffe00051a7a00 dirhash (dirhash) @ >> /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> _witness_debugger() at _witness_debugger+0x2e >> witness_checkorder() at witness_checkorder+0x807 >> _sx_xlock() at _sx_xlock+0x55 >> ufsdirhash_acquire() at ufsdirhash_acquire+0x33 >> ufsdirhash_add() at ufsdirhash_add+0x19 >> ufs_direnter() at ufs_direnter+0x909 >> ufs_mkdir() at ufs_mkdir+0x44d >> VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 >> kern_mkdirat() at kern_mkdirat+0x290 >> syscallenter() at syscallenter+0x1aa >> syscall() at syscall+0x4c >> Xfast_syscall() at Xfast_syscall+0xdd >> --- syscall (136, FreeBSD ELF64, mkdir), rip =3D 0x800933eec, rsp =3D >> 0x7fffffffd768, rbp =3D 0x800c07050 --- >> lock order reversal: >> 1st 0xfffffe000514f818 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 >> 2nd 0xffffff80e9bf59f8 bufwait (bufwait) @ >> /usr/src/sys/ufs/ffs/ffs_vnops.c:260 >> 3rd 0xfffffe0005706278 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> kdb_backtrace() at kdb_backtrace+0x37 >> _witness_debugger() at _witness_debugger+0x2e >> witness_checkorder() at witness_checkorder+0x807 >> __lockmgr_args() at __lockmgr_args+0xdc6 >> ffs_lock() at ffs_lock+0x8c >> VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b >> _vn_lock() at _vn_lock+0x47 >> vget() at vget+0x7b >> vfs_hash_get() at vfs_hash_get+0xd5 >> ffs_vgetf() at ffs_vgetf+0x48 >> softdep_sync_buf() at softdep_sync_buf+0x393 >> ffs_syncvnode() at ffs_syncvnode+0x2b3 >> ffs_truncate() at ffs_truncate+0x477 >> ufs_direnter() at ufs_direnter+0x73b >> ufs_mkdir() at ufs_mkdir+0x44d >> VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 >> kern_mkdirat() at kern_mkdirat+0x290 >> syscallenter() at syscallenter+0x1aa >> syscall() at syscall+0x4c >> Xfast_syscall() at Xfast_syscall+0xdd >> --- syscall (136, FreeBSD ELF64, mkdir), rip =3D 0x800933eec, rsp =3D >> 0x7fffffffdbb8, rbp =3D 0x7fffffffdee6 --- >> >> Thanks, >> >> -Harry >> >>>> cpuid =3D 0 >>>> KDB: enter: panic >>>> [ thread pid 1445 tid 100126 ] >>>> Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) >>>> db> bt >>>> Tracing pid 1445 tid 100126 td 0xfffffe000510d460 >>>> kdb_enter() at kbd_enter+0x3b >>>> panic() at panic+0x180 >>>> vn_isdisk() at vn_isdisk >>>> ufs_accessx() at ufs_accessx+0x188 >>>> vop_stdaccess() at vop_stdaccess+0x43 >>>> unionfs_access() at unionfs_access+0x1c4 >>>> vn_open_cred() at vn_open_cred+0x547 >>>> kern_opneat() at kern_openat+0x1f9 >>>> syscallenter() at syscallenter+0x1aa >>>> syscall() at syscall+0x4c >>>> Xfast_syscall() at Xfast_syscall+0xdd >>>> --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D >>>> 0x7fffffffb388, rbp =3D 0x8 --- --------------enig7FE3F5097E1870F422D7356E 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.18 (FreeBSD) iEYEARECAAYFAk6MUN4ACgkQLDqVQ9VXb8iLawCgommqNjk3tQuSo541a/6FICFp qlwAniSZNum+uisNeYIt8wD1hbVo6VzP =gHhU -----END PGP SIGNATURE----- --------------enig7FE3F5097E1870F422D7356E-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:55:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B3A9106566C; Wed, 5 Oct 2011 12:55:30 +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 279B38FC12; Wed, 5 Oct 2011 12:55:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95CtTBG022323; Wed, 5 Oct 2011 08:55:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95CtSbA022287; Wed, 5 Oct 2011 12:55:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 12:55:28 GMT Message-Id: <201110051255.p95CtSbA022287@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 12:55:30 -0000 TB --- 2011-10-05 12:02:47 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 12:02:47 - starting HEAD tinderbox run for mips/mips TB --- 2011-10-05 12:02:47 - cleaning the object tree TB --- 2011-10-05 12:02:56 - cvsupping the source tree TB --- 2011-10-05 12:02:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-10-05 12:03:10 - building world TB --- 2011-10-05 12:03:10 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 12:03:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 12:03:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 12:03:10 - SRCCONF=/dev/null TB --- 2011-10-05 12:03:10 - TARGET=mips TB --- 2011-10-05 12:03:10 - TARGET_ARCH=mips TB --- 2011-10-05 12:03:10 - TZ=UTC TB --- 2011-10-05 12:03:10 - __MAKE_CONF=/dev/null TB --- 2011-10-05 12:03:10 - cd /src TB --- 2011-10-05 12:03:10 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 12:03:10 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 12:55:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 12:55:28 - ERROR: failed to build world TB --- 2011-10-05 12:55:28 - 2247.75 user 616.84 system 3160.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:57:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33CEB1065673 for ; Wed, 5 Oct 2011 12:57:44 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id ED1878FC16 for ; Wed, 5 Oct 2011 12:57:43 +0000 (UTC) Received: by qyk10 with SMTP id 10so4660256qyk.13 for ; Wed, 05 Oct 2011 05:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=bmv+jAEu8/ht8eKqoxUzngYQZg7yergCY9a22/sthy8=; b=ExpGg26QkqHK6qJ2sewFdKut4TvTWYMUcRCbJzzU+w8/i3mhnwkT6dJwafrhpKHL/f dXZtIXA9zearCpiYOTgmDl9F5MqRenLjnq01uk3GRQN+hctdRK3jiATyjSUoin4k2m3L 0fLVKsu+0UMxJmrZXbLbSy42oIATQA8aOS29o= MIME-Version: 1.0 Received: by 10.68.33.164 with SMTP id s4mr18496111pbi.119.1317817681959; Wed, 05 Oct 2011 05:28:01 -0700 (PDT) Received: by 10.142.187.3 with HTTP; Wed, 5 Oct 2011 05:28:01 -0700 (PDT) Date: Wed, 5 Oct 2011 14:28:01 +0200 Message-ID: From: Svatopluk Kraus To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: pmap_qenter() - the page *must* be wired - is violated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 12:57:44 -0000 Hi, I found out that on a few places pmap_qenter() is called on pages which are not wired. For example, in the following functions, when vm_pager_get_pages() is called, the pages are not wired: exec_map_first_page() in sys/kern/kern_exec.c vm_fault_hold() in sys/vm/vm_fault.c vm_imgact_hold_page() in sys/vm/vm_glue.c vm_object_populate() in sys/vm/vm_object.c mdstart_swap() in sys/dev/md/md.c Is the rule violated or the rule should be changed? Svata From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 13:03:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819A3106566C for ; Wed, 5 Oct 2011 13:03:46 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 40D768FC19 for ; Wed, 5 Oct 2011 13:03:46 +0000 (UTC) Received: by ggeq3 with SMTP id q3so921355gge.13 for ; Wed, 05 Oct 2011 06:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wF1K3DmaVgiGvONppi78e9jPitLtHRcFTIqIxzLRpVw=; b=eIGPEA/yJNONgEs0fA5maIPKwSwhRM6lPBaK1ePlUlJbIswFGCwoLzBgHBI24jSDZR NO0/AlwqAIsbrC5xJTBcMIIyY5woRZfvtLBDNgPTebqSWhn4y2NVQL56t0AurzBe1aGj K913LUAwKyF3N+SRE9uiX4A0tkqXE6PXF59Sk= MIME-Version: 1.0 Received: by 10.236.76.102 with SMTP id a66mr13294560yhe.25.1317819825487; Wed, 05 Oct 2011 06:03:45 -0700 (PDT) Received: by 10.236.105.166 with HTTP; Wed, 5 Oct 2011 06:03:45 -0700 (PDT) In-Reply-To: References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> Date: Wed, 5 Oct 2011 14:03:45 +0100 Message-ID: From: krad To: Olivier Smedts X-Mailman-Approved-At: Wed, 05 Oct 2011 13:24:43 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Paul Mather , freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 13:03:46 -0000 On 4 October 2011 17:09, Olivier Smedts wrote: > 2011/10/3 Paul Mather : > > I know ZFS does not have a fsck utility ("because it doesn't need one":), > but does anyone know of any way of fixing this corruption short of > destroying the pool, creating a new one, and restoring from backup? Is > there some way of exporting and re-importing the pool that has the > side-effect of doing some kind of fsck-like repairing of subtle corruption > like this? > > But there is the ZFS debugger, "zdb" ! > > I can't really help you with that because I never had a corrupted > zpool, but if you search on the lists for up to a year or so, you'll > find some useful commands to inspect and destroy corrupted objects. > > > Usage: zdb [-CumdibcsDvhL] poolname [object...] > zdb [-div] dataset [object...] > zdb -m [-L] poolname [vdev [metaslab...]] > zdb -R poolname vdev:offset:size[:flags] > zdb -S poolname > zdb -l [-u] device > zdb -C > > Dataset name must include at least one separator character '/' or '@' > If dataset name is specified, only that dataset is dumped > If object numbers are specified, only those objects are dumped > > Options to control amount of output: > -u uberblock > -d dataset(s) > -i intent logs > -C config (or cachefile if alone) > -h pool history > -b block statistics > -m metaslabs > -c checksum all metadata (twice for all data) blocks > -s report stats on zdb's I/O > -D dedup statistics > -S simulate dedup to measure effect > -v verbose (applies to all others) > -l dump label contents > -L disable leak tracking (do not load spacemaps) > -R read and display block from a device > > Below options are intended for use with other options (except -l): > -A ignore assertions (-A), enable panic recovery (-AA) or both > (-AAA) > -F attempt automatic rewind within safe range of transaction groups > -U -- use alternate cachefile > -X attempt extreme rewind (does not work with dataset) > -e pool is exported/destroyed/has altroot/not in a cachefile > -p -- use one or more with -e to specify path to vdev dir > -P print numbers parsable > -t -- highest txg to use when searching for uberblocks > Specify an option more than once (e.g. -bb) to make only that option > verbose > Default is to dump everything non-verbosely > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > _______________________________________________ > 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" > Have you dont the simple thing and checked to see if you have any weird whitespace in the dir names. Try using bash tab completion for the dir name. Also drop all non bash completion rules as these might be messing things up. I have seen odd characters in dirs cause much confusion in the past. From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:28:46 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1AF1065674 for ; Wed, 5 Oct 2011 14:28:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id D05A18FC0C for ; Wed, 5 Oct 2011 14:28:45 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p95Do0rn031363; Wed, 5 Oct 2011 06:50:00 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p95Do04n031360; Wed, 5 Oct 2011 06:50:00 -0700 (PDT) (envelope-from david) Date: Wed, 5 Oct 2011 06:50:00 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20111005135000.GE2831@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org, Gabor Kovesdan Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i6U+WTAJHBcf3BHs" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Gabor Kovesdan Subject: Problem with r226035 - in head/usr.bin/grep: . regex? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 14:28:46 -0000 --i6U+WTAJHBcf3BHs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I noted the following after updating head to r226035: =2E.. >>> stage 4.4: building everything =2E.. cc -O2 -pipe -Dxregcomp=3Dregcomp -Dxre_exec=3Dre_exec -Dxregexec=3Dregexe= c -Dxre_search=3Dre_search -Dxre_compile_fastmap=3Dre_compile_fastmap -Dxre= gerror=3Dregerror -Dxre_comp=3Dre_comp -Dxre_set_syntax=3Dre_set_syntax -DH= AVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=3D1 -DTUI=3D1 -I. -I/usr/src/gnu/usr.b= in/gdb/libgdb/../arch/i386 -I/usr/src/gnu/usr.bin/gdb/libgdb/../../binutils= /libbfd -I/usr/src/gnu/usr.bin/gdb/libgdb/../../binutils/libbfd/i386 -I/usr= /src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.= bin/gdb/libgdb/../../../../contrib/gdb/gdb/config -I/usr/src/gnu/usr.bin/gd= b/libgdb/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/gdb/li= bgdb/../../../../contrib/gdb/include -I/usr/src/gnu/usr.bin/gdb/libgdb/../.= ./../../contrib/binutils/bfd -std=3Dgnu99 -fstack-protector -c /usr/src/gn= u/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/tui/tui-source.c cc1: warnings being treated as errors /usr/src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /usr/src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of uns= igned expression < 0 is always false *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 [I'm sorry, but I won't be in position to test fixes until after my laptop comes back from repair.] Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --i6U+WTAJHBcf3BHs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6MYIcACgkQmprOCmdXAD0k2wCfW2DqwMorakN8EYZePvQ4+03d RDAAn3gjB4afKKWcwQBxBr57B8ZMEe5v =zNih -----END PGP SIGNATURE----- --i6U+WTAJHBcf3BHs-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:43:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28C781065675; Wed, 5 Oct 2011 14:43:45 +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 F18D08FC19; Wed, 5 Oct 2011 14:43:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95EhiHM084150; Wed, 5 Oct 2011 10:43:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95Ehh6n084130; Wed, 5 Oct 2011 14:43:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 14:43:43 GMT Message-Id: <201110051443.p95Ehh6n084130@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 14:43:45 -0000 TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-05 12:55:29 - cleaning the object tree TB --- 2011-10-05 12:55:43 - cvsupping the source tree TB --- 2011-10-05 12:55:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-05 12:55:55 - building world TB --- 2011-10-05 12:55:55 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 12:55:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 12:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 12:55:55 - SRCCONF=/dev/null TB --- 2011-10-05 12:55:55 - TARGET=powerpc TB --- 2011-10-05 12:55:55 - TARGET_ARCH=powerpc TB --- 2011-10-05 12:55:55 - TZ=UTC TB --- 2011-10-05 12:55:55 - __MAKE_CONF=/dev/null TB --- 2011-10-05 12:55:55 - cd /src TB --- 2011-10-05 12:55:55 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 12:55:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 14:43:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 14:43:43 - ERROR: failed to build world TB --- 2011-10-05 14:43:43 - 5199.23 user 882.58 system 6494.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:48:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D60D1106564A; Wed, 5 Oct 2011 14:48:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8F00B8FC0A; Wed, 5 Oct 2011 14:48:15 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 440BA616D; Wed, 5 Oct 2011 10:48:13 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1317826094; bh=puYoUFJ+Mf/bXRy8X/Z3yAbj3HKVflRZqIRAp7u/gTg=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lKmlaVhZA7KN8VwjoT6wXDrNCoCycgP2wVZiFbdJ8uuGbhvWnrDXUj02Lv21CO8Nn iJfQoH/yqZt3pfjMO2WDiJ3TP0lG2+C40oVlKEbkWNspGhSuIgqSLX0wmcQehPm DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:content-type:content-transfer-encoding; b=azRsiIXAadwkeA1KE6CgSc6CHr3HF45hp5J7MaRbqE7AP7L367QPKogO73E+VegDy +yt5kE3yj4ic5+T5S8zlSviB/K5dEm8RP5K9a4KOns5K4eIdAWtHWKPzLknzC+i Message-ID: <4E8C6E29.1010507@protected-networks.net> Date: Wed, 05 Oct 2011 10:48:09 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org, Gabor Kovesdan References: <20111005135000.GE2831@albert.catwhisker.org> In-Reply-To: <20111005135000.GE2831@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with r226035 - in head/usr.bin/grep: . regex? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 14:48:16 -0000 On 10/05/11 09:50, David Wolfskill wrote: > I noted the following after updating head to r226035: > ... >>>> stage 4.4: building everything > ... > cc -O2 -pipe -Dxregcomp=regcomp -Dxre_exec=re_exec -Dxregexec=regexec -Dxre_search=re_search -Dxre_compile_fastmap=re_compile_fastmap -Dxregerror=regerror -Dxre_comp=re_comp -Dxre_set_syntax=re_set_syntax -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 -I. -I/usr/src/gnu/usr.bin/gdb/libgdb/../arch/i386 -I/usr/src/gnu/usr.bin/gdb/libgdb/../../binutils/libbfd -I/usr/src/gnu/usr.bin/gdb/libgdb/../../binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/config -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/include -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/binutils/bfd -std=gnu99 -fstack-protector -c /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/tui/tui-source.c > cc1: warnings being treated as errors > /usr/src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': > /usr/src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression< 0 is always false > *** Error code 1 > 1 error > *** Error code 2 > > [I'm sorry, but I won't be in position to test fixes until after my > laptop comes back from repair.] Does this look right? *** src/usr.bin/grep/regex/tre-fastmatch.c~ Wed Oct 5 07:25:39 2011 --- src/usr.bin/grep/regex/tre-fastmatch.c Wed Oct 5 09:02:39 2011 *************** *** 163,169 **** shift = bc; \ else \ { \ ! ts = ((long)u - v < 0) ? 0 : (u - v); \ shift = MAX(ts, bc); \ shift = MAX(shift, gs); \ if (shift == gs) \ --- 163,169 ---- shift = bc; \ else \ { \ ! ts = ((long)u - (long)v < 0) ? 0 : (u - v); \ shift = MAX(ts, bc); \ shift = MAX(shift, gs); \ if (shift == gs) \ From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:49:46 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F90F106566B; Wed, 5 Oct 2011 14:49:46 +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 0C7758FC15; Wed, 5 Oct 2011 14:49:45 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8D99328431; Wed, 5 Oct 2011 16:49:44 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9058A2842D; Wed, 5 Oct 2011 16:49:42 +0200 (CEST) Message-ID: <4E8C6E85.90005@quip.cz> Date: Wed, 05 Oct 2011 16:49:41 +0200 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: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> In-Reply-To: <251861322.20111005125825@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 14:49:46 -0000 Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 5 îêòÿáðÿ 2011 ã., 12:24:06: > >>> What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? >>> Something else? >> I am mostly using geom_mirror. > [SKIPPED] > Oh, I see. Unfortunately, there is no GEOM metadata infrastructure, > GEOMs are too generic for this. I could design some meta-meta > framework, and unify all RAID classes with "intenral" metadtata > (geom_stripe, geom_concat, geom_mirror, geom_raid3 and my external > geom_raid5) to use it. In such case it will work -- kernel will not > pass providers with "dirty" metadtata to any GEOMs, but owners, for > tasting. Of course, classes like geom_part and geom_raid could not be > changed in such way -- they are forced to use pre-defined metadata > formats. > > It is good idea, but it should be separate project. And, yes, it > will change metadata format for these GEOMs, so it will not be > backward-compatible. > > And, yes, it seems to be much more intrusive change in GEOM > subsystem (because it will change tasting sequence), and should be > supervised by other developers from very beginning. > > I could write proposal in near future, with some design notes. I am waiting years for the moment, when these GEOM problems will be fixed, so I am really glad to see your interest! It will be move to right direction even if changes will not be backward compatible. The current state is too fragile to be used in production. Gmirror alone can be used, glabel alone can be used, GPT alone can be used... but mix it all stacked together is way to hell. e.g. Using GPT on glabeled provider always ends with error message about corrupted secondary GPT table. (But how can I use iSCSI in reliable way if I cannot use glable on devices and iSCSI device can have different number on each reboot? I wrote about it almost 2 years ago) GEOM layering possibilities are really amazing, but metadata, tasting and robustness in edge cases is not well done. If you are able to come with some fixes in GEOM metadata implementation / handling, I see better future :) Unfortunately, I am not a C programmer, so I cannot write patches, but I can test whatever you will need in this area. You are right, it should be separate project. I am looking forward to your proposal / wiki page. Thank you again for your work on GEOM improvements! Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:52:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A16106566C; Wed, 5 Oct 2011 14:52:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8AABE8FC08; Wed, 5 Oct 2011 14:52:47 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 46AB8616D; Wed, 5 Oct 2011 10:52:46 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1317826366; bh=doRw/8/3yNYy4gilXg3Ic9xBQ5d3kc1eeO0irS0+9WY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=R+YKk+MW07GZw4FFS5azFxE5wgoQ6fqRDOMav7oh22VOtHAyOSxDFgHvBJr6FXE0O /9KY+r4sk9Y0KsZiI2n7yNLkfQdH1k1/nn8ojiAFPKzioDZP9A3kbOS7lzPEwKf DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:content-type:content-transfer-encoding; b=DtjOnX6VbtHrbsaBf7vgbfHdKeTvoQ3il2XpT931YA5+D+a46OpRCfvPVJKw7DYsD MiYVdS88LiourYnSbzdoxe0IiFww7csN3o0P0FO2VVmDIoFFrohcB5XrOFpuizM Message-ID: <4E8C6F3C.6090707@protected-networks.net> Date: Wed, 05 Oct 2011 10:52:44 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org, Gabor Kovesdan References: <20111005135000.GE2831@albert.catwhisker.org> <4E8C6E29.1010507@protected-networks.net> In-Reply-To: <4E8C6E29.1010507@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with r226035 - in head/usr.bin/grep: . regex? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 14:52:47 -0000 On 10/05/11 10:48, I wrote: > Does this look right? > ! ts = ((long)u - v < 0) ? 0 : (u - v); \ Doh! It should probably be .. ts = ((long)(u - v) < 0) ? 0 : (u - v); From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:53:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE86A106564A for ; Wed, 5 Oct 2011 14:53:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2265E8FC0A for ; Wed, 5 Oct 2011 14:53:43 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p95ErY36002982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Oct 2011 17:53:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p95ErYnA093298; Wed, 5 Oct 2011 17:53:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p95ErXdK093297; Wed, 5 Oct 2011 17:53:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Oct 2011 17:53:33 +0300 From: Kostik Belousov To: Svatopluk Kraus Message-ID: <20111005145333.GD1511@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="teNhNKPB77OXAOlQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: pmap_qenter() - the page *must* be wired - is violated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 14:53:44 -0000 --teNhNKPB77OXAOlQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote: > Hi, >=20 > I found out that on a few places pmap_qenter() is called on pages > which are not wired. For example, in the following functions, when > vm_pager_get_pages() is called, the pages are not wired: >=20 > exec_map_first_page() in sys/kern/kern_exec.c > vm_fault_hold() in sys/vm/vm_fault.c > vm_imgact_hold_page() in sys/vm/vm_glue.c > vm_object_populate() in sys/vm/vm_object.c > mdstart_swap() in sys/dev/md/md.c >=20 > Is the rule violated or the rule should be changed? Lets first discuss where did you found the calls to pmap_qenter(). Can you point out exact line numbers of the calls to pmap_qenter() that you consider problematic ? In fact, the requirement probably shall be 'no swapout allowed'. E.g., the busy page is fully qualified to be used together with pmap_qenter(). --teNhNKPB77OXAOlQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Mb20ACgkQC3+MBN1Mb4jbjwCgi/QDaD5iaZA3oRMvWFR/SMF7 ZAoAoM3uHwQ6Vu5kWAsXJVvdJLWqG8Uw =YlHk -----END PGP SIGNATURE----- --teNhNKPB77OXAOlQ-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 15:07:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B71A106564A; Wed, 5 Oct 2011 15:07:14 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E00C78FC0A; Wed, 5 Oct 2011 15:07:13 +0000 (UTC) Received: by iadk27 with SMTP id k27so2797195iad.13 for ; Wed, 05 Oct 2011 08:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=7vc53o7T3uFK+/n7zZKVigPQaIIOi64ELFIIb4ieBAc=; b=lb+Gclkw5i0TqdyyOHz69wd+jfw+Gbut8NfPaqazHhRFc2sgoh9TJv8cBUptjk4UgA NWiiqUiO8qC8SM1QPxX0lz5nsGxXWfkkXOOOh2b+6oNzWvjCeJj2/WJ59KTprCMfxNHV bWIz3CEuvV0qT4eW8flAlbez0HUbIpbUYA1zA= MIME-Version: 1.0 Received: by 10.231.45.9 with SMTP id c9mr4315310ibf.73.1317826772019; Wed, 05 Oct 2011 07:59:32 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Wed, 5 Oct 2011 07:59:31 -0700 (PDT) In-Reply-To: <20111005084011.17677106573B@hub.freebsd.org> References: <20111005084011.17677106573B@hub.freebsd.org> Date: Wed, 5 Oct 2011 07:59:31 -0700 Message-ID: From: Kevin Oberman To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 15:07:14 -0000 On Wed, Oct 5, 2011 at 1:34 AM, Thomas Mueller wrote: >> Hi all, > >> I've committed this to -head. > >> I'd appreciate it if csup users would give this a thorough testing and >> report back to the list with results. >> I won't submit this as a merge candidate this to stable/9 without a >> whole lot of testing. :) > >> Thanks, > > >> Adrian > > I am now in 9.0-BETA2 amd64 and looking to update via source. > > There is /usr/bin/csup but no cvsup. =A0Can I safely use csup on tag RELE= NG_9 to update, or is that broken? > > Does this csup come under the cvsup bug in this thread? cvsup is a port, so you would need to install that to have cvsup. csup and cvsup are totally different code bases in different languages. (csup is C and cvsup is Modula-3.) You probably want to install cvsup as a package as installing the port also requires building all of the Modula-3 compiler, not a small install. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 15:11:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 8E0CA1065674; Wed, 5 Oct 2011 15:11:43 +0000 (UTC) Date: Wed, 5 Oct 2011 15:11:43 +0000 From: Alexander Best To: FreeBSD Tinderbox Message-ID: <20111005151143.GA39590@freebsd.org> References: <201110051443.p95Ehh6n084130@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201110051443.p95Ehh6n084130@freebsd-current.sentex.ca> Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 15:11:43 -0000 On Wed Oct 5 11, FreeBSD Tinderbox wrote: > TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on freebsd-current.sentex.ca > TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc > TB --- 2011-10-05 12:55:29 - cleaning the object tree > TB --- 2011-10-05 12:55:43 - cvsupping the source tree > TB --- 2011-10-05 12:55:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile > TB --- 2011-10-05 12:55:55 - building world > TB --- 2011-10-05 12:55:55 - CROSS_BUILD_TESTING=YES > TB --- 2011-10-05 12:55:55 - MAKEOBJDIRPREFIX=/obj > TB --- 2011-10-05 12:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-10-05 12:55:55 - SRCCONF=/dev/null > TB --- 2011-10-05 12:55:55 - TARGET=powerpc > TB --- 2011-10-05 12:55:55 - TARGET_ARCH=powerpc > TB --- 2011-10-05 12:55:55 - TZ=UTC > TB --- 2011-10-05 12:55:55 - __MAKE_CONF=/dev/null > TB --- 2011-10-05 12:55:55 - cd /src > TB --- 2011-10-05 12:55:55 - /usr/bin/make -B buildworld > >>> World build started on Wed Oct 5 12:55:56 UTC 2011 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > [...] > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c [..] -Wno-unused-parameter [..] -Wunused-parameter ? cheers. alex > cc1: warnings being treated as errors > /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': > /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false > *** Error code 1 > > Stop in /src/usr.bin/grep. > *** Error code 1 > > Stop in /src/usr.bin. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-10-05 14:43:43 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2011-10-05 14:43:43 - ERROR: failed to build world > TB --- 2011-10-05 14:43:43 - 5199.23 user 882.58 system 6494.23 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 15:11:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6243D106576E for ; Wed, 5 Oct 2011 15:11:56 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from brane.freislich.nom.za (www.freislich.nom.za [41.154.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7928FC17 for ; Wed, 5 Oct 2011 15:11:55 +0000 (UTC) Received: from [10.0.2.227] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RBSUQ-000MTZ-66 for current@freebsd.org; Wed, 05 Oct 2011 16:30:30 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RBSUJ-0008x8-PC for current@freebsd.org; Wed, 05 Oct 2011 16:30:23 +0200 To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 05 Oct 2011 16:30:23 +0200 Message-Id: X-Missing-rDNS: 10.0.2.227 Cc: Subject: 3 show-stopper issues with 9-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 15:11:56 -0000 Hi In no particular order: 1. bce(4) transmit and recieve ring buffer overruns On a moderately busy router with a full BGP table and aggregate throughput of between 200mbps and 800mbps, I get these buffer overruns at an average rate of 28 per second on the busiest interface. [firewall1.jnb1] ~ # sysctl dev.bce |grep com_no_buffers dev.bce.0.com_no_buffers: 101 dev.bce.1.com_no_buffers: 0 dev.bce.2.com_no_buffers: 32547 dev.bce.3.com_no_buffers: 444 I've tried increasing the TX_PAGES and RX_PAGES in sys/dev/bce/if_bcereg.h as I've done in the past (to 64) which is what resolved this problem on 8.2-STABLE to no avail. It appears that there is a hard limit of 8 according to bce_set_tunables() in if_bce.c. But no values to hw.bce.tx_pages and hw.bce.rx_pages makes the slightest difference. 2. carp(4) on my backup router randomly takes over MASTER on the standby host, but when ifconfig claims the carp interface is master tcpdump shows that it's not broadcasting its advertisement. The actual master still broadcasts and no setting of advskew or advbase changes the 9-BETA host's idea of who is actually master. I have to reboot the host to reset the carp interfaces. destroying and re-creating them just brings them up as backup for about a second and then they regress to master. 3. PF doesn't expire state. The state table on my older host (pre OpenBSD-4.5) has the following stats: Status: Enabled for 0 days 00:37:17 Debug: Urgent State Table Total Rate current entries 169546 searches 94387451 42193.8/s inserts 4012389 1793.6/s removals 3842843 1717.9/s The 9-BETA3 host's current entries exactly match the number of inserts until it hits the hard limit of 1.5M entries and can add no more. It takes about 10 minutes to fill up and then no new flows are routed. We're in a quiet period at the moment, so I can keep a 9-X host around for a few days. I'll be able to try things until I have to downgrade the other host at the end of the week. Incompatibility between pf on 8.2-STABLE and 9-X after 2011-06-28 makes testing a little difficult though because I'm not able to synchronise state. FWIW, the tuning that has been done eliminates the issue on 8.2-STABLE: [firewall1.jnb1] ~ # cat /boot/loader.conf net.isr.maxthreads="8" net.isr.defaultqlimit="4096" net.isr.maxqlimit="81920" net.isr.direct="1" kern.ipc.nmbclusters="262144" kern.maxusers="1024" [firewall1.jnb1] ~ # cat /etc/sysctl.conf net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.ip.fastforwarding=1 net.inet.carp.preempt=1 net.inet.icmp.icmplim_output=0 net.inet.icmp.icmplim=0 kern.random.sys.harvest.interrupt=0 kern.random.sys.harvest.ethernet=0 kern.random.sys.harvest.point_to_point=0 net.route.netisr_maxqlen=8192 diff -u -d -r1.26.2.7 if_bcereg.h --- if_bcereg.h 15 Aug 2010 23:56:57 -0000 1.26.2.7 +++ if_bcereg.h 5 Oct 2011 14:29:15 -0000 @@ -6150,7 +6150,7 @@ * Page count must remain a power of 2 for all * of the math to work correctly. */ -#define TX_PAGES 2 +#define TX_PAGES 64 #define TOTAL_TX_BD_PER_PAGE (BCM_PAGE_SIZE / sizeof(struct tx_bd)) #define USABLE_TX_BD_PER_PAGE (TOTAL_TX_BD_PER_PAGE - 1) #define TOTAL_TX_BD (TOTAL_TX_BD_PER_PAGE * TX_PAGES) @@ -6170,7 +6170,7 @@ * Page count must remain a power of 2 for all * of the math to work correctly. */ -#define RX_PAGES 2 +#define RX_PAGES 64 #define TOTAL_RX_BD_PER_PAGE (BCM_PAGE_SIZE / sizeof(struct rx_bd)) #define USABLE_RX_BD_PER_PAGE (TOTAL_RX_BD_PER_PAGE - 1) #define TOTAL_RX_BD (TOTAL_RX_BD_PER_PAGE * RX_PAGES) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 15:30:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 7C12D1065670; Wed, 5 Oct 2011 15:30:01 +0000 (UTC) Date: Wed, 5 Oct 2011 15:30:01 +0000 From: Alexander Best To: FreeBSD Tinderbox Message-ID: <20111005153001.GA43197@freebsd.org> References: <201110051443.p95Ehh6n084130@freebsd-current.sentex.ca> <20111005151143.GA39590@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111005151143.GA39590@freebsd.org> Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 15:30:01 -0000 On Wed Oct 5 11, Alexander Best wrote: > On Wed Oct 5 11, FreeBSD Tinderbox wrote: > > TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on freebsd-current.sentex.ca > > TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc > > TB --- 2011-10-05 12:55:29 - cleaning the object tree > > TB --- 2011-10-05 12:55:43 - cvsupping the source tree > > TB --- 2011-10-05 12:55:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile > > TB --- 2011-10-05 12:55:55 - building world > > TB --- 2011-10-05 12:55:55 - CROSS_BUILD_TESTING=YES > > TB --- 2011-10-05 12:55:55 - MAKEOBJDIRPREFIX=/obj > > TB --- 2011-10-05 12:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > > TB --- 2011-10-05 12:55:55 - SRCCONF=/dev/null > > TB --- 2011-10-05 12:55:55 - TARGET=powerpc > > TB --- 2011-10-05 12:55:55 - TARGET_ARCH=powerpc > > TB --- 2011-10-05 12:55:55 - TZ=UTC > > TB --- 2011-10-05 12:55:55 - __MAKE_CONF=/dev/null > > TB --- 2011-10-05 12:55:55 - cd /src > > TB --- 2011-10-05 12:55:55 - /usr/bin/make -B buildworld > > >>> World build started on Wed Oct 5 12:55:56 UTC 2011 > > >>> Rebuilding the temporary build tree > > >>> stage 1.1: legacy release compatibility shims > > >>> stage 1.2: bootstrap tools > > >>> stage 2.1: cleaning up the object tree > > >>> stage 2.2: rebuilding the object tree > > >>> stage 2.3: build tools > > >>> stage 3: cross tools > > >>> stage 4.1: building includes > > >>> stage 4.2: building libraries > > >>> stage 4.3: make dependencies > > >>> stage 4.4: building everything > > [...] > > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c > > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c > > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c > > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c > > cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c > > [..] -Wno-unused-parameter [..] -Wunused-parameter ? any thoughts about diff --git a/share/mk/bsd.sys.mk b/share/mk/bsd.sys.mk index 796d169..a6127bf 100644 --- a/share/mk/bsd.sys.mk +++ b/share/mk/bsd.sys.mk @@ -36,12 +36,12 @@ CWARNFLAGS += -Werror CWARNFLAGS += -Wall -Wno-format-y2k . endif . if ${WARNS} >= 3 -CWARNFLAGS += -W -Wno-unused-parameter -Wstrict-prototypes\ +CWARNFLAGS += -Wextra -Wstrict-prototypes\ -Wmissing-prototypes -Wpointer-arith . endif . if ${WARNS} >= 4 CWARNFLAGS += -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch\ - -Wshadow -Wunused-parameter + -Wshadow . if !defined(NO_WCAST_ALIGN) CWARNFLAGS += -Wcast-align . endif @@ -56,6 +56,9 @@ CWARNFLAGS += -Wchar-subscripts -Winline -Wnested-externs\ # XXX always get it right. CWARNFLAGS += -Wno-uninitialized . endif +. if ${WARNS} == 3 +CWARNFLAGS += -Wno-unused-parameter +. endif CWARNFLAGS += -Wno-pointer-sign . endif ? -Wunused-parameter seems to be enforced by -Wunsed, which seems to be implied by -Wall. i also changed -W to the new name -Wextra. > > cheers. > alex > > > cc1: warnings being treated as errors > > /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': > > /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false > > *** Error code 1 > > > > Stop in /src/usr.bin/grep. > > *** Error code 1 > > > > Stop in /src/usr.bin. > > *** Error code 1 > > > > Stop in /src. > > *** Error code 1 > > > > Stop in /src. > > *** Error code 1 > > > > Stop in /src. > > TB --- 2011-10-05 14:43:43 - WARNING: /usr/bin/make returned exit code 1 > > TB --- 2011-10-05 14:43:43 - ERROR: failed to build world > > TB --- 2011-10-05 14:43:43 - 5199.23 user 882.58 system 6494.23 real > > > > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 15:40:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5CAB106568E; Wed, 5 Oct 2011 15:40:37 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-dy0-f54.google.com (mail-dy0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 553498FC24; Wed, 5 Oct 2011 15:40:37 +0000 (UTC) Received: by dyj4 with SMTP id 4so130322dyj.13 for ; Wed, 05 Oct 2011 08:40:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OKitPAMJp9kvs6kOss+4IH7m1hzZb1MQS+dfgDtbidA=; b=sova6deSc3GMmByzP5vgo+AKe9yvdoY4GyGnhVM1Ob3A+hCcKfGdCV85RD6PcLT3rr jxGPQlgP+AnPsF7ID00tSU3VESFcYqFIgnw+VIjGJ/AInhmZ9GPaTnRJ11s0oVSRuvJc aDxpTt8tvfZDw5l0hnRl3/5jiR/rLDDYnVhRo= MIME-Version: 1.0 Received: by 10.223.11.23 with SMTP id r23mr1442299far.38.1317827526866; Wed, 05 Oct 2011 08:12:06 -0700 (PDT) Received: by 10.152.6.36 with HTTP; Wed, 5 Oct 2011 08:12:06 -0700 (PDT) In-Reply-To: <4E8C6E85.90005@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> Date: Wed, 5 Oct 2011 10:12:06 -0500 Message-ID: From: Scot Hetzel To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 15:40:38 -0000 2011/10/5 Miroslav Lachman <000.fbsd@quip.cz>: > I am waiting years for the moment, when these GEOM problems will be fixed, > so I am really glad to see your interest! > It will be move to right direction even if changes will not be backward > compatible. > The current state is too fragile to be used in production. Gmirror alone can > be used, glabel alone can be used, GPT alone can be used... but mix it all > stacked together is way to hell. > > e.g. Using GPT on glabeled provider always ends with error message about > corrupted secondary GPT table. (But how can I use iSCSI in reliable way if I > cannot use glable on devices and iSCSI device can have different number on > each reboot? I wrote about it almost 2 years ago) > You don't need to use glabel on GPT disks, as gpart has it's own way to label GPT disks: Fixit# gpart create -s gpt ad0 Fixit# gpart add -s 4G -t freebsd-swap -l swap0 ad0 Fixit# gpart add -t freebsd-zfs -l disk0 ad0 This create the following in /dev: /dev/gpt/swap0 /dev/gpt/disk0 Glabel is not needed for GPT partitioned disks. What should happen is that glabel should fail when attempting to label a GPT disk. If you wish to add a GPT label after the fact use: gpart show geom gpart modify -i index -l label geom (i.e. geom = ad0) Scot From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 16:50:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00871065680; Wed, 5 Oct 2011 16:50: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 6CC018FC13; Wed, 5 Oct 2011 16:50:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95GoS0K023809; Wed, 5 Oct 2011 12:50:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95GoSf6023808; Wed, 5 Oct 2011 16:50:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 16:50:28 GMT Message-Id: <201110051650.p95GoSf6023808@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 16:50:29 -0000 TB --- 2011-10-05 16:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 16:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-10-05 16:00:00 - cleaning the object tree TB --- 2011-10-05 16:00:30 - cvsupping the source tree TB --- 2011-10-05 16:00:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-10-05 16:00:46 - building world TB --- 2011-10-05 16:00:46 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 16:00:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 16:00:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 16:00:46 - SRCCONF=/dev/null TB --- 2011-10-05 16:00:46 - TARGET=arm TB --- 2011-10-05 16:00:46 - TARGET_ARCH=arm TB --- 2011-10-05 16:00:46 - TZ=UTC TB --- 2011-10-05 16:00:46 - __MAKE_CONF=/dev/null TB --- 2011-10-05 16:00:46 - cd /src TB --- 2011-10-05 16:00:46 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 16:00:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 16:50:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 16:50:28 - ERROR: failed to build world TB --- 2011-10-05 16:50:28 - 2134.83 user 656.13 system 3027.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 16:51:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092111065673 for ; Wed, 5 Oct 2011 16:51:14 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-18.arcor-online.net (mail-in-18.arcor-online.net [151.189.21.58]) by mx1.freebsd.org (Postfix) with ESMTP id B3BF18FC1A for ; Wed, 5 Oct 2011 16:51:13 +0000 (UTC) Received: from mail-in-11-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mx.arcor.de (Postfix) with ESMTP id 09E9A3DCB24 for ; Wed, 5 Oct 2011 18:17:17 +0200 (CEST) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-11-z2.arcor-online.net (Postfix) with ESMTP id F160F1CB7B5 for ; Wed, 5 Oct 2011 18:17:16 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-218-180-223.pools.arcor-ip.net [94.218.180.223]) by mail-in-14.arcor-online.net (Postfix) with ESMTPS id BECAD9C757 for ; Wed, 5 Oct 2011 18:17:16 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-14.arcor-online.net BECAD9C757 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.5/8.14.3) with ESMTP id p95GHGNV046430 for ; Wed, 5 Oct 2011 18:17:16 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.5/8.14.5/Submit) id p95GHGPj046429 for freebsd-current@freebsd.org; Wed, 5 Oct 2011 18:17:16 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Wed, 5 Oct 2011 16:17:16 +0000 (UTC) Message-ID: References: <20111004205648.GA19519@mech-cluster241.men.bris.ac.uk> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Subject: Re: groff -ms -Tascii (nroff?) strange output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 16:51:14 -0000 Anton Shterenlikht wrote: > BUZI> groff -ms -Tascii try.1 | more > > ESC[1mSome titleESC[0m > > How can I get a plain text rendering > from a troff document with ms macros? With nroff, use the -c flag: nroff -ms -c -Tascii The groff frontend has a more convoluted syntax for it: groff -ms -P -c -Tascii -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 17:56:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 620AA106564A; Wed, 5 Oct 2011 17:56:39 +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 2D8DC8FC0A; Wed, 5 Oct 2011 17:56:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95HucmV023931; Wed, 5 Oct 2011 13:56:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95HubIJ023922; Wed, 5 Oct 2011 17:56:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 17:56:38 GMT Message-Id: <201110051756.p95HubIJ023922@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 17:56:39 -0000 TB --- 2011-10-05 16:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 16:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-05 16:00:00 - cleaning the object tree TB --- 2011-10-05 16:00:26 - cvsupping the source tree TB --- 2011-10-05 16:00:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-05 16:00:42 - building world TB --- 2011-10-05 16:00:42 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 16:00:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 16:00:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 16:00:42 - SRCCONF=/dev/null TB --- 2011-10-05 16:00:42 - TARGET=pc98 TB --- 2011-10-05 16:00:42 - TARGET_ARCH=i386 TB --- 2011-10-05 16:00:42 - TZ=UTC TB --- 2011-10-05 16:00:42 - __MAKE_CONF=/dev/null TB --- 2011-10-05 16:00:42 - cd /src TB --- 2011-10-05 16:00:42 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 16:00:43 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 17:56:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 17:56:37 - ERROR: failed to build world TB --- 2011-10-05 17:56:37 - 5625.19 user 984.17 system 6996.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 17:56:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4FFB106564A; Wed, 5 Oct 2011 17:56:45 +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 6FFDD8FC12; Wed, 5 Oct 2011 17:56:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95Hui4o024290; Wed, 5 Oct 2011 13:56:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95HuiYD024289; Wed, 5 Oct 2011 17:56:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 17:56:44 GMT Message-Id: <201110051756.p95HuiYD024289@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 17:56:45 -0000 TB --- 2011-10-05 16:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 16:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-05 16:00:00 - cleaning the object tree TB --- 2011-10-05 16:00:54 - cvsupping the source tree TB --- 2011-10-05 16:00:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-05 16:01:05 - building world TB --- 2011-10-05 16:01:05 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 16:01:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 16:01:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 16:01:05 - SRCCONF=/dev/null TB --- 2011-10-05 16:01:05 - TARGET=i386 TB --- 2011-10-05 16:01:05 - TARGET_ARCH=i386 TB --- 2011-10-05 16:01:05 - TZ=UTC TB --- 2011-10-05 16:01:05 - __MAKE_CONF=/dev/null TB --- 2011-10-05 16:01:05 - cd /src TB --- 2011-10-05 16:01:05 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 16:01:06 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 17:56:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 17:56:44 - ERROR: failed to build world TB --- 2011-10-05 17:56:44 - 5638.36 user 975.27 system 7003.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 18:50:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B188D106564A; Wed, 5 Oct 2011 18:50:18 +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 7D7A68FC08; Wed, 5 Oct 2011 18:50:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95IoHCj034714; Wed, 5 Oct 2011 14:50:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95IoHxn034702; Wed, 5 Oct 2011 18:50:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 18:50:17 GMT Message-Id: <201110051850.p95IoHxn034702@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 18:50:18 -0000 TB --- 2011-10-05 17:56:38 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 17:56:38 - starting HEAD tinderbox run for mips/mips TB --- 2011-10-05 17:56:38 - cleaning the object tree TB --- 2011-10-05 17:56:46 - cvsupping the source tree TB --- 2011-10-05 17:56:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-10-05 17:57:33 - building world TB --- 2011-10-05 17:57:33 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 17:57:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 17:57:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 17:57:33 - SRCCONF=/dev/null TB --- 2011-10-05 17:57:33 - TARGET=mips TB --- 2011-10-05 17:57:33 - TARGET_ARCH=mips TB --- 2011-10-05 17:57:33 - TZ=UTC TB --- 2011-10-05 17:57:33 - __MAKE_CONF=/dev/null TB --- 2011-10-05 17:57:33 - cd /src TB --- 2011-10-05 17:57:33 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 17:57:33 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 18:50:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 18:50:17 - ERROR: failed to build world TB --- 2011-10-05 18:50:17 - 2258.70 user 632.52 system 3218.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 19:46:24 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF62B106564A; Wed, 5 Oct 2011 19:46:24 +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 8B4428FC15; Wed, 5 Oct 2011 19:46:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95JkNX4019085; Wed, 5 Oct 2011 15:46:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95JkNeA019064; Wed, 5 Oct 2011 19:46:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 19:46:23 GMT Message-Id: <201110051946.p95JkNeA019064@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 19:46:24 -0000 TB --- 2011-10-05 17:56:45 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 17:56:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-05 17:56:45 - cleaning the object tree TB --- 2011-10-05 17:56:54 - cvsupping the source tree TB --- 2011-10-05 17:56:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-05 17:57:33 - building world TB --- 2011-10-05 17:57:33 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 17:57:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 17:57:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 17:57:33 - SRCCONF=/dev/null TB --- 2011-10-05 17:57:33 - TARGET=powerpc TB --- 2011-10-05 17:57:33 - TARGET_ARCH=powerpc TB --- 2011-10-05 17:57:33 - TZ=UTC TB --- 2011-10-05 17:57:33 - __MAKE_CONF=/dev/null TB --- 2011-10-05 17:57:33 - cd /src TB --- 2011-10-05 17:57:33 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 17:57:33 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 19:46:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 19:46:22 - ERROR: failed to build world TB --- 2011-10-05 19:46:23 - 5222.12 user 929.49 system 6578.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 20:01:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6331065670 for ; Wed, 5 Oct 2011 20:01:34 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 4751F8FC0C for ; Wed, 5 Oct 2011 20:01:34 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RBXem-0003FG-Td; Wed, 05 Oct 2011 21:01:32 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RBXem-0001H7-Pw; Wed, 05 Oct 2011 21:01:32 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p95K1W5g029782; Wed, 5 Oct 2011 21:01:32 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p95K1WXP029781; Wed, 5 Oct 2011 21:01:32 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 5 Oct 2011 21:01:32 +0100 From: Anton Shterenlikht To: Christian Weisgerber Message-ID: <20111005200132.GA29748@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Christian Weisgerber , freebsd-current@freebsd.org References: <20111004205648.GA19519@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: groff -ms -Tascii (nroff?) strange output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 20:01:34 -0000 On Wed, Oct 05, 2011 at 04:17:16PM +0000, Christian Weisgerber wrote: > Anton Shterenlikht wrote: > > > BUZI> groff -ms -Tascii try.1 | more > > > > ESC[1mSome titleESC[0m > > > > How can I get a plain text rendering > > from a troff document with ms macros? > > With nroff, use the -c flag: > > nroff -ms -c -Tascii > > The groff frontend has a more convoluted syntax for it: > > groff -ms -P -c -Tascii Thanks The reason for writing to current@ is that I've one box still on r216048, where "-c" flag is not required. Has there been a recent change to groff, affecting this behaviour? Thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 20:57:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B85E71065670 for ; Wed, 5 Oct 2011 20:57:52 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4808FC08 for ; Wed, 5 Oct 2011 20:57:52 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p95KZkj5003432; Wed, 5 Oct 2011 16:35:46 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p95KZkrk003431; Wed, 5 Oct 2011 16:35:46 -0400 (EDT) Date: Wed, 5 Oct 2011 16:35:46 -0400 From: Thomas Dickey To: Christian Weisgerber Message-ID: <20111005203545.GA2707@saltmine.radix.net> References: <20111004205648.GA19519@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: freebsd-current@freebsd.org Subject: Re: groff -ms -Tascii (nroff?) strange output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 20:57:52 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2011 at 04:17:16PM +0000, Christian Weisgerber wrote: > Anton Shterenlikht wrote: >=20 > > BUZI> groff -ms -Tascii try.1 | more > >=20 > > ESC[1mSome titleESC[0m > >=20 > > How can I get a plain text rendering > > from a troff document with ms macros? >=20 > With nroff, use the -c flag: >=20 > nroff -ms -c -Tascii >=20 > The groff frontend has a more convoluted syntax for it: >=20 > groff -ms -P -c -Tascii setting the environment variable GROFF_NO_SGR is simpler and doesn't appear to cause problems - "man grotty" is the place to look. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFOjL+gtIqByHxlDocRAh0qAJ4oqdYsSEllHpHsLuq/Lv89vAbyCwCgpRBx 9QkRsEp9629+imAIObBIODM= =y0Yb -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 20:57:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44CF6106566B for ; Wed, 5 Oct 2011 20:57:53 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 07FA48FC0A for ; Wed, 5 Oct 2011 20:57:52 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p95KbNj5003651; Wed, 5 Oct 2011 16:37:23 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p95KbNvt003650; Wed, 5 Oct 2011 16:37:23 -0400 (EDT) Date: Wed, 5 Oct 2011 16:37:23 -0400 From: Thomas Dickey To: Christian Weisgerber , freebsd-current@freebsd.org Message-ID: <20111005203722.GB2707@saltmine.radix.net> References: <20111004205648.GA19519@mech-cluster241.men.bris.ac.uk> <20111005200132.GA29748@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <20111005200132.GA29748@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.3.27i Cc: Subject: Re: groff -ms -Tascii (nroff?) strange output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 20:57:53 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2011 at 09:01:32PM +0100, Anton Shterenlikht wrote: > The reason for writing to current@ is > that I've one box still on r216048, > where "-c" flag is not required. > Has there been a recent change to groff, > affecting this behaviour? As I recall it, the behavior is also configurable (at the system level). Debian seems to still turn it off. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFOjL//tIqByHxlDocRAr9GAJ4qLn9/wibBiu3rGIREya6MxZStmgCdF4G5 Qz3mrAMM5zsiGRrHzgWrT4c= =7gi2 -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:05:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945101065675 for ; Wed, 5 Oct 2011 21:05:41 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BBCD8FC19 for ; Wed, 5 Oct 2011 21:05:40 +0000 (UTC) Received: by qadz30 with SMTP id z30so2126358qad.13 for ; Wed, 05 Oct 2011 14:05:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ogZ3QQkur6nt/Vh8p8Tpi5034/IbY449qIsLbt83fK4=; b=cNEhlLdoOQ9cavR6fRr/jrBaphY0xQxbC2pogcxgLh/ilTAWlo9wi9IDP/1kIIsiCZ x+PJSyrpJ6k8CTTTSM8kO7ENJasgHbGCVSQ7Ql2fKbF+WPkq1aoZOZpwiA7gKwnwdpfo gJsFYncI91VMYo4E4efORRbK5WSz5vmcwihS4= MIME-Version: 1.0 Received: by 10.224.215.133 with SMTP id he5mr2328661qab.224.1317848739593; Wed, 05 Oct 2011 14:05:39 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 5 Oct 2011 14:05:39 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 14:05:39 -0700 Message-ID: From: Garrett Cooper To: Ali Mashtizadeh Content-Type: text/plain; charset=ISO-8859-1 Cc: Olivier Smedts , fidaj@ukr.net, Alexey Dokuchaev , freebsd-current@freebsd.org, gobledb@gmail.com Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 21:05:41 -0000 On Wed, Oct 5, 2011 at 1:52 PM, Ali Mashtizadeh wrote: > Is there any reason I should still be hitting this bug when building > on 9-STABLE? With Linux compatibility disabled I can build the driver, > but the kernel refuses to load it saying it's incompatible with my > kernel version. You probably need to rebuild the port..? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:11:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C8E106566B; Wed, 5 Oct 2011 21:11:42 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD8F8FC13; Wed, 5 Oct 2011 21:11:41 +0000 (UTC) Received: by qyk10 with SMTP id 10so5336692qyk.13 for ; Wed, 05 Oct 2011 14:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=cvUUxdOPKAUvxMkSvXi8ZlBWHLjhkeUQHdjfMnj+gxY=; b=x4yOU4lLZuS7whz6DDKQwgBc+7YITuk32LRIfhPicR/UR/pFSCicppvteQx85F+jn4 6+zmqQb38GP8pn7/vU5AYTv15l6HY3mnLR73x6zJuV7FhBHeEPLUJs9tIPFrQLyXA6T8 4o+MxS7K0FgTNpSqJuEc56Pl6/7R9iiNxjpJE= MIME-Version: 1.0 Received: by 10.229.87.137 with SMTP id w9mr2245327qcl.284.1317849101252; Wed, 05 Oct 2011 14:11:41 -0700 (PDT) Received: by 10.229.52.145 with HTTP; Wed, 5 Oct 2011 14:11:41 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 14:11:41 -0700 Message-ID: From: Ali Mashtizadeh To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Olivier Smedts , fidaj@ukr.net, Alexey Dokuchaev , freebsd-current@freebsd.org, gobledb@gmail.com Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 21:11:42 -0000 I did that. In fact I decided to remove all ports and rebuild all my ports based on a snapshot from portsnap that is one day old at this point. ~ Ali On Wed, Oct 5, 2011 at 2:05 PM, Garrett Cooper wrote: > On Wed, Oct 5, 2011 at 1:52 PM, Ali Mashtizadeh w= rote: >> Is there any reason I should still be hitting this bug when building >> on 9-STABLE? With Linux compatibility disabled I can build the driver, >> but the kernel refuses to load it saying it's incompatible with my >> kernel version. > > You probably need to rebuild the port..? > -Garrett > --=20 Ali Mashtizadeh =D8=B9=D9=84=DB=8C =D9=85=D8=B4=D8=AA=DB=8C =D8=B2=D8=A7=D8=AF=D9=87 From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:21:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC952106564A; Wed, 5 Oct 2011 21:21:30 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 62ED08FC08; Wed, 5 Oct 2011 21:21:29 +0000 (UTC) Received: by qyk10 with SMTP id 10so5348211qyk.13 for ; Wed, 05 Oct 2011 14:21:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=1lfUtpcr7hHFToScbWys7I+WYZNWtI4ZOVT5xWdomY8=; b=B5FNZ6d8spUPvmAUI49+hl9cMOs41Aput7YuDvk2Q9FHAxHPdn0zio9JtcevDr0OTa ZoB6+v15qX27CIB9gvbnybQoFBAX3TWg8hW3HeKPtFD1cdcgTWpcdtYO/2yzc11o3nR7 LTU4d//5EFkjvLUs4gJcyTg1lOoLUpH/FFeEw= MIME-Version: 1.0 Received: by 10.229.62.220 with SMTP id y28mr2310702qch.208.1317847945354; Wed, 05 Oct 2011 13:52:25 -0700 (PDT) Received: by 10.229.52.145 with HTTP; Wed, 5 Oct 2011 13:52:24 -0700 (PDT) In-Reply-To: <20110831124126.GB82908@FreeBSD.org> References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 13:52:24 -0700 Message-ID: From: Ali Mashtizadeh To: Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Olivier Smedts , yanegomi@gmail.com, freebsd-current@freebsd.org, fidaj@ukr.net, gobledb@gmail.com Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 21:21:30 -0000 Is there any reason I should still be hitting this bug when building on 9-STABLE? With Linux compatibility disabled I can build the driver, but the kernel refuses to load it saying it's incompatible with my kernel version. ~ Ali 2011/8/31 Alexey Dokuchaev : > On Mon, Aug 29, 2011 at 02:59:48PM +0200, Olivier Smedts wrote: >> 2011/8/29 ken : >> > =C2=A0Could I test your patch for nvidia-driver, too? >> > =C2=A0I cannot find your patch in this mail. >> >> I took the patch in : >> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026515.ht= ml >> >> And it worked for me. > > Should be fixed in the port itself now (also updated to 280.13). > > ./danfe > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:27:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD98106566B for ; Wed, 5 Oct 2011 21:27:13 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 87B438FC15 for ; Wed, 5 Oct 2011 21:27:11 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so3092357bkb.13 for ; Wed, 05 Oct 2011 14:27:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3DZ+hQXYQzbWkvcCe/VYXEXWOxCgG3jqRfYoYfFe1vw=; b=DyHUg6rg8mDlGyoNevJeOpRl6+S08kSmIyfl9Jbs61UdDs5ucQj7B+YUzNOXsNMQov NHv310niu2DGaB7+kZLPl2YcPf6DRX9M57+1Sd2V4No5OsjkPFnIcntdwxUPU5i19nxU Tsl/9BZ+lPJRxLTrDbIHviof056CE+Q5u8WWk= MIME-Version: 1.0 Received: by 10.223.98.146 with SMTP id q18mr530510fan.57.1317850030938; Wed, 05 Oct 2011 14:27:10 -0700 (PDT) Received: by 10.152.6.36 with HTTP; Wed, 5 Oct 2011 14:27:10 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 16:27:10 -0500 Message-ID: From: Scot Hetzel To: Ali Mashtizadeh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 21:27:13 -0000 On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh wrote: > Is there any reason I should still be hitting this bug when building > on 9-STABLE? With Linux compatibility disabled I can build the driver, > but the kernel refuses to load it saying it's incompatible with my > kernel version. > Was your kernel built from the same version of /usr/src, or have you updated the source (/usr/src) since you last rebuilt the kernel. If you updated the source, then you need to rebuild the kernel from those updated sources (should also build/installworld). Scot From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:35:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 095C6106564A; Wed, 5 Oct 2011 21:35:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2FA548FC12; Wed, 5 Oct 2011 21:35:29 +0000 (UTC) Received: by wwe3 with SMTP id 3so3083563wwe.31 for ; Wed, 05 Oct 2011 14:35:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=jnLrks4nO3XwIRezoiRW1kcp/vBMiEUMVYqQhct5ZTM=; b=wsKBJDdNsLUVMyzj4UsUvhlhwTUGHOXeB3aG0gZEp3+rck+ZHGQH0uJ7vhkGWfMxTJ KypSCw3NzYE7KZnughDOTIXzhJB1ONuGzLg7Aydd2eSHkKp7MfVHwl6ySZGOsJjRbjDD hZfjLUdwNZRGQpW90ZC+rwr735f4Fz0RkHV/w= Received: by 10.227.20.67 with SMTP id e3mr3799642wbb.5.1317850529051; Wed, 05 Oct 2011 14:35:29 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (ip212-238-37-54.hotspotsvankpn.com. [212.238.37.54]) by mx.google.com with ESMTPS id y10sm5508942wbm.14.2011.10.05.14.35.26 (version=SSLv3 cipher=OTHER); Wed, 05 Oct 2011 14:35:27 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E8CCD69.5000802@FreeBSD.org> Date: Thu, 06 Oct 2011 00:34:33 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110910 Thunderbird/6.0.2 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C20EA.5060501@FreeBSD.org> <1453791516.20111005132941@serebryakov.spb.ru> In-Reply-To: <1453791516.20111005132941@serebryakov.spb.ru> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 21:35:31 -0000 On 05.10.2011 12:29, Lev Serebryakov wrote: > You wrote 5 îêòÿáðÿ 2011 ã., 13:18:34: >> geom_raid addresses this problem in own way. As soon as RAID BIOSes >> expect RAIDs to be built on raw physical devices and probe order is not >> discussed, geom_raid exclusively opens underlying providers immediately >> after detecting supported metadata. So even if volume is broken or > But it could be not first, who taste component of mirror, am I > right? If geom_part will be first, will it "take away" component from > geom_raid? Or it could not? Most of GEOM classes are less aggressive. So geom_raid will any way taste device finally and geom_part should be automatically spoiled as soon as geom_raid open device. > If it works in any case (exclusive open spoils geom_part), it could > be used in all other classes without any metadata infrastructure, That works perfect for case when class (geom_raid) is known to work on raw device. Other RAID classes can be used over partitions, so some care should be taken to avoid false positives. > but > it seems, that geom_mirror, for example, could pickup metadtata from > last parition instead of raw device... > > I'm not sure here. In that case it is helpful to include media size into the metadata. Comparing that value with provider size during taste allows to avoid these false positives. geom_mirror metadata include/check provider size since version 3. Pity that MBR and probably others don't. > But, in any case, maybe standard first 16 bytes of metadata in > pure-GEOM classes and filter in GEOM infrastructure itself ("not pass > provider for tasting to anything but class, written in first 16 bytes > of last sector") looks good idea, IMHO. And what if class is not loaded/supported? There should be a way to manage/clear that label. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:39:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A2901065675; Wed, 5 Oct 2011 21:39: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 D02768FC0A; Wed, 5 Oct 2011 21:39:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95LdoQd066338; Wed, 5 Oct 2011 17:39:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95LdogS066337; Wed, 5 Oct 2011 21:39:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 21:39:50 GMT Message-Id: <201110052139.p95LdogS066337@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 21:39:52 -0000 TB --- 2011-10-05 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 20:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-10-05 20:50:00 - cleaning the object tree TB --- 2011-10-05 20:50:14 - cvsupping the source tree TB --- 2011-10-05 20:50:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-10-05 20:50:58 - building world TB --- 2011-10-05 20:50:58 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 20:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 20:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 20:50:58 - SRCCONF=/dev/null TB --- 2011-10-05 20:50:58 - TARGET=arm TB --- 2011-10-05 20:50:58 - TARGET_ARCH=arm TB --- 2011-10-05 20:50:58 - TZ=UTC TB --- 2011-10-05 20:50:58 - __MAKE_CONF=/dev/null TB --- 2011-10-05 20:50:58 - cd /src TB --- 2011-10-05 20:50:58 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 20:50:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 21:39:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 21:39:50 - ERROR: failed to build world TB --- 2011-10-05 21:39:50 - 2131.51 user 649.64 system 2989.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:12:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC96A1065674; Wed, 5 Oct 2011 22:12:54 +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 8975C8FC0C; Wed, 5 Oct 2011 22:12:54 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A64732842B; Thu, 6 Oct 2011 00:12:52 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C5D432842A; Thu, 6 Oct 2011 00:12:51 +0200 (CEST) Message-ID: <4E8CD662.90202@quip.cz> Date: Thu, 06 Oct 2011 00:12:50 +0200 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: Scot Hetzel References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:12:54 -0000 Scot Hetzel wrote: > 2011/10/5 Miroslav Lachman<000.fbsd@quip.cz>: >> I am waiting years for the moment, when these GEOM problems will be fixed, >> so I am really glad to see your interest! >> It will be move to right direction even if changes will not be backward >> compatible. >> The current state is too fragile to be used in production. Gmirror alone can >> be used, glabel alone can be used, GPT alone can be used... but mix it all >> stacked together is way to hell. >> >> e.g. Using GPT on glabeled provider always ends with error message about >> corrupted secondary GPT table. (But how can I use iSCSI in reliable way if I >> cannot use glable on devices and iSCSI device can have different number on >> each reboot? I wrote about it almost 2 years ago) >> > You don't need to use glabel on GPT disks, as gpart has it's own way > to label GPT disks: [...] The point was that glabel on disk device is successful, gpartitioning on glabeled device is successful, but metadata handling / device tasting is wrong after reboot and this should be fixed, not worked around. Otherwise thank you for example with GPT labels, it can be useful in some cases. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:19:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B06241065670 for ; Wed, 5 Oct 2011 22:19:27 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6B39B8FC0C for ; Wed, 5 Oct 2011 22:19:27 +0000 (UTC) Received: by qyk10 with SMTP id 10so5399314qyk.13 for ; Wed, 05 Oct 2011 15:19:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=Pv1u7vxJMTZoLFa/z3YEJkP2eJE2QwVm2NEfZiAXBqM=; b=hy1twvH7CRuW0+UWTHz16KJr4UJHEPF8XgbGNNtzHNAufK36v8I34TCPPdCO6y2WJG UNJZiKQeulTJ4SoDW9rHaABX9w5RQF4kwT7EKFhupnsOnZyJGZOdYSgzDUfL5S0t1TTm MAX3dkMi6WZrTS/pluaMg0hTbkO+PcmRcpNSg= MIME-Version: 1.0 Received: by 10.229.100.228 with SMTP id z36mr2515743qcn.190.1317851456018; Wed, 05 Oct 2011 14:50:56 -0700 (PDT) Sender: jonathan.robert.anderson@gmail.com Received: by 10.229.214.210 with HTTP; Wed, 5 Oct 2011 14:50:55 -0700 (PDT) Date: Wed, 5 Oct 2011 23:50:55 +0200 X-Google-Sender-Auth: Z3fCODdA1D-UpDfGK7UZ5Cu0KKg Message-ID: From: Jonathan Anderson To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: PANIC: "ffs_valloc: dup alloc" on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:19:27 -0000 I was about to upgrade my build VM from BETA2 to BETA3, but I can't seem to boot BETA2 any more: I get a "ffs_valloc: dup alloc" panic on boot, every time. fsck runs and says, "ok, I've cleaned things up for you", but then later on, when trying to update motd, FFS dies. Unfortunately, this is the VM that I normally use to run kgdb against other VMs, so my normal debugging setup does not apply. I'll see if this hotel will let me download an ISO so that I can install a fresh VM for debugging... Jon -- Jonathan Anderson jonathan@FreeBSD.org http://freebsd.org/~jonathan/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:31:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFC4106564A for ; Wed, 5 Oct 2011 22:31:18 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 842638FC1B for ; Wed, 5 Oct 2011 22:31:18 +0000 (UTC) Received: by qadz30 with SMTP id z30so2192133qad.13 for ; Wed, 05 Oct 2011 15:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DpKVXu0B19BG+tiYIG0ZCKKmcZ3fggtvYLSVCPaRS6w=; b=SO50bT7FBnJfPvpZmjDZvHFmaMwiuKQTBb1fO/0v2hzhQjgSdzY6ECjOHBXmFeH7xH s0BqDW195ZH1buz1RnslbJP2W3lC5qsuuODV27IrM9mmHufrTlb/NWvs9gLct6tyt3yH TD9PIzZc48IaoZCJm4JihqWxJH4dMXoMyrtaQ= MIME-Version: 1.0 Received: by 10.224.206.67 with SMTP id ft3mr2471564qab.326.1317853877624; Wed, 05 Oct 2011 15:31:17 -0700 (PDT) Received: by 10.229.52.145 with HTTP; Wed, 5 Oct 2011 15:31:17 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 15:31:17 -0700 Message-ID: From: Ali Mashtizadeh To: Scot Hetzel Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:31:18 -0000 I ran buildworld and installworld again, but the module still won't load. Also, if I enable linux compatibility the original bug from this email chain is still present. On Wed, Oct 5, 2011 at 2:27 PM, Scot Hetzel wrote: > On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh wrote: >> Is there any reason I should still be hitting this bug when building >> on 9-STABLE? With Linux compatibility disabled I can build the driver, >> but the kernel refuses to load it saying it's incompatible with my >> kernel version. >> > Was your kernel built from the same version of /usr/src, or have you > updated the source (/usr/src) since you last rebuilt the kernel. > > If you updated the source, then you need to rebuild the kernel from > those updated sources (should also build/installworld). > > Scot > -- Ali Mashtizadeh From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:39:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6A741065673 for ; Wed, 5 Oct 2011 22:39:59 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB148FC17 for ; Wed, 5 Oct 2011 22:39:59 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.5/8.14.5) with ESMTP id p95MLj3Z023193; Wed, 5 Oct 2011 15:21:45 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.5/8.14.4/Submit) id p95MLjGh023192; Wed, 5 Oct 2011 15:21:45 -0700 (PDT) (envelope-from obrien) Date: Wed, 5 Oct 2011 15:21:45 -0700 From: "David O'Brien" To: Kostik Belousov Message-ID: <20111005222145.GA19960@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kostik Belousov , Oliver Lehmann , Chris Rees , freebsd-current@freebsd.org, Mike Tancsa References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> <20110909145512.GC17489@deviant.kiev.zoral.com.ua> <20110909150002.GD17489@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110909150002.GD17489@deviant.kiev.zoral.com.ua> X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Chris Rees , freebsd-current@freebsd.org, Oliver Lehmann , Mike Tancsa Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:39:59 -0000 On Fri, Sep 09, 2011 at 06:00:02PM +0300, Kostik Belousov wrote: > --- libs/m3core/src/thread/POSIX/ThreadPosix.m3.orig 2011-09-09 17:58:12.867431639 +0300 > +++ libs/m3core/src/thread/POSIX/ThreadPosix.m3 2011-09-09 17:58:30.380428486 +0300 > @@ -180,7 +180,7 @@ > pausedThreads : T; > selected_interval:= UTime{0, 100 * 1000}; > > - defaultStackSize := 3000; > + defaultStackSize := 10000; This might not be a large enough value (depending on the unit of measure). I synced tzdata+tzcode at $WORK and we found the amount of stack used by tzload() alone is now quite large -- 41k on ARM. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:46:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D2E106566B; Wed, 5 Oct 2011 22:46:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DF9D48FC14; Wed, 5 Oct 2011 22:46:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95MkC0d059044; Wed, 5 Oct 2011 18:46:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95MkB6p059001; Wed, 5 Oct 2011 22:46:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 22:46:11 GMT Message-Id: <201110052246.p95MkB6p059001@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:46:13 -0000 TB --- 2011-10-05 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 20:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-05 20:50:00 - cleaning the object tree TB --- 2011-10-05 20:50:14 - cvsupping the source tree TB --- 2011-10-05 20:50:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-05 20:50:58 - building world TB --- 2011-10-05 20:50:58 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 20:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 20:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 20:50:58 - SRCCONF=/dev/null TB --- 2011-10-05 20:50:58 - TARGET=i386 TB --- 2011-10-05 20:50:58 - TARGET_ARCH=i386 TB --- 2011-10-05 20:50:58 - TZ=UTC TB --- 2011-10-05 20:50:58 - __MAKE_CONF=/dev/null TB --- 2011-10-05 20:50:58 - cd /src TB --- 2011-10-05 20:50:58 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 20:50:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 22:46:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 22:46:11 - ERROR: failed to build world TB --- 2011-10-05 22:46:11 - 5602.57 user 956.09 system 6970.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:46:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C6510657AC; Wed, 5 Oct 2011 22:46:20 +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 995048FC16; Wed, 5 Oct 2011 22:46:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95MkKE6059785; Wed, 5 Oct 2011 18:46:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95MkK2H059781; Wed, 5 Oct 2011 22:46:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 22:46:20 GMT Message-Id: <201110052246.p95MkK2H059781@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:46:21 -0000 TB --- 2011-10-05 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 20:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-05 20:50:00 - cleaning the object tree TB --- 2011-10-05 20:50:15 - cvsupping the source tree TB --- 2011-10-05 20:50:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-05 20:50:58 - building world TB --- 2011-10-05 20:50:58 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 20:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 20:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 20:50:58 - SRCCONF=/dev/null TB --- 2011-10-05 20:50:58 - TARGET=pc98 TB --- 2011-10-05 20:50:58 - TARGET_ARCH=i386 TB --- 2011-10-05 20:50:58 - TZ=UTC TB --- 2011-10-05 20:50:58 - __MAKE_CONF=/dev/null TB --- 2011-10-05 20:50:58 - cd /src TB --- 2011-10-05 20:50:58 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 20:50:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 22:46:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 22:46:19 - ERROR: failed to build world TB --- 2011-10-05 22:46:19 - 5592.54 user 977.74 system 6979.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 22:50:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34165106564A for ; Wed, 5 Oct 2011 22:50:54 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E24D98FC1C for ; Wed, 5 Oct 2011 22:50:53 +0000 (UTC) Received: by qadz30 with SMTP id z30so2201221qad.13 for ; Wed, 05 Oct 2011 15:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yBBjH0+LU1L4asvg1Q7TQGyrc+jBqIOume4E+MvwkPg=; b=hCvJ3HFy7HRpdmoa793yBPvi4uTVvzktGUgGxAiodIDOaAoLjYPqxHnDk9699iMJz2 CGxXK8uSCSwFRQv+ZOHYBqpd384+M6ebQexBYYR/hdN+BCyI4c4Id13OnYu1t6xIWjtR gKBRGnNNXx4t6YtFCKrx8Fp21cLi1mVmMokhs= MIME-Version: 1.0 Received: by 10.224.182.10 with SMTP id ca10mr3824qab.274.1317855053111; Wed, 05 Oct 2011 15:50:53 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 5 Oct 2011 15:50:53 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 15:50:53 -0700 Message-ID: From: Garrett Cooper To: Ali Mashtizadeh Content-Type: text/plain; charset=ISO-8859-1 Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 22:50:54 -0000 On Wed, Oct 5, 2011 at 3:31 PM, Ali Mashtizadeh wrote: > I ran buildworld and installworld again, but the module still won't > load. Also, if I enable linux compatibility the original bug from this > email chain is still present. Please bottom post. That being said, there are issues with the port infrastructure tying into /usr/src where [if you're using the PORTS_MODULES feature and] compiling using an older world I've seen stuff fall apart at build because it's detecting OSVERSION or something else incorrectly. Haven't spent time tracking this down because it's virtually a non-issue if you install stuff manually after you boot your new kernel. It's annoying, but easy to work around. Having the error message and your build details would help though, as always. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 23:13:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF306106564A for ; Wed, 5 Oct 2011 23:13:50 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8988FC0A for ; Wed, 5 Oct 2011 23:13:49 +0000 (UTC) X-AuditID: 1209190c-b7fd26d0000008df-ee-4e8ce4ad145c Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id E3.47.02271.DA4EC8E4; Wed, 5 Oct 2011 19:13:49 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id p95NDm6f010975; Wed, 5 Oct 2011 19:13:48 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p95NDiqJ023166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Oct 2011 19:13:46 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p95NDiA6004516; Wed, 5 Oct 2011 19:13:44 -0400 (EDT) Date: Wed, 5 Oct 2011 19:13:44 -0400 (EDT) From: Benjamin Kaduk To: Michael Butler In-Reply-To: <4E8C6F3C.6090707@protected-networks.net> Message-ID: References: <20111005135000.GE2831@albert.catwhisker.org> <4E8C6E29.1010507@protected-networks.net> <4E8C6F3C.6090707@protected-networks.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrLIsWRmVeSWpSXmKPExsUixG6nrrv2SY+fwYnrEhYTrvxgsjj15S6L xbJHG9ksFkyZy+7A4rHwST+zx4xP81k8Fk35yBjAHMVlk5Kak1mWWqRvl8CVMfnWaZaCVs6K M/t/sDUwdrJ3MXJySAiYSDxvuM0KYYtJXLi3nq2LkYtDSGAfo8SF3hfsEM56Rol7rycwQzj7 mSRaO6exgbQICdRL3O18xwxiswhoSWxZuwLMZhNQkZj5ZiNYjYiAvsTtg8/B1jEL5EjMW3af EcQWFnCSOP7jN5jNKWAm8X/DeiYQm1fAXuL0sucsEMt6GSXufoRIiAroSKzeP4UFokhQ4uTM JywQQy0lzv25zjaBUXAWktQsJKkFjEyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdA31cjNL9FJT SjcxgkKZU5JnB+Obg0qHGAU4GJV4eIV7e/yEWBPLiitzDzFKcjApifJ+eQwU4kvKT6nMSCzO iC8qzUktPsQowcGsJMLrXw6U401JrKxKLcqHSUlzsCiJ8x7c4eAnJJCeWJKanZpakFoEk5Xh 4FCS4P0OMlSwKDU9tSItM6cEIc3EwQkynAdouPoTkOHFBYm5xZnpEPlTjIpS4rxCIAkBkERG aR5cLyzVvGIUB3pFmNcIpIoHmKbgul8BDWYCGsx/HWxwSSJCSqqBcduJr97Mhtq2O522ztvy Z3L2pRqNGpZ3p3b4dGmIFZUU9kWw35e66LF7m4jFrhtr4nceF3SLzGBvMJLUyDx0j9G133Sv /VUZt48x7y8fVNfLO1jLdrTS3nRzpfaliONhUxTZfrXNClwcpr7/TEjQix3TM1UnJEsJLlzx KJ+zeuK0pASnLT/rlFiKMxINtZiLihMB9gEwEBADAAA= Cc: Gabor Kovesdan , current@freebsd.org Subject: Re: Problem with r226035 - in head/usr.bin/grep: . regex? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 23:13:50 -0000 On Wed, 5 Oct 2011, Michael Butler wrote: > On 10/05/11 10:48, I wrote: >> Does this look right? > >> ! ts = ((long)u - v < 0) ? 0 : (u - v); \ > > Doh! It should probably be .. > > ts = ((long)(u - v) < 0) ? 0 : (u - v); This is definitely incorrect. Consider the case where u = (int)INT_MAX, v = (int)INT_MIN. Then (u-v) is evaluated within 'int' width, and overflows, causing undefined behavior (but probably wrapping), which is then cast to long. The cases where either u or v are unsigned types can also provide interesting edge cases. Probably the "most correct" choice is to cast all values to the widest supported signed integral type (since no type information is available within the macro scope), including the 'else' branch of the ternary operator, which is also susceptible to over/underflow. There are many style bugs with macros of this nature, on which bde would presumably be happy to expound. It seems that (at least in the first usage that I found) 'u' and 'v' are declared as unsigned int, so casting everything to signed long is unlikely to introduce breakage in the common case. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 23:15:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61227106564A; Wed, 5 Oct 2011 23:15:17 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id 030CC8FC1E; Wed, 5 Oct 2011 23:15:16 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id p95Mrra9039436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Oct 2011 15:53:53 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id p95MrrHh039435; Wed, 5 Oct 2011 15:53:53 -0700 (PDT) (envelope-from jmg) Date: Wed, 5 Oct 2011 15:53:53 -0700 From: John-Mark Gurney To: Lev Serebryakov Message-ID: <20111005225353.GG14645@funkthat.com> Mail-Followup-To: Lev Serebryakov , "Andrey V. Elsukov" , current@freebsd.org, freebsd-geom@freebsd.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> <1822051193.20111005102710@serebryakov.spb.ru> <1239869336.20111005103945@serebryakov.spb.ru> <4E8C0C88.7000702@yandex.ru> <813229977.20111005125104@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <813229977.20111005125104@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 05 Oct 2011 15:53:53 -0700 (PDT) Cc: "Andrey V. Elsukov" , current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 23:15:17 -0000 Lev Serebryakov wrote this message on Wed, Oct 05, 2011 at 12:51 +0400: > Hello, Andrey. > You wrote 5 ??????? 2011 ?., 11:51:36: > > > On 05.10.2011 10:39, Lev Serebryakov wrote: > >>> (1) Class and name of GEOM which is affected. > >>> (2) Name of provider which is affected. > >>> (3) Name of underlying provider which is lost (consumer from > >>> reporting GEOM's point of view). > >>> (4) Resulting state of affected provider (fixable, alive, dead). > > > All except last could be get from the consumer in the orphan method. > I'm afraid, that (2) could not be known too in generic way, as GEOM > could have several providers, and only part of them could be affected by > disconnection. Consumer contains geom (with class) and underlying > provider, it is items (1) and (3)... > > >> Other example -- geom_label creates and destroys about 10 labels on > >> boot (on my test VM) and, if DESTROYED will be reported by very > >> generic mechanism, it will end up with 10 e-mails to administrator on > >> every boot -- I've got this, when put notifications in too generic > >> place for first try. > > Ok, good point. Can you explain how your script will distinguish which > > actions are performed by administrator? Since change made by administrator > > could trigger disappearing of several child geoms. > Not the script, but GEOMs themselves. They knows, why disk > disappears. Of course, it work only one-level -- if administrator > calls "gmirror remove gm0 ada4" geom_mirror knows, that ada4 is no > failed. Yes, I understand, that if here is configuration like this: > > gmirror0 > gstripe0 > ada0 > ada1 > gstripe1 > ada2 > ada3 > > and administrator kills gstripe0, for example, geom_mirror will send > event, because from its point of view it is not administrative > action... > But such situations, IMHO, are not very often ones. Won't gmirror still report COMPLETE after a gmirror remove? So the script can look at the gmirror device, and see that it is still complete even though one of the providers were dropped and assume it was an administrative command that did it.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 23:38:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C8D0106566C; Wed, 5 Oct 2011 23:38:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6F3298FC0C; Wed, 5 Oct 2011 23:38:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p95Nc8nE073174; Wed, 5 Oct 2011 19:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p95Nc8lH073167; Wed, 5 Oct 2011 23:38:08 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Oct 2011 23:38:08 GMT Message-Id: <201110052338.p95Nc8lH073167@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 23:38:09 -0000 TB --- 2011-10-05 22:46:12 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 22:46:12 - starting HEAD tinderbox run for mips/mips TB --- 2011-10-05 22:46:12 - cleaning the object tree TB --- 2011-10-05 22:46:21 - cvsupping the source tree TB --- 2011-10-05 22:46:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-10-05 22:46:36 - building world TB --- 2011-10-05 22:46:36 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 22:46:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 22:46:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 22:46:36 - SRCCONF=/dev/null TB --- 2011-10-05 22:46:36 - TARGET=mips TB --- 2011-10-05 22:46:36 - TARGET_ARCH=mips TB --- 2011-10-05 22:46:36 - TZ=UTC TB --- 2011-10-05 22:46:36 - __MAKE_CONF=/dev/null TB --- 2011-10-05 22:46:36 - cd /src TB --- 2011-10-05 22:46:36 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 22:46:36 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-05 23:38:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-05 23:38:08 - ERROR: failed to build world TB --- 2011-10-05 23:38:08 - 2205.68 user 625.59 system 3115.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 00:02:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E1B106566C for ; Thu, 6 Oct 2011 00:02:03 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (DMZ-MAILSEC-SCANNER-2.MIT.EDU [18.9.25.13]) by mx1.freebsd.org (Postfix) with ESMTP id 62CA38FC15 for ; Thu, 6 Oct 2011 00:02:02 +0000 (UTC) X-AuditID: 1209190d-b7f946d000000966-ee-4e8ceffab5f0 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id 5E.49.02406.AFFEC8E4; Wed, 5 Oct 2011 20:02:02 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id p96022Ib010546; Wed, 5 Oct 2011 20:02:02 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p96020cu028949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Oct 2011 20:02:01 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p9601xCQ005212; Wed, 5 Oct 2011 20:01:59 -0400 (EDT) Date: Wed, 5 Oct 2011 20:01:58 -0400 (EDT) From: Benjamin Kaduk To: Ali Mashtizadeh In-Reply-To: Message-ID: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIIsWRmVeSWpSXmKPExsUixG6novvrfY+fwZ0Obos5bz4wWVzd7W7R c+IgowOzx4xP81k8ds66yx7AFMVlk5Kak1mWWqRvl8CVsfXZHLaCf4wV/+btZG5gPM7YxcjJ ISFgIjG55SEbhC0mceHeeiCbi0NIYB+jxLZj+5kgnPWMEnPXX4bK7GeSONC1lQmkRUigXmLO jTdAozg4WAS0JDrW1YOE2QRUJGa+2Qg2VURAW+Lfm6fsIDazgKPEzF0zmEFsYQFziZdTVoFd wSkQKPFt7mSwel4Be4nZRz+yQuxaxSLR/fofK0hCVEBHYvX+KSwQRYISJ2c+YYEYailx7s91 tgmMgrOQpGYhSS1gZFrFKJuSW6Wbm5iZU5yarFucnJiXl1qka6SXm1mil5pSuokRFLKckrw7 GN8dVDrEKMDBqMTDK9Tb4yfEmlhWXJl7iFGSg0lJlDfsLVCILyk/pTIjsTgjvqg0J7X4EKME B7OSCO+y50A53pTEyqrUonyYlDQHi5I4b+EOBz8hgfTEktTs1NSC1CKYrAwHh5IErw0wNoUE i1LTUyvSMnNKENJMHJwgw3mAhneALOYtLkjMLc5Mh8ifYlSUEucNA2kWAElklObB9cJSyitG caBXhHktQKp4gOkIrvsV0GAmoMH818EGlyQipKQaGCdMOGujtNzh+15etc5znzbYWR95GLFY 9v7NctGwPx4L73w67GC3hOGbY7zd3ZPLiv40vPjc90+zo2zSU9YzPx/YshypjK/fqOvZdvGq vKeFG/tEz8DVv6QWiBt+OKXqtFh74ZXiOncRq4/TG7bLHwuRvvAhZDObpWn7n+/7xJXzN9st Lc5af0+JpTgj0VCLuag4EQCkxq7yBAMAAA== Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 00:02:03 -0000 On Wed, 5 Oct 2011, Ali Mashtizadeh wrote: > I ran buildworld and installworld again, but the module still won't > load. Also, if I enable linux compatibility the original bug from this > email chain is still present. Kernel, too? -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 00:33:58 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A07D1106564A; Thu, 6 Oct 2011 00:33:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3FC8FC08; Thu, 6 Oct 2011 00:33:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p960XvYZ057422; Wed, 5 Oct 2011 20:33:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p960Xv8L057404; Thu, 6 Oct 2011 00:33:57 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Oct 2011 00:33:57 GMT Message-Id: <201110060033.p960Xv8L057404@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 00:33:58 -0000 TB --- 2011-10-05 22:46:20 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-05 22:46:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-05 22:46:20 - cleaning the object tree TB --- 2011-10-05 22:46:30 - cvsupping the source tree TB --- 2011-10-05 22:46:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-05 22:46:42 - building world TB --- 2011-10-05 22:46:42 - CROSS_BUILD_TESTING=YES TB --- 2011-10-05 22:46:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-05 22:46:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-05 22:46:42 - SRCCONF=/dev/null TB --- 2011-10-05 22:46:42 - TARGET=powerpc TB --- 2011-10-05 22:46:42 - TARGET_ARCH=powerpc TB --- 2011-10-05 22:46:42 - TZ=UTC TB --- 2011-10-05 22:46:42 - __MAKE_CONF=/dev/null TB --- 2011-10-05 22:46:42 - cd /src TB --- 2011-10-05 22:46:42 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 5 22:46:43 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-06 00:33:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-06 00:33:56 - ERROR: failed to build world TB --- 2011-10-06 00:33:57 - 5142.78 user 921.96 system 6456.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 00:47:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FDF31065675 for ; Thu, 6 Oct 2011 00:47:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E9B328FC14 for ; Thu, 6 Oct 2011 00:47:45 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so3298107bkb.13 for ; Wed, 05 Oct 2011 17:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5CHyQE0EpqircYkxxNlMC8MjIfER/aLx5emMR/v4mSI=; b=DgqCn9TcGcaBdS8Jocl8B4HHVGjwm9CDPu4aJsg+/e+imjzx1xahxjybWQhnaIRjg5 gOblyfxy30+DfdbDen1t8ddptT4ieWbAopNJPMSVTJr4Sma7BuWCUOLF2I43gEvSJA2K +pXfDgDB94QoU92nrnb3/+EqvrTvEAhz5yJ7w= MIME-Version: 1.0 Received: by 10.204.155.150 with SMTP id s22mr95930bkw.321.1317862064529; Wed, 05 Oct 2011 17:47:44 -0700 (PDT) Received: by 10.152.6.36 with HTTP; Wed, 5 Oct 2011 17:47:44 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Wed, 5 Oct 2011 19:47:44 -0500 Message-ID: From: Scot Hetzel To: Ali Mashtizadeh Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 00:47:46 -0000 On Wed, Oct 5, 2011 at 4:43 PM, Ali Mashtizadeh wrote: > On Wed, Oct 5, 2011 at 2:27 PM, Scot Hetzel wrote: >> On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh wrote: >>> Is there any reason I should still be hitting this bug when building >>> on 9-STABLE? With Linux compatibility disabled I can build the driver, >>> but the kernel refuses to load it saying it's incompatible with my >>> kernel version. >>> >> Was your kernel built from the same version of /usr/src, or have you >> updated the source (/usr/src) since you last rebuilt the kernel. >> >> If you updated the source, then you need to rebuild the kernel from >> those updated sources (should also build/installworld). >> > Yes, I did that just before. I'll try buildkernel and installkernel > again but I know havn't updated the tree. Could there be an issue > since I built it from the directory /usr/src-9? > Do you also have a /usr/src directory? If you do, then the port is using the wrong kernel source. You'll need to set SRC_BASE to /usr/src-9 when building the port. cd /usr/ports/x11/nvida-driver make deinstall ; make clean ; make install -DSRC_BASE=/usr/src-9 Then you should be able to load the kernel module. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 01:28:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A4E11065674 for ; Thu, 6 Oct 2011 01:28:09 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEEF8FC12 for ; Thu, 6 Oct 2011 01:28:08 +0000 (UTC) Received: from vivi.cc.vt.edu (vivi.cc.vt.edu [198.82.163.43]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p961Qdoa006314; Wed, 5 Oct 2011 21:27:38 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by vivi.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id SWX91884; Wed, 05 Oct 2011 21:27:37 -0400 (EDT) Received: from [10.0.1.23] (ip24-254-226-60.hr.hr.cox.net [24.254.226.60]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p961RbbU013694 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 5 Oct 2011 21:27:37 -0400 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Paul Mather In-Reply-To: Date: Wed, 5 Oct 2011 21:27:37 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> To: krad X-Mailer: Apple Mail (2.1244.3) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=vivi.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020203.4E8D040A.003F,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: Olivier Smedts , freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 01:28:09 -0000 On Oct 5, 2011, at 9:03 AM, krad wrote: > Have you dont the simple thing and checked to see if you have any = weird whitespace in the dir names. Try using bash tab completion for the = dir name. Also drop all non bash completion rules as these might be = messing things up. >=20 > I have seen odd characters in dirs cause much confusion in the past. I don't believe that is the problem in this case. An "ls" will list the = file but "ls -l" reports "no such file or directory:" tape# ls 05DLAAdmin 07DLAAdmin tape# ls -l ls: 05DLAAdmin: No such file or directory total 3 drwxrws--- 4 500 501 4 Oct 3 11:53 07DLAAdmin tape#=20 Plus, the "rm -rf" I tried (that failed) ought not to fall foul of such = weird whitespace problems. Cheers, Paul. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 01:46:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22C2D106566B for ; Thu, 6 Oct 2011 01:46:30 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id EF95A8FC08 for ; Thu, 6 Oct 2011 01:46:29 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.5/8.14.5) with ESMTP id p961kTvO033711; Wed, 5 Oct 2011 18:46:29 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.5/8.14.4/Submit) id p961kTkG033710; Wed, 5 Oct 2011 18:46:29 -0700 (PDT) (envelope-from obrien) Date: Wed, 5 Oct 2011 18:46:28 -0700 From: "David O'Brien" To: Benjamin Kaduk Message-ID: <20111006014628.GB19960@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Benjamin Kaduk , Arnaud Lacombe , freebsd-current@freebsd.org References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Arnaud Lacombe Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 01:46:30 -0000 On Mon, Sep 26, 2011 at 07:48:23PM -0400, Benjamin Kaduk wrote: > My recollection is that this is because kensmith forgot to take > 'makeoptions DEBUG=-g' out of GENERIC when branching stable/8, and no one > noticed until a couple of releases in, at which point it seemed consistent > with POLA to just keep it there. Unfortunately I am not having much luck > digging through mail archives trying to confirm that. > I don't remember whether the plan was to turn it off on stable/9 or not. When I split out the symbols from the kernel, the intention was to always build with -g so users would have the symbols to help debug reported problems. If one was running a stock release kernel, they are not needed as we know where to find them -- the intention was to have a kernel-symbols tarball that was an option install. I pretty strongly feel that -g should not be removed from stable/9's kernel configs. Otherwise we're more in the dark when folks report problems from tracking -STABLE. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 01:59:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67F2C106566B for ; Thu, 6 Oct 2011 01:59:09 +0000 (UTC) (envelope-from nalitoja@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 198598FC12 for ; Thu, 6 Oct 2011 01:59:08 +0000 (UTC) Received: by ggeq3 with SMTP id q3so1627375gge.13 for ; Wed, 05 Oct 2011 18:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=ozxy4REvR4T63s7xtlBDxISAdmmyLvQcv+HGdcwahWY=; b=ekUI3asff9cbbquUhKTVH+ZC5Hh2JkQoTPenBZtpM3+YBZO7aLX/lE6HE8kxQTwSao GnVquBDGtLP/ReEWe+rPOEaKl+6tUyYfhnTAWGLboDFTUTlx2a1muoJ6aZsxf7AXOzYW 9CsYlm3MUcoZlD6TrkwLKLiH9PC7Sz0RaZzLg= Received: by 10.146.220.33 with SMTP id s33mr84716yag.25.1317864981330; Wed, 05 Oct 2011 18:36:21 -0700 (PDT) Received: from nil (tor.cinipac.net. [79.172.193.89]) by mx.google.com with ESMTPS id h20sm10151158ani.16.2011.10.05.18.36.12 (version=SSLv3 cipher=OTHER); Wed, 05 Oct 2011 18:36:20 -0700 (PDT) From: Nali Toja To: Ali Mashtizadeh In-Reply-To: (Ali Mashtizadeh's message of "Wed, 5 Oct 2011 13:52:24 -0700") Date: Thu, 06 Oct 2011 01:35:14 +0000 Message-ID: <86vcs2q4vh.fsf@gmail.com> References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: fidaj@ukr.net, Alexey Dokuchaev , gobledb@gmail.com, yanegomi@gmail.com, Olivier Smedts , freebsd-current@freebsd.org Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 01:59:09 -0000 --=-=-= Content-Type: text/plain Ali Mashtizadeh writes: > 2011/8/31 Alexey Dokuchaev : >> On Mon, Aug 29, 2011 at 02:59:48PM +0200, Olivier Smedts wrote: >>> 2011/8/29 ken : >>> > Could I test your patch for nvidia-driver, too? >>> > I cannot find your patch in this mail. >>> >>> I took the patch in : >>> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026515.html >>> >>> And it worked for me. >> >> Should be fixed in the port itself now (also updated to 280.13). > > Is there any reason I should still be hitting this bug when building > on 9-STABLE? With Linux compatibility disabled I can build the driver, > but the kernel refuses to load it saying it's incompatible with my > kernel version. Only if you're using 285.05.09 with the port. And it'd affect both /stable/9 and /head users. // from src/nv-freebsd.h: #if __FreeBSD_version >= 900041 #include #else #define fget(td, fd, cap, fp) fget(td, fd, fp) #endif --=-=-= Content-Type: message/rfc822 Content-Disposition: inline X-From-Line: nobody Tue Oct 4 09:44:48 2011 From: Nali Toja To: danfe@FreeBSD.org Subject: [patch] x11/nvidia-driver: add 285.05.09 support Date: Tue, 04 Oct 2011 05:44:48 +0000 Message-ID: <86pqidmhtb.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Can you commit below tiny change? It should make testing the new version a bit easier for people who are impatient to wait for the next port update. That version also includes tunable support similar to ports/156386. $ make [...] nvidia_linux.c:40:51: error: too many arguments to function call, expected 4, have 5 if ((error = fget(td, args->fd, CAP_IOCTL, 0, &fp)) != 0) ~~~~ ^~~ @/sys/file.h:186:1: note: 'fget' declared here int fget(struct thread *td, int fd, cap_rights_t rights, struct file **fpp); ^ 1 error generated. Index: x11/nvidia-driver/Makefile =================================================================== RCS file: /a/.csup/ports/x11/nvidia-driver/Makefile,v retrieving revision 1.109 diff -u -p -r1.109 Makefile --- x11/nvidia-driver/Makefile 31 Aug 2011 12:30:24 -0000 1.109 +++ x11/nvidia-driver/Makefile 4 Oct 2011 05:33:52 -0000 @@ -112,7 +113,7 @@ post-patch: .SILENT ${REINPLACE_CMD} -e 's/status != status/status != RM_OK/' \ ${WRKSRC}/src/nvidia_os.c # Fix the build after fget(9) KPI was changed in r224778 -.if ${OSVERSION} > 900040 && ${NVVERSION} >= 1952200 +.if ${OSVERSION} > 900040 && ${NVVERSION} >= 1952200 && ${NVVERSION} < 2850509 ${REINPLACE_CMD} -e '/fget/s/&fp/0, &/' ${WRKSRC}/src/nvidia_linux.c .endif .if defined(WITH_FREEBSD_AGP) --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 02:00:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B9CF1065674 for ; Thu, 6 Oct 2011 02:00:18 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC1D8FC1A for ; Thu, 6 Oct 2011 02:00:03 +0000 (UTC) Received: by wyj26 with SMTP id 26so3161785wyj.13 for ; Wed, 05 Oct 2011 19:00:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=KiAiPvcPmG/ai6LpckFln+VzzYOIUzJz9YcazEX0Jvc=; b=ml+94aUd3VYNPRm0u3wWSpCLl6K1TYqozgB1RkxVEwV58dG5vPl6eA3grCPEae8xDa YrkYdiu/1clfZ/6Aiqw4u8FN5N4lBgD+zjhGc4seCU5jMY93A5aMUcpsbE90d0KDXrOB Qo+ZbkuORsR5y49Ix8TwvhuFHrR1Yj3YSyO5w= MIME-Version: 1.0 Received: by 10.216.170.204 with SMTP id p54mr381023wel.51.1317866402625; Wed, 05 Oct 2011 19:00:02 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Wed, 5 Oct 2011 19:00:02 -0700 (PDT) In-Reply-To: <20111006014628.GB19960@dragon.NUXI.org> References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20111006014628.GB19960@dragon.NUXI.org> Date: Wed, 5 Oct 2011 22:00:02 -0400 Message-ID: From: Arnaud Lacombe To: obrien@freebsd.org, Benjamin Kaduk , Arnaud Lacombe , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 02:00:18 -0000 Hi, On Wed, Oct 5, 2011 at 9:46 PM, David O'Brien wrote: > On Mon, Sep 26, 2011 at 07:48:23PM -0400, Benjamin Kaduk wrote: >> My recollection is that this is because kensmith forgot to take >> 'makeoptions DEBUG=3D-g' out of GENERIC when branching stable/8, and no = one >> noticed until a couple of releases in, at which point it seemed consiste= nt >> with POLA to just keep it there. =A0Unfortunately I am not having much l= uck >> digging through mail archives trying to confirm that. >> I don't remember whether the plan was to turn it off on stable/9 or not. > > When I split out the symbols from the kernel, the intention was to always > build with -g so users would have the symbols to help debug reported > problems. > > If one was running a stock release kernel, they are not needed as we know > where to find them -- the intention was to have a kernel-symbols tarball > that was an option install. > > I pretty strongly feel that -g should not be removed from stable/9's > kernel configs. =A0Otherwise we're more in the dark when folks report > problems from tracking -STABLE. > I agree on everything. I already sent the patch to install .symbols files in a separate directory. I'm waiting for its inclusion before looking at the logic to create separate package. - Arnaud From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 02:40:10 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8148106566C; Thu, 6 Oct 2011 02:40:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0B28FC0A; Thu, 6 Oct 2011 02:40:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p962e91T010067; Wed, 5 Oct 2011 22:40:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p962e9NH010063; Thu, 6 Oct 2011 02:40:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Oct 2011 02:40:09 GMT Message-Id: <201110060240.p962e9NH010063@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 02:40:10 -0000 TB --- 2011-10-06 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-06 01:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-10-06 01:50:00 - cleaning the object tree TB --- 2011-10-06 01:50:14 - cvsupping the source tree TB --- 2011-10-06 01:50:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-10-06 01:50:29 - building world TB --- 2011-10-06 01:50:29 - CROSS_BUILD_TESTING=YES TB --- 2011-10-06 01:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-06 01:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-06 01:50:29 - SRCCONF=/dev/null TB --- 2011-10-06 01:50:29 - TARGET=arm TB --- 2011-10-06 01:50:29 - TARGET_ARCH=arm TB --- 2011-10-06 01:50:29 - TZ=UTC TB --- 2011-10-06 01:50:29 - __MAKE_CONF=/dev/null TB --- 2011-10-06 01:50:29 - cd /src TB --- 2011-10-06 01:50:29 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 6 01:50:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-06 02:40:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-06 02:40:09 - ERROR: failed to build world TB --- 2011-10-06 02:40:09 - 2135.41 user 653.41 system 3008.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 02:55:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEE09106566C for ; Thu, 6 Oct 2011 02:55:42 +0000 (UTC) (envelope-from bob+freebsd@alphasoft.com) Received: from tegan.alphasoft.com (tegan.alphasoft.com [198.187.188.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9FB308FC08 for ; Thu, 6 Oct 2011 02:55:42 +0000 (UTC) Received: from peri.alphasoft.com (peri.alphasoft.com [198.187.188.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tegan.alphasoft.com (Postfix) with ESMTPSA id AB7FEFAB3 for ; Wed, 5 Oct 2011 19:40:32 -0700 (PDT) From: Bob Finch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 5 Oct 2011 19:39:56 -0700 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) Subject: 9.0-BETA3 lock order reversal in mount_smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 02:55:42 -0000 Attempting to mount a remote SMB share with mount_smbfs fails: freebsd9b3# uname -a FreeBSD freebsd9b3 9.0-BETA3 FreeBSD 9.0-BETA3 #0: Sat Sep 24 20:46:57 = UTC 2011 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC = i386 freebsd9b3# mount_smbfs -I smbhost -U xxx -W domain //smbhost/xxx /mnt Password: mount_smbfs: unable to open connection: syserr =3D No such file or = directory and displays the following kernel messages: smb_co_lock: recursive lock for object 1 lock order reversal: 1st 0xc2ef4608 smb_vc (smb_vc) @ = /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:325 2nd 0xc2ffbc28 smbsm (smbsm) @ = /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:348 KDB: stack backtrace: db_trace_self_wrapper(c0eff6ac,626d732f,2e2f7366,2e2e2f2e,74656e2f,...) = at db_trace_self_wrapper+0x26 kdb_backtrace(c0a42bdb,c0f0300f,c29697b0,c29696e0,c76d298c,...) at = kdb_backtrace+0x2a _witness_debugger(c0f0300f,c2ffbc28,c2ff93df,c29696e0,c2ff9320,...) at = _witness_debugger+0x25 witness_checkorder(c2ffbc28,9,c2ff9320,15c,c2ffbc48,...) at = witness_checkorder+0x839 __lockmgr_args(c2ffbc28,80000,c2ffbc48,0,0,...) at __lockmgr_args+0x824 smb_co_lock(c2ffbc20,80000,2,2,c76d2b30,...) at smb_co_lock+0x73 smb_co_gone(c2ef4600,c76d2b88,c76d2b88,c76d2aac,c2ad5b00,...) at = smb_co_gone+0x34 smb_sm_lookup(c76d2ad8,c76d2b14,c76d2b88,c76d2b30,c29f041c,...) at = smb_sm_lookup+0xf0 smb_usr_lookup(c29f0400,c76d2b88,c76d2b94,c76d2b90,c76d2b7c,...) at = smb_usr_lookup+0x98 nsmb_dev_ioctl(c2f76700,82fc6e6a,c29f0400,3,c2fce8a0,...) at = nsmb_dev_ioctl+0x1d9 giant_ioctl(c2f76700,82fc6e6a,c29f0400,3,c2fce8a0,...) at = giant_ioctl+0x75 devfs_ioctl_f(c2d417a8,82fc6e6a,c29f0400,c2c05e00,c2fce8a0,...) at = devfs_ioctl_f+0x10b kern_ioctl(c2fce8a0,3,82fc6e6a,c29f0400,6d2cec,...) at kern_ioctl+0x21d sys_ioctl(c2fce8a0,c76d2cec,c0f493b6,c0eebb0e,246,...) at = sys_ioctl+0x134 syscall(c76d2d28) at syscall+0x284 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, sys_ioctl), eip =3D 0x28193283, esp =3D = 0xbfbfe35c, ebp =3D 0xbfbfe688 --- Anything further I can do to help debug this problem? -- Bob From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 03:45:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F86106564A; Thu, 6 Oct 2011 03:45: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 A97C38FC18; Thu, 6 Oct 2011 03:45:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p963jrT4010726; Wed, 5 Oct 2011 23:45:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p963jr6Y010700; Thu, 6 Oct 2011 03:45:53 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Oct 2011 03:45:53 GMT Message-Id: <201110060345.p963jr6Y010700@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 03:45:55 -0000 TB --- 2011-10-06 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-06 01:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-06 01:50:00 - cleaning the object tree TB --- 2011-10-06 01:50:15 - cvsupping the source tree TB --- 2011-10-06 01:50:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-06 01:50:30 - building world TB --- 2011-10-06 01:50:30 - CROSS_BUILD_TESTING=YES TB --- 2011-10-06 01:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-06 01:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-06 01:50:30 - SRCCONF=/dev/null TB --- 2011-10-06 01:50:30 - TARGET=i386 TB --- 2011-10-06 01:50:30 - TARGET_ARCH=i386 TB --- 2011-10-06 01:50:30 - TZ=UTC TB --- 2011-10-06 01:50:30 - __MAKE_CONF=/dev/null TB --- 2011-10-06 01:50:30 - cd /src TB --- 2011-10-06 01:50:30 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 6 01:50:31 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-06 03:45:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-06 03:45:53 - ERROR: failed to build world TB --- 2011-10-06 03:45:53 - 5612.12 user 962.29 system 6952.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 03:45:57 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9294B106566C; Thu, 6 Oct 2011 03:45: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 61F168FC1B; Thu, 6 Oct 2011 03:45:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p963juEQ011002; Wed, 5 Oct 2011 23:45:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p963juFR011001; Thu, 6 Oct 2011 03:45:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Oct 2011 03:45:56 GMT Message-Id: <201110060345.p963juFR011001@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 03:45:57 -0000 TB --- 2011-10-06 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-06 01:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-06 01:50:00 - cleaning the object tree TB --- 2011-10-06 01:50:15 - cvsupping the source tree TB --- 2011-10-06 01:50:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-06 01:50:30 - building world TB --- 2011-10-06 01:50:30 - CROSS_BUILD_TESTING=YES TB --- 2011-10-06 01:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-06 01:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-06 01:50:30 - SRCCONF=/dev/null TB --- 2011-10-06 01:50:30 - TARGET=pc98 TB --- 2011-10-06 01:50:30 - TARGET_ARCH=i386 TB --- 2011-10-06 01:50:30 - TZ=UTC TB --- 2011-10-06 01:50:30 - __MAKE_CONF=/dev/null TB --- 2011-10-06 01:50:30 - cd /src TB --- 2011-10-06 01:50:30 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 6 01:50:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-06 03:45:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-06 03:45:56 - ERROR: failed to build world TB --- 2011-10-06 03:45:56 - 5606.59 user 980.11 system 6955.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 04:38:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4BA3106566B; Thu, 6 Oct 2011 04:38:51 +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 B06CE8FC13; Thu, 6 Oct 2011 04:38:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p964cofo020956; Thu, 6 Oct 2011 00:38:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p964co59020943; Thu, 6 Oct 2011 04:38:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Oct 2011 04:38:50 GMT Message-Id: <201110060438.p964co59020943@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 04:38:52 -0000 TB --- 2011-10-06 03:45:54 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-06 03:45:54 - starting HEAD tinderbox run for mips/mips TB --- 2011-10-06 03:45:54 - cleaning the object tree TB --- 2011-10-06 03:46:04 - cvsupping the source tree TB --- 2011-10-06 03:46:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-10-06 03:46:31 - building world TB --- 2011-10-06 03:46:31 - CROSS_BUILD_TESTING=YES TB --- 2011-10-06 03:46:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-06 03:46:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-06 03:46:31 - SRCCONF=/dev/null TB --- 2011-10-06 03:46:31 - TARGET=mips TB --- 2011-10-06 03:46:31 - TARGET_ARCH=mips TB --- 2011-10-06 03:46:31 - TZ=UTC TB --- 2011-10-06 03:46:31 - __MAKE_CONF=/dev/null TB --- 2011-10-06 03:46:31 - cd /src TB --- 2011-10-06 03:46:31 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 6 03:46:32 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O -pipe -G0 -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-06 04:38:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-06 04:38:50 - ERROR: failed to build world TB --- 2011-10-06 04:38:50 - 2239.57 user 625.60 system 3176.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 05:34:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49D021065672; Thu, 6 Oct 2011 05:34:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 158F38FC08; Thu, 6 Oct 2011 05:34:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p965YIgA003698; Thu, 6 Oct 2011 01:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p965YISe003675; Thu, 6 Oct 2011 05:34:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Oct 2011 05:34:18 GMT Message-Id: <201110060534.p965YISe003675@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 05:34:19 -0000 TB --- 2011-10-06 03:45:56 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-06 03:45:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-06 03:45:56 - cleaning the object tree TB --- 2011-10-06 03:46:08 - cvsupping the source tree TB --- 2011-10-06 03:46:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-06 03:46:31 - building world TB --- 2011-10-06 03:46:31 - CROSS_BUILD_TESTING=YES TB --- 2011-10-06 03:46:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-06 03:46:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-06 03:46:31 - SRCCONF=/dev/null TB --- 2011-10-06 03:46:31 - TARGET=powerpc TB --- 2011-10-06 03:46:31 - TARGET_ARCH=powerpc TB --- 2011-10-06 03:46:31 - TZ=UTC TB --- 2011-10-06 03:46:31 - __MAKE_CONF=/dev/null TB --- 2011-10-06 03:46:31 - cd /src TB --- 2011-10-06 03:46:31 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 6 03:46:32 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/util.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/fastmatch.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/hashtable.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-compile.c cc -O2 -pipe -I/src/usr.bin/grep/regex -I/usr/include/gnu -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/grep/regex/tre-fastmatch.c cc1: warnings being treated as errors /src/usr.bin/grep/regex/tre-fastmatch.c: In function 'tre_match_fast': /src/usr.bin/grep/regex/tre-fastmatch.c:961: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop in /src/usr.bin/grep. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-06 05:34:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-06 05:34:17 - ERROR: failed to build world TB --- 2011-10-06 05:34:17 - 5186.42 user 913.09 system 6500.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 06:56:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22629106566B; Thu, 6 Oct 2011 06:56:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id D5A978FC13; Thu, 6 Oct 2011 06:56:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id AECE54AC32; Thu, 6 Oct 2011 10:47:21 +0400 (MSD) Date: Thu, 6 Oct 2011 10:47:12 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <592430497.20111006104712@serebryakov.spb.ru> To: John-Mark Gurney In-Reply-To: <20111005225353.GG14645@funkthat.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> <1822051193.20111005102710@serebryakov.spb.ru> <1239869336.20111005103945@serebryakov.spb.ru> <4E8C0C88.7000702@yandex.ru> <813229977.20111005125104@serebryakov.spb.ru> <20111005225353.GG14645@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: "Andrey V. Elsukov" , current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 06:56:23 -0000 Hello, John-Mark. You wrote 6 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 2:53:53: >> gmirror0 >> gstripe0 >> ada0 >> ada1 >> gstripe1 >> ada2 >> ada3 >>=20 >> and administrator kills gstripe0, for example, geom_mirror will send >> event, because from its point of view it is not administrative >> action... >> But such situations, IMHO, are not very often ones. > Won't gmirror still report COMPLETE after a gmirror remove? So the I say "kill gstripe0", not "Remove gstripe0 from gmirror0", it is different situations. gmirror0 will be DEGRADED after this action, but will send DISCONNECT message with "fixable" state and it is state when geom-events(8) try to find replacement (spare). Exactly as when it lost component due to accident. If you say "gmirror remove", yes, it will be COMPLETE after it. > script can look at the gmirror device, and see that it is still > complete even though one of the providers were dropped and assume > it was an administrative command that did it.. Here is one problem: there is no STANDARD way to understand state of provider from userland, as it is GEOM-specific. "g${class} status ${geom}"= prints almost free-form information. Not all classes names it "COMPLETE", and some classes (geom_raid, for example) could have many providers and many states, which adds complexity. So, to make it work this way I need to add knowledge about all classes and their output formats to geom-ecents(8). I don't think, that it is good design -- it is bad idea to put knowledge about GEOM classes in two places -- class itself and some script. It will hard to synchronize, etc. So, I think, GEOM class itself should decide and report its state in standard way. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 06:56:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F61106566C; Thu, 6 Oct 2011 06:56:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id D5B298FC14; Thu, 6 Oct 2011 06:56:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 682804AC1C; Thu, 6 Oct 2011 10:39:43 +0400 (MSD) Date: Thu, 6 Oct 2011 10:39:33 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <17859561.20111006103933@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <4E8CCD69.5000802@FreeBSD.org> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C20EA.5060501@FreeBSD.org> <1453791516.20111005132941@serebryakov.spb.ru> <4E8CCD69.5000802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 06:56:23 -0000 Hello, Alexander. You wrote 6 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 1:34:33: > That works perfect for case when class (geom_raid) is known to work on > raw device. Other RAID classes can be used over partitions, so some care > should be taken to avoid false positives. Oh, yes... I see... >> I'm not sure here. > In that case it is helpful to include media size into the metadata. > Comparing that value with provider size during taste allows to avoid > these false positives. geom_mirror metadata include/check provider size > since version 3. Pity that MBR and probably others don't. Yep. > And what if class is not loaded/supported? There should be a way to > manage/clear that label. Most of classes have "clear" command which doesn't need loaded module and works completely from userland now (as "label" works from userland too for these classes). And, if such changes will be made, generic command to "geom" itself, without class at all, could be added -- of course, it will refuse to clear anything that doesn't start from "common" signature. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 07:27:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E996F106566C for ; Thu, 6 Oct 2011 07:27:31 +0000 (UTC) (envelope-from jonathan.robert.anderson@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 675048FC12 for ; Thu, 6 Oct 2011 07:27:31 +0000 (UTC) Received: by qyk4 with SMTP id 4so2590174qyk.13 for ; Thu, 06 Oct 2011 00:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=xnRGJpQVTEIR0kZcF7bLIGW5emIclApX+w1MH3h72Dk=; b=m+qT7hMIoOVWKTK+oF2UXNhABLAzwwIIs1so8E8ZLQWc1ROLOZZoSotypxNPW+D6ft kEvtNz4rFA6JFvkTpQr1lAXIgxFnBDjoAWDddVVUG/5WyaihG2feRHqeRE8brNTGwHBI htRe4r0j8kqJS+JwOldex4YhjSH21TxqMsJZc= MIME-Version: 1.0 Received: by 10.229.51.136 with SMTP id d8mr310175qcg.38.1317886050541; Thu, 06 Oct 2011 00:27:30 -0700 (PDT) Sender: jonathan.robert.anderson@gmail.com Received: by 10.229.214.210 with HTTP; Thu, 6 Oct 2011 00:27:30 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Oct 2011 09:27:30 +0200 X-Google-Sender-Auth: WMJyOKMG12vfbKTL5V1dn9H66dc Message-ID: From: Jonathan Anderson To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=00163646d448e5a2d804ae9c4103 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: PANIC: "ffs_valloc: dup alloc" on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 07:27:32 -0000 --00163646d448e5a2d804ae9c4103 Content-Type: text/plain; charset=UTF-8 On 5 October 2011 23:50, Jonathan Anderson wrote: > I was about to upgrade my build VM from BETA2 to BETA3, but I can't > seem to boot BETA2 any more: I get a "ffs_valloc: dup alloc" panic on > boot, every time. fsck runs and says, "ok, I've cleaned things up for > you", but then later on, when trying to update motd, FFS dies. Here are two screenshots: fsck succeeding and the relevant backtrace. Jon -- Jonathan Anderson jonathan@FreeBSD.org http://freebsd.org/~jonathan/ --00163646d448e5a2d804ae9c4103-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 08:41:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D011065679; Thu, 6 Oct 2011 08:41:17 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [204.127.217.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC908FC12; Thu, 6 Oct 2011 08:41:17 +0000 (UTC) Date: Thu, 6 Oct 2011 08:41:15 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-187-7.sdf.bellsouth.net[68.210.187.7]) by isp.att.net (frfwmhc01) with SMTP id <20111006084115H0100n471de>; Thu, 6 Oct 2011 08:41:15 +0000 X-Originating-IP: [68.210.187.7] From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <20111005084011.17677106573B@hub.freebsd.org> Message-Id: <20111006084117.61D011065679@hub.freebsd.org> Cc: Adrian Chadd Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 08:41:17 -0000 > cvsup is a port, so you would need to install that to have cvsup. csup > and cvsup are totally different code bases in different languages. > (csup is C and cvsup is Modula-3.) You probably want to install cvsup > as a package as installing the port also requires building all of the > Modula-3 compiler, not a small install. > -- > R. Kevin Oberman, Network Engineer - Retired > E-mail: kob6558@gmail.com I just checked, again, directory /usr/share/examples/cvsup and was directed to the Handbook section on CVSup, A6. But I checked and found nothing with "modula" in ports; later used the search on modula-3 and found ezm3. I ran "make missing" and "make all-depends-list" in net/cvsup directory and got no dependencies in either case. No Modula-3? Anyway, from what I read, csup is better, and I think I can use the same supfile and same server that I would use for cvsup? I've heard of Modula-2 and 3, but those languages were never widely used as far as I know. Tom From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 09:25:29 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CB76106564A; Thu, 6 Oct 2011 09:25:29 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE518FC14; Thu, 6 Oct 2011 09:25:28 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3BDAB1385D; Thu, 6 Oct 2011 11:25:27 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p969PQEn096993; Thu, 6 Oct 2011 11:25:26 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p969PQEn096993 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1317893126; bh=l/pa9SY+Tn2WSuA/zpoazUztrzGy0bHoZF44LUF89/g=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=DSfpE5EnidyvfaYy6eI82SrLUIF2kS3X+bvn1nEqcpQeZzVB8gP0ysd5yZ3jKqvkr Uvm2UsCWS/UdPV3iktdog== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p969PQEn096993 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding; b=Lur+NJgv0r2cX+5sudgC5/S6r1A71JaffZn7U7AqMsc9K0i0Ze1ccKDWwgr7xokRC n0Bn+eKRT8GoIBcBq0DRA== Message-ID: <4E8D7406.4090302@restart.be> Date: Thu, 06 Oct 2011 11:25:26 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110911 Thunderbird/6.0.2 MIME-Version: 1.0 To: current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 09:25:29 -0000 Hello all, I upgrade from 9.0-BETA2 to 9.0-BETA3 (r225759) and when booting from a zpool I get: ZFS: i/o error - all block copies unavailable can't open '/boot/menu.rc': no such file or directory. I pxe boot mfsbsd 8.2-RELEASE + zfs v28 then: mkdir /rpool zpool import -R /rpool rpool mount -t zfs rpool/boot /mnt mv /mnt/boot/menu.rc /mnt/boot/Menu.rc cp /mnt/boot/Menu.rc /mnt/boot/menu.rc umount /mnt shutdown -r now and the next boot run smoothly... PS. I have to boot from pxe because after the i/o error, the kernel was booted but encounter a double fault. I try 5 times with the same result. I think that on my configuration only the kernel without ACPI encouter this trap. Henri From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:01:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED53C106578C for ; Thu, 6 Oct 2011 11:01:38 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 89A108FC0A for ; Thu, 6 Oct 2011 11:01:38 +0000 (UTC) Received: (qmail 92382 invoked from network); 6 Oct 2011 09:17:22 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Oct 2011 09:17:22 -0000 Message-ID: <4E8D8451.6060103@freebsd.org> Date: Thu, 06 Oct 2011 12:34:57 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 11:01:39 -0000 On a newly installed development machine I installed subversion-freebsd from ports and ended up with a huge dependency chain. Eventually I got the usual gnu-hell (auto-*, lib*), but also python27, tcl-8.5, perl-5.12 and m4. This is a bit too much. The last four should not be required to check out the FreeBSD source tree. They also may conflict with newer versions one wants to have on a development machine (python3, perl6, ...). Is there a way to cut this down a bit and just have a svn client with only the necessary stuff? -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:02:15 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A6010657C0 for ; Thu, 6 Oct 2011 11:02:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4E24D8FC27 for ; Thu, 6 Oct 2011 11:02:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA00490; Thu, 06 Oct 2011 13:44:51 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E8D86A2.1040508@FreeBSD.org> Date: Thu, 06 Oct 2011 13:44:50 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Henri Hennebert References: <4E8D7406.4090302@restart.be> In-Reply-To: <4E8D7406.4090302@restart.be> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 11:02:15 -0000 on 06/10/2011 12:25 Henri Hennebert said the following: > Hello all, > > I upgrade from 9.0-BETA2 to 9.0-BETA3 (r225759) and when booting from a zpool I get: > > ZFS: i/o error - all block copies unavailable > can't open '/boot/menu.rc': no such file or directory. > > I pxe boot mfsbsd 8.2-RELEASE + zfs v28 > > then: > > mkdir /rpool > zpool import -R /rpool rpool > mount -t zfs rpool/boot /mnt > mv /mnt/boot/menu.rc /mnt/boot/Menu.rc > cp /mnt/boot/Menu.rc /mnt/boot/menu.rc > umount /mnt > > shutdown -r now > > and the next boot run smoothly... Does your root fs have compression enabled? > PS. > I have to boot from pxe because after the i/o error, the kernel was booted but > encounter a double fault. I try 5 times with the same result. > > I think that on my configuration only the kernel without ACPI encouter this trap. I think that you should try to gather and report more information about the panic (separately). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:07:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45CA61065675 for ; Thu, 6 Oct 2011 11:07:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 549EE8FC13 for ; Thu, 6 Oct 2011 11:07:33 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RBlnX-0003Nu-Iz for freebsd-current@freebsd.org; Thu, 06 Oct 2011 13:07:31 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Oct 2011 13:07:31 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Oct 2011 13:07:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 06 Oct 2011 13:07:13 +0200 Lines: 74 Message-ID: References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig63264E9C8E2E26DC9D0B4E34" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 In-Reply-To: <4E8CD662.90202@quip.cz> X-Enigmail-Version: 1.1.2 Cc: freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 11:07:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig63264E9C8E2E26DC9D0B4E34 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/10/2011 00:12, Miroslav Lachman wrote: > Scot Hetzel wrote: >> 2011/10/5 Miroslav Lachman<000.fbsd@quip.cz>: >>> I am waiting years for the moment, when these GEOM problems will be >>> fixed, >>> so I am really glad to see your interest! >>> It will be move to right direction even if changes will not be backwa= rd >>> compatible. >>> The current state is too fragile to be used in production. Gmirror >>> alone can >>> be used, glabel alone can be used, GPT alone can be used... but mix >>> it all >>> stacked together is way to hell. >>> >>> e.g. Using GPT on glabeled provider always ends with error message ab= out >>> corrupted secondary GPT table. (But how can I use iSCSI in reliable >>> way if I >>> cannot use glable on devices and iSCSI device can have different >>> number on >>> each reboot? I wrote about it almost 2 years ago) >>> >> You don't need to use glabel on GPT disks, as gpart has it's own way >> to label GPT disks: >=20 > [...] >=20 > The point was that glabel on disk device is successful, gpartitioning o= n > glabeled device is successful, but metadata handling / device tasting i= s > wrong after reboot and this should be fixed, not worked around. >=20 > Otherwise thank you for example with GPT labels, it can be useful in > some cases. Um, you do realize this is a "physical" problem with metadata location and cannot be solved in any meaningful way? Geom_label stores its label in the last sector of the device, and GPT stores the "secondary" / backup table also at the end of the device. The two can NEVER work together. The same goes for any other GEOM class which stores metadata and GPT. The only way to get this sorted out is to make a label class (or adapt glabel) which does NOT store metadata anywhere on the devices. Maybe they can store it in the file system (a file in /etc - though you then lose bootability, and have to somehow connect devices and labels), or the device hardware ID can be used as a label (but not all devices have it, and in case of "software" constructs like iSCSI the labels can be changed). --------------enig63264E9C8E2E26DC9D0B4E34 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.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6Ni+EACgkQldnAQVacBcigLQCg2PZe7L8bQqSwzqzSNo+HZG6l 3gUAoI0LsvVC8UWQc3SuROGfkilp50i5 =KF0d -----END PGP SIGNATURE----- --------------enig63264E9C8E2E26DC9D0B4E34-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:45:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0D1106566C for ; Thu, 6 Oct 2011 11:45:17 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8BA708FC0C for ; Thu, 6 Oct 2011 11:45:17 +0000 (UTC) Received: by yxk36 with SMTP id 36so3142499yxk.13 for ; Thu, 06 Oct 2011 04:45:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=TYa0x/VVzT5QdHXNdIImzAHv6kqJ5o/MUGnM76rureY=; b=W24shTQN7hcas/wWtqCx0o8Vm4U1y2cZ8dmmUSLKuEFiHQ5H1OGtVACii5jO+2tQV1 c3l+M9RbmQtNWFAFFHxYwDVOfNsZripUhBJurV8iPLe6zsW/fQdBxVV/coHnIejAwvYd 2pVSrEi7USBx+DtZwfOWUtG+I9RbSQkpGRAMU= MIME-Version: 1.0 Received: by 10.68.12.162 with SMTP id z2mr5045835pbb.122.1317901516543; Thu, 06 Oct 2011 04:45:16 -0700 (PDT) Received: by 10.142.131.21 with HTTP; Thu, 6 Oct 2011 04:45:16 -0700 (PDT) In-Reply-To: <20111005145333.GD1511@deviant.kiev.zoral.com.ua> References: <20111005145333.GD1511@deviant.kiev.zoral.com.ua> Date: Thu, 6 Oct 2011 13:45:16 +0200 Message-ID: From: Svatopluk Kraus To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: pmap_qenter() - the page *must* be wired - is violated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 11:45:17 -0000 On Wed, Oct 5, 2011 at 4:53 PM, Kostik Belousov wrote= : > On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote: >> Hi, >> >> =A0 I found out that on a few places pmap_qenter() is called on pages >> which are not wired. For example, in the following functions, when >> vm_pager_get_pages() is called, the pages are not wired: >> >> =A0 exec_map_first_page() in sys/kern/kern_exec.c >> =A0 vm_fault_hold() in sys/vm/vm_fault.c >> =A0 vm_imgact_hold_page() in sys/vm/vm_glue.c >> =A0 vm_object_populate() in sys/vm/vm_object.c >> =A0 mdstart_swap() in sys/dev/md/md.c >> >> =A0 Is the rule violated or the rule should be changed? > > Lets first discuss where did you found the calls to pmap_qenter(). > Can you point out exact line numbers of the calls to pmap_qenter() > that you consider problematic ? > > In fact, the requirement probably shall be 'no swapout allowed'. E.g., > the busy page is fully qualified to be used together with pmap_qenter(). Well, I just follow description above pmap_qenter() blindly and test for page wire_count inside the function. All function calls, I mentioned before= , are OK as pages are VPO_BUSY'd. Thanks for your explanation. Svata From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:52:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2740106564A for ; Thu, 6 Oct 2011 11:52:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8218FC14 for ; Thu, 6 Oct 2011 11:52:56 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p96Bqqc1091871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Oct 2011 14:52:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p96Bqq0T097374; Thu, 6 Oct 2011 14:52:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p96Bqqmg097373; Thu, 6 Oct 2011 14:52:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 6 Oct 2011 14:52:52 +0300 From: Kostik Belousov To: Svatopluk Kraus Message-ID: <20111006115252.GH1511@deviant.kiev.zoral.com.ua> References: <20111005145333.GD1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NNfoz4xml+ZWKQbH" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: pmap_qenter() - the page *must* be wired - is violated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 11:52:57 -0000 --NNfoz4xml+ZWKQbH Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 06, 2011 at 01:45:16PM +0200, Svatopluk Kraus wrote: > On Wed, Oct 5, 2011 at 4:53 PM, Kostik Belousov wro= te: > > On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote: > >> Hi, > >> > >> =9A I found out that on a few places pmap_qenter() is called on pages > >> which are not wired. For example, in the following functions, when > >> vm_pager_get_pages() is called, the pages are not wired: > >> > >> =9A exec_map_first_page() in sys/kern/kern_exec.c > >> =9A vm_fault_hold() in sys/vm/vm_fault.c > >> =9A vm_imgact_hold_page() in sys/vm/vm_glue.c > >> =9A vm_object_populate() in sys/vm/vm_object.c > >> =9A mdstart_swap() in sys/dev/md/md.c > >> > >> =9A Is the rule violated or the rule should be changed? > > > > Lets first discuss where did you found the calls to pmap_qenter(). > > Can you point out exact line numbers of the calls to pmap_qenter() > > that you consider problematic ? > > > > In fact, the requirement probably shall be 'no swapout allowed'. E.g., > > the busy page is fully qualified to be used together with pmap_qenter(). >=20 > Well, I just follow description above pmap_qenter() blindly and test for > page wire_count inside the function. All function calls, I mentioned befo= re, > are OK as pages are VPO_BUSY'd. Thanks for your explanation. Still, I am not aware of any (direct) calls to pmap_qenter in the mentioned functions. --NNfoz4xml+ZWKQbH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6NlpQACgkQC3+MBN1Mb4jptgCgjEmcxJ7sLazDNmcf7oIy4RdK C8sAoOG79o6j5a1Fqe2JO2x0YIVZRHf4 =/dG1 -----END PGP SIGNATURE----- --NNfoz4xml+ZWKQbH-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:53:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDACB106566B; Thu, 6 Oct 2011 11:53:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8FC8FC1F; Thu, 6 Oct 2011 11:53:53 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p96BrdS6091933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Oct 2011 14:53:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p96BrdR8097384; Thu, 6 Oct 2011 14:53:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p96BrdF5097383; Thu, 6 Oct 2011 14:53:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 6 Oct 2011 14:53:39 +0300 From: Kostik Belousov To: obrien@freebsd.org, Kostik Belousov , Oliver Lehmann , Chris Rees , freebsd-current@freebsd.org, Mike Tancsa Message-ID: <20111006115339.GI1511@deviant.kiev.zoral.com.ua> References: <20110909113046.Horde.MHKEMKQd9PdOadzGA0vRXXA@avocado.salatschuessel.net> <20110909095521.GX17489@deviant.kiev.zoral.com.ua> <20110909134737.Horde.JTghXaQd9PdOafzZBeiBX2U@avocado.salatschuessel.net> <20110909123007.GZ17489@deviant.kiev.zoral.com.ua> <20110909161942.Horde.fmddS6Qd9PdOaiB_P8oBX2c@avocado.salatschuessel.net> <20110909142757.GB17489@deviant.kiev.zoral.com.ua> <20110909163454.Horde.qr2VFKQd9PdOaiQOi-MhX2U@avocado.salatschuessel.net> <20110909145512.GC17489@deviant.kiev.zoral.com.ua> <20110909150002.GD17489@deviant.kiev.zoral.com.ua> <20111005222145.GA19960@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/TK+okeDY8tWZvK/" Content-Disposition: inline In-Reply-To: <20111005222145.GA19960@dragon.NUXI.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 11:53:54 -0000 --/TK+okeDY8tWZvK/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2011 at 03:21:45PM -0700, David O'Brien wrote: > On Fri, Sep 09, 2011 at 06:00:02PM +0300, Kostik Belousov wrote: > > --- libs/m3core/src/thread/POSIX/ThreadPosix.m3.orig 2011-09-09 17:58:1= 2.867431639 +0300 > > +++ libs/m3core/src/thread/POSIX/ThreadPosix.m3 2011-09-09 17:58:30.380= 428486 +0300 > > @@ -180,7 +180,7 @@ > > pausedThreads : T; > > selected_interval:=3D UTime{0, 100 * 1000}; > > =20 > > - defaultStackSize :=3D 3000; > > + defaultStackSize :=3D 10000; >=20 > This might not be a large enough value (depending on the unit of measure). >=20 > I synced tzdata+tzcode at $WORK and we found the amount of stack used by > tzload() alone is now quite large -- 41k on ARM. Please see r225677. --/TK+okeDY8tWZvK/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6NlsIACgkQC3+MBN1Mb4j6wACfVB0akxNKJC+jQkSpiYkhfpKf uigAoKcIcT/egO/WnjJD0YE6+vYsWcB2 =lZPq -----END PGP SIGNATURE----- --/TK+okeDY8tWZvK/-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:05:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25727106564A; Thu, 6 Oct 2011 12:05:28 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 833B18FC0C; Thu, 6 Oct 2011 12:05:27 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p96C5Hvv076666 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 6 Oct 2011 13:05:18 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p96C5Hvv076666 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1317902718; bh=A3NaslM/6rL8+BppQhk1CR99XOU76f/QRCqaYZbLSzs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4E8D9974.2000403@infracaninophile.co.uk>|Date:=20T hu,=2006=20Oct=202011=2013:05:08=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0.1)=20Gecko/2 0110929=20Thunderbird/7.0.1|MIME-Version:=201.0|To:=20Andre=20Oppe rmann=20|CC:=20freebsd-current@freebsd.org|Subj ect:=20Re:=20subversion-freebsd=20dependencies|References:=20<4E8D 8451.6060103@freebsd.org>|In-Reply-To:=20<4E8D8451.6060103@freebsd .org>|X-Enigmail-Version:=201.3.2|OpenPGP:=20id=3D60AE908C|Content -Type:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A=20protoc ol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"---------- --enig2B04E104235EDCCB3B986EB2"; b=XmrLjMXqorj1V2nOHfg/5efetQwr4KD1iMaeJqkcpZDVXgOs2c0tCLH+m/HZRVymT 5NOlcZQfCH02njA5F3q7pt/oUI7KghwzaAKGeeU6whzuqFx5HpLmz5nEHKZersFCo2 ZCOJ4mOCku2SawVm7jKXRF5p6YPdGkaaEpr0r7iI= Message-ID: <4E8D9974.2000403@infracaninophile.co.uk> Date: Thu, 06 Oct 2011 13:05:08 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Andre Oppermann References: <4E8D8451.6060103@freebsd.org> In-Reply-To: <4E8D8451.6060103@freebsd.org> X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2B04E104235EDCCB3B986EB2" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-current@freebsd.org Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:05:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2B04E104235EDCCB3B986EB2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/2011 11:34, Andre Oppermann wrote: > On a newly installed development machine I installed subversion-freebsd= > from ports and ended up with a huge dependency chain. Eventually I got > the usual gnu-hell (auto-*, lib*), but also python27, tcl-8.5, perl-5.1= 2 > and m4. This is a bit too much. The last four should not be required to= > check out the FreeBSD source tree. They also may conflict with newer > versions one wants to have on a development machine (python3, perl6, ..= =2E). >=20 > Is there a way to cut this down a bit and just have a svn client with o= nly > the necessary stuff? As it happens, I'm working on some scripts to generate GraphViz dependency diagrams for ports, and purely coincidentally the subversion-freebsd port is one of my test cases. You can see the result here: http://www.infracaninophile.co.uk/svnf.png Now this reflects some local settings on my system, like installing openssl from ports, but overall, the picture should still be pretty standard. One thing to note is that at runtime you only need the dependencies connected by a continuous sequence of edges marked 'R' (run) or 'L' (library) (maybe with other letters) and with a green arrow head. So all of the autotools stuff, perl, python, tcl, gmake, libtool are disposable once you've built the port. Or build packages off-line and install those, which will avoid installing any fetch/extract/patch/build dependencies in the first place. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig2B04E104235EDCCB3B986EB2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6NmX0ACgkQ8Mjk52CukIw+AQCeOL8b4oKED80fJBB/1PYp00h7 86AAnAy0/zmrYzJDCspRYf89orqGsltL =rion -----END PGP SIGNATURE----- --------------enig2B04E104235EDCCB3B986EB2-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:25:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 951CB1065739; Thu, 6 Oct 2011 12:25:39 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0260F8FC1D; Thu, 6 Oct 2011 12:25:38 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p96BkF1S051778 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 6 Oct 2011 14:46:21 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4E8D9136.6040200@digsys.bg> Date: Thu, 06 Oct 2011 14:29:58 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110917 Thunderbird/6.0.2 MIME-Version: 1.0 To: Ivan Voras References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:25:39 -0000 On 06.10.11 14:07, Ivan Voras wrote: > > Um, you do realize this is a "physical" problem with metadata location > and cannot be solved in any meaningful way? Geom_label stores its label > in the last sector of the device, and GPT stores the "secondary" / > backup table also at the end of the device. The two can NEVER work > together. The same goes for any other GEOM class which stores metadata > and GPT. The proper way for this is to have these things store their metadata in the first/last sector of the provider, not the underlying device. This means that, if you have GPT within GLABEL, for example -- you will only see the GPT label if you first see the GLABEL. I guess the present situation was created out of laziness ;) From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:30:18 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF2B1065672; Thu, 6 Oct 2011 12:30:18 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D98FC15; Thu, 6 Oct 2011 12:30:17 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 0F019135E9; Thu, 6 Oct 2011 14:30:17 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p96CUFmN001256; Thu, 6 Oct 2011 14:30:15 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p96CUFmN001256 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1317904215; bh=WtaaYbvTgrRZeHQCjJhzPDoxyVnylZ6/7taNPTmXJSU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UAZOJkh5Yj/GhOi+TUGnYptckAgSM2iU8ZtLHDWcxS0OOV5wdS6/E8VEnhXjqOLmb 2NmyVkSthcexIW8MGSMaQ== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p96CUFmN001256 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=tITDobZ4PYm4pXSAQKgOBJBM7DLGC5mXbiAyFVb6VCjurQwo670ZNLH3sM43YLZ1H pEaTQCFQf7n1KXpgxgBHQ== Message-ID: <4E8D9F57.70506@restart.be> Date: Thu, 06 Oct 2011 14:30:15 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110911 Thunderbird/6.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> In-Reply-To: <4E8D86A2.1040508@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:30:18 -0000 On 10/06/2011 12:44, Andriy Gapon wrote: > on 06/10/2011 12:25 Henri Hennebert said the following: >> Hello all, >> >> I upgrade from 9.0-BETA2 to 9.0-BETA3 (r225759) and when booting from a zpool I get: >> >> ZFS: i/o error - all block copies unavailable >> can't open '/boot/menu.rc': no such file or directory. >> >> I pxe boot mfsbsd 8.2-RELEASE + zfs v28 >> >> then: >> >> mkdir /rpool >> zpool import -R /rpool rpool >> mount -t zfs rpool/boot /mnt >> mv /mnt/boot/menu.rc /mnt/boot/Menu.rc >> cp /mnt/boot/Menu.rc /mnt/boot/menu.rc >> umount /mnt >> >> shutdown -r now >> >> and the next boot run smoothly... > > Does your root fs have compression enabled? The pool is a mirror: [root@morzine ~]# zpool status rpool pool: rpool state: ONLINE scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 errors: No known data errors and rpool/root is not compressed: [root@morzine ~]# zfs get compression rpool/root NAME PROPERTY VALUE SOURCE rpool/root compression off inherited from rpool pool is v28 and filesystems are v5 > >> PS. >> I have to boot from pxe because after the i/o error, the kernel was booted but >> encounter a double fault. I try 5 times with the same result. >> >> I think that on my configuration only the kernel without ACPI encouter this trap. > > I think that you should try to gather and report more information about the panic > (separately). I'll try this saterday From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:36:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 553EF1065674 for ; Thu, 6 Oct 2011 12:36:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id CF4CA8FC08 for ; Thu, 6 Oct 2011 12:36:51 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RBnBy-0008LB-PR for freebsd-current@freebsd.org; Thu, 06 Oct 2011 14:36:50 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Oct 2011 14:36:50 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Oct 2011 14:36:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 06 Oct 2011 14:36:38 +0200 Lines: 73 Message-ID: References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3C84C86E817F8180D9458483" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 In-Reply-To: <4E8D9136.6040200@digsys.bg> X-Enigmail-Version: 1.1.2 Cc: freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:36:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3C84C86E817F8180D9458483 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/10/2011 13:29, Daniel Kalchev wrote: >=20 >=20 > On 06.10.11 14:07, Ivan Voras wrote: >> >> Um, you do realize this is a "physical" problem with metadata location= >> and cannot be solved in any meaningful way? Geom_label stores its labe= l >> in the last sector of the device, and GPT stores the "secondary" / >> backup table also at the end of the device. The two can NEVER work >> together. The same goes for any other GEOM class which stores metadata= >> and GPT. >=20 > The proper way for this is to have these things store their metadata in= > the first/last sector of the provider, not the underlying device. >=20 > This means that, if you have GPT within GLABEL, for example -- you will= > only see the GPT label if you first see the GLABEL. >=20 > I guess the present situation was created out of laziness ;) No, I don't think you understand. The layering *is* correct and you *can* create a GPT inside a glabel label, but then 1) you get device names like /dev/label/somethingp1, /dev/label/somethingp2, etc. 2) this makes the device unbootable as the GPT partition is per definition not valid. It still stores the primary partition table on the first sector (and the following sectors...), but its secondary table is stored at one sector short of device's last sector (which is used by glabel). Any utilities and BIOSes which test for GPT will find the first table but not the last and depending on how sensitive / broken they are, they will either recognize a broken GPT (and/or try to fix it, destroying the glabel label), or not work at all. You could argue that the GPT design is broken, but it was always, per design, only made to work on whole drives. There is no way to use it with any other scheme which uses either the first or the last sectors of a drive. Luckily, GPT also provides its own labels (per design) and instead of labeling the provider, you could just as easily label the individual partitions and skip glabel in this case. --------------enig3C84C86E817F8180D9458483 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.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6NoNYACgkQldnAQVacBcjcDgCdFad1t6Z4tMNWsNdNvoEHNGxZ CzwAnAs//Jglos0Om0vPjqH30CgW8q5a =Gp69 -----END PGP SIGNATURE----- --------------enig3C84C86E817F8180D9458483-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:59:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B75C1065670; Thu, 6 Oct 2011 12:59:24 +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 C98498FC12; Thu, 6 Oct 2011 12:59:23 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 894A628423; Thu, 6 Oct 2011 14:59:21 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5340328429; Thu, 6 Oct 2011 14:59:20 +0200 (CEST) Message-ID: <4E8DA627.60003@quip.cz> Date: Thu, 06 Oct 2011 14:59:19 +0200 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: Ivan Voras References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:59:24 -0000 Ivan Voras wrote: >> The point was that glabel on disk device is successful, gpartitioning on >> > glabeled device is successful, but metadata handling / device tasting is >> > wrong after reboot and this should be fixed, not worked around. >> > >> > Otherwise thank you for example with GPT labels, it can be useful in >> > some cases. > Um, you do realize this is a "physical" problem with metadata location > and cannot be solved in any meaningful way? Geom_label stores its label > in the last sector of the device, and GPT stores the "secondary" / > backup table also at the end of the device. The two can NEVER work > together. The same goes for any other GEOM class which stores metadata > and GPT. > > The only way to get this sorted out is to make a label class (or adapt > glabel) which does NOT store metadata anywhere on the devices. Maybe > they can store it in the file system (a file in /etc - though you then > lose bootability, and have to somehow connect devices and labels), or > the device hardware ID can be used as a label (but not all devices have > it, and in case of "software" constructs like iSCSI the labels can be > changed). Then there should be warning in documentation or error message printed by command in the time of writing metadata. I am not a GEOM expert, but isn't it wrong concept, that glabel writes its metadata and publish original device size? If some GEOM write metadata at last sector (or first), then it should shrink the published size (or offset). Or is the problem at geom_part, that it is writing metadata past the advertised end of the device? e.g. If I have disk device with size of 100 sectors and glabel metadata is stored at the last sector, then glabel should shrink the advertised size to 99 sectors - then GPT secondary table will be at sector 99 instead of 100. I know there is problem if somebody access the device by its normal device node (e.g. /dev/ada0), then secondary GPT table will be at different place, not in last sector. But this is the mistake in glabel concept and if it cannot be solved by any other way, then glabel should not be allowed to place labels on the disk device at all. (if we cannot be sure it is non conflicting) The current state is simply wrong, because user can do something what cannot work and is not documented anywhere. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:59:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80F7B1065746 for ; Thu, 6 Oct 2011 12:59:51 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id DE1078FC19 for ; Thu, 6 Oct 2011 12:59:50 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p96Cxckj052192 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 6 Oct 2011 15:59:43 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4E8DA257.9080406@digsys.bg> Date: Thu, 06 Oct 2011 15:43:03 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110917 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:59:51 -0000 On 06.10.11 15:36, Ivan Voras wrote: > On 06/10/2011 13:29, Daniel Kalchev wrote: >> >> On 06.10.11 14:07, Ivan Voras wrote: >>> Um, you do realize this is a "physical" problem with metadata location >>> and cannot be solved in any meaningful way? Geom_label stores its label >>> in the last sector of the device, and GPT stores the "secondary" / >>> backup table also at the end of the device. The two can NEVER work >>> together. The same goes for any other GEOM class which stores metadata >>> and GPT. >> The proper way for this is to have these things store their metadata in >> the first/last sector of the provider, not the underlying device. >> >> This means that, if you have GPT within GLABEL, for example -- you will >> only see the GPT label if you first see the GLABEL. >> >> I guess the present situation was created out of laziness ;) > No, I don't think you understand. > > The layering *is* correct and you *can* create a GPT inside a glabel > label, but then > > 1) you get device names like /dev/label/somethingp1, > /dev/label/somethingp2, etc. .. and, you overwrite the last sector of the device, not of the provider. This is incorrect layering -- GPT should see only the provider it was given and nothing at different layers. > > 2) this makes the device unbootable as the GPT partition is per > definition not valid. It still stores the primary partition table on the > first sector (and the following sectors...), but its secondary table is > stored at one sector short of device's last sector (which is used by > glabel). Any utilities and BIOSes which test for GPT will find the first > table but not the last and depending on how sensitive / broken they are, > they will either recognize a broken GPT (and/or try to fix it, > destroying the glabel label), or not work at all. This is why I said, "lazy". If you use proper layering, the GPT within another GEOM provider should be unbootable. No BIOS should ever "see" it. The rationale of using GPT within another GEOM is questionable, but apparently has applications. > You could argue that the GPT design is broken, but it was always, per > design, only made to work on whole drives. There is no way to use it > with any other scheme which uses either the first or the last sectors of > a drive. I am not arguing this. But suppose you use GPT on HAST providers. These cannot boot so whether GPT is bootable in that case is irelevant. > Luckily, GPT also provides its own labels (per design) and instead of > labeling the provider, you could just as easily label the individual > partitions and skip glabel in this case. > That is another option, yes. But this does not mean we do not have a issue. Probably, it should be simply disallowed to use GPT within GLABEL. Or, in cases where this might be beneficial, use sort of 'boot-less' GPT. Probably, the problem here is with GLABEL, that does not use the first sector as well. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:36:42 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CA1106564A; Thu, 6 Oct 2011 13:36:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 344868FC13; Thu, 6 Oct 2011 13:36:40 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03892; Thu, 06 Oct 2011 16:36:37 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E8DAEE5.4020004@FreeBSD.org> Date: Thu, 06 Oct 2011 16:36:37 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Henri Hennebert References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> In-Reply-To: <4E8D9F57.70506@restart.be> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 13:36:42 -0000 on 06/10/2011 15:30 Henri Hennebert said the following: > The pool is a mirror: > > [root@morzine ~]# zpool status rpool > pool: rpool > state: ONLINE > scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 > config: > > NAME STATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 > gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 > > errors: No known data errors > > and rpool/root is not compressed: > > [root@morzine ~]# zfs get compression rpool/root > NAME PROPERTY VALUE SOURCE > rpool/root compression off inherited from rpool > > pool is v28 and filesystems are v5 No particular recipes for this environment, just a general suggestion. If you run into a situation like this again, please try to use tools/tools/zfsboottest to diagnose where exactly an error originates. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:43:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF81106564A for ; Thu, 6 Oct 2011 13:43:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 45A778FC15 for ; Thu, 6 Oct 2011 13:43:49 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RBoEl-0000P5-A3 for freebsd-current@freebsd.org; Thu, 06 Oct 2011 15:43:47 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Oct 2011 15:43:47 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Oct 2011 15:43:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 06 Oct 2011 15:43:30 +0200 Lines: 125 Message-ID: References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8DA627.60003@quip.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAC39782E3DC540A268BC10AD" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 In-Reply-To: <4E8DA627.60003@quip.cz> X-Enigmail-Version: 1.1.2 Cc: freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 13:43:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAC39782E3DC540A268BC10AD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > I am not a GEOM expert, but isn't it wrong concept, that glabel writes > its metadata and publish original device size?=20 It does not. # diskinfo -v /dev/md0 /dev/md0 512 # sectorsize 104857600 # mediasize in bytes (100M) 204800 # mediasize in sectors 0 # stripesize 0 # stripeoffset # glabel create /dev/label/blah md0 # diskinfo -v /dev/label/blah /dev/label/blah 512 # sectorsize 104857088 # mediasize in bytes (100M) 204799 # mediasize in sectors 0 # stripesize 0 # stripeoffset (i.e. one sector is used for glabel). # gpart create -s GPT /dev/label/blah # gpart add -t freebsd -l gptpart label/blah # diskinfo -v /dev/label/blahs1 /dev/label/blahs1 512 # sectorsize 104822784 # mediasize in bytes (100M) 204732 # mediasize in sectors 0 # stripesize 17408 # stripeoffset 710 # Cylinders according to firmware. 32 # Heads according to firmware. 9 # Sectors according to firmware. (i.e. 67 sectors are used for: protective MBR (1), GPT header (1), GPT table (32), the backup GPT header (1) and the backup GPT table (32)). > If some GEOM write > metadata at last sector (or first), then it should shrink the published= > size (or offset).=20 It does that. > Or is the problem at geom_part, that it is writing > metadata past the advertised end of the device? There is no "problem" as far as I can see. The only possible problem is that you are trying to do something outside the specification. This is not the fault of FreeBSD, GEOM, or glabel, and it's even probably not the fault of the specification as it cannot avoid real-world problems such as this. See this: http://www.uefi.org/specs/ If the primary GPT is invalid, the backup GPT is used instead and it is located on the last logical block on the disk. If the backup GPT is valid it must be used to restore the primary GPT. If the primary GPT is valid and the backup GPT is invalid software must restore the backup GPT. If both the primary and backup GPTs are corrupted this block device is defined as not having a valid GUID Partition Header. Even though the primary GPT header contains the LBA of the backup GPT header, this paragraph says that it must be the last sector of the device= =2E > e.g. If I have disk device with size of 100 sectors and glabel metadata= > is stored at the last sector, then glabel should shrink the advertised > size to 99 sectors - then GPT secondary table will be at sector 99 > instead of 100. Maybe an illustration will help. In the scenario like the above, this is what you have on the drive: [ PMBR | GPT 1 | --- random file system data --- | GPT 2 | glabel ] The $glabeled_size is $device_sectors - 1. The size of the GPT "available space" is $glabeled_size - 67. Since the PMBR and primary GPT headers are located at the start of the drive, they are detected there. A tool which is made to the specification from the paragraph above will detect that the second GPT table (GPT 2) is invalid in this configuration and will try to "fix" it by destroying the glabel metadata. It doesn't matter that from GEOM's point of view, the layering is correct and the provider sizes are calculated correctly. If you want to do this, you must do it with something which isn't GPT. --------------enigAC39782E3DC540A268BC10AD 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.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6NsIIACgkQldnAQVacBciy8gCgneDU0rzZPlZ1eV3tFTgPN/Mh qKAAoJHTzpQ/c8ZDstsqN3XJ683agCY+ =Ysg8 -----END PGP SIGNATURE----- --------------enigAC39782E3DC540A268BC10AD-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:53:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5471065675; Thu, 6 Oct 2011 13:53:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 839B38FC12; Thu, 6 Oct 2011 13:53:46 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 904034AC2D; Thu, 6 Oct 2011 17:53:44 +0400 (MSD) Date: Thu, 6 Oct 2011 17:53:34 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <672948039.20111006175334@serebryakov.spb.ru> To: Daniel Kalchev In-Reply-To: <4E8D9136.6040200@digsys.bg> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 13:53:47 -0000 Hello, Daniel. You wrote 6 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 15:29:= 58: > The proper way for this is to have these things store their metadata in > the first/last sector of the provider, not the underlying device. > This means that, if you have GPT within GLABEL, for example -- you will > only see the GPT label if you first see the GLABEL. > I guess the present situation was created out of laziness ;) No. GPT (and MBR) metadata placement is dictated from outside world, where is no GEOM and geom_label. They INTENDED to be used on DISKS. BIOSes should be able to find it :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:56:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A18D106566C; Thu, 6 Oct 2011 13:56:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B5BFD8FC12; Thu, 6 Oct 2011 13:56:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 6C1944AC2D; Thu, 6 Oct 2011 17:56:21 +0400 (MSD) Date: Thu, 6 Oct 2011 17:56:11 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <711721489.20111006175611@serebryakov.spb.ru> To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4E8DA627.60003@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8DA627.60003@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 13:56:23 -0000 Hello, Miroslav. You wrote 6 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 16:59:= 19: > I am not a GEOM expert, but isn't it wrong concept, that glabel writes > its metadata and publish original device size? If some GEOM write=20 > metadata at last sector (or first), then it should shrink the published > size (or offset). Or is the problem at geom_part, that it is writing=20 > metadata past the advertised end of the device? Good point. > e.g. If I have disk device with size of 100 sectors and glabel metadata > is stored at the last sector, then glabel should shrink the advertised > size to 99 sectors - then GPT secondary table will be at sector 99=20 > instead of 100. > The current state is simply wrong, because user can do something what > cannot work and is not documented anywhere. It is Ok in UNIX way, in general. You should be able to shoot your leg, it is good :) But if geom_label doesn't reduce its provider to count its own metadata, it looks like a bug! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 14:00:07 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3EB81065674; Thu, 6 Oct 2011 14:00:07 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 32D7E8FC1D; Thu, 6 Oct 2011 14:00:07 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 8081213BC8; Thu, 6 Oct 2011 16:00:06 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p96E04b2003373; Thu, 6 Oct 2011 16:00:05 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p96E04b2003373 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1317909605; bh=jEHSuhXQK2CbsUuV6ksfFRaUx9ZVtUylB9Hta/mAKkE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XRvW3DRiKwBbVyZgm7F7PsjajlwlXieEXXOv+eKhZTb0fBMvlkmGblctIzMRprBBt btUd8aak0fdxidGAUhJWA== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p96E04b2003373 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=ja+/4H3RXDXIF3SqdXj+WxPGl1dFcgJ0v0uRk4DTvKRTaeDMJl0f0xMl08GnU5GaK VsRfwSZj7Zj1R8BMS/WCg== Message-ID: <4E8DB464.80202@restart.be> Date: Thu, 06 Oct 2011 16:00:04 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110911 Thunderbird/6.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> <4E8DAEE5.4020004@FreeBSD.org> In-Reply-To: <4E8DAEE5.4020004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 14:00:08 -0000 On 10/06/2011 15:36, Andriy Gapon wrote: > on 06/10/2011 15:30 Henri Hennebert said the following: >> The pool is a mirror: >> >> [root@morzine ~]# zpool status rpool >> pool: rpool >> state: ONLINE >> scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 >> config: >> >> NAME STATE READ WRITE CKSUM >> rpool ONLINE 0 0 0 >> mirror-0 ONLINE 0 0 0 >> gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >> gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >> >> errors: No known data errors >> >> and rpool/root is not compressed: >> >> [root@morzine ~]# zfs get compression rpool/root >> NAME PROPERTY VALUE SOURCE >> rpool/root compression off inherited from rpool >> >> pool is v28 and filesystems are v5 > > No particular recipes for this environment, just a general suggestion. > If you run into a situation like this again, please try to use > tools/tools/zfsboottest to diagnose where exactly an error originates. > I try [ please note _M_enu.rc ]: [root@morzine ~]# /usr/obj/usr/src/tools/tools/zfsboottest/zfsboottest /boot/Menu.rc /dev/da0p2 /dev/da1p2 ZFS: SPA version 28 pool: rpool config: NAME STATE rpool ONLINE mirror ONLINE gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE \ Menu.rc \ $FreeBSD: head/sys/boot/forth/menu.rc 222417 2011-05-28 08:50:38Z julian $ \ \ Load required Forth modules include /boot/version.4th include /boot/brand.4th include /boot/menu.4th include /boot/menu-commands.4th include /boot/shortcuts.4th \ Screen prep clear \ clear the screen (see `screen.4th') print_version \ print version string (bottom-right; see `version.4th') draw-beastie \ draw freebsd mascot (on right; see `beastie.4th') draw-brand \ draw the FreeBSD title (top-left; see `brand.4th') menu-init \ initialize the menu area (see `menu.4th') \ Initialize main menu constructs (see `menu.4th') \ NOTE: To use the `ansi' variants, add `loader_color=1' to loader.conf(5) set menu_timeout_command="boot" \ Display the main menu (see `menu.4th') menu-display [root@morzine ~] The line `ZFS: SPA version 28' come from my local patch: Index: sys/boot/zfs/zfsimpl.c =================================================================== --- sys/boot/zfs/zfsimpl.c (revision 225759) +++ sys/boot/zfs/zfsimpl.c (working copy) @@ -63,6 +63,8 @@ STAILQ_INIT(&zfs_vdevs); STAILQ_INIT(&zfs_pools); + printf("ZFS: SPA version %u\n", (unsigned) SPA_VERSION); + zfs_temp_buf = malloc(TEMP_SIZE); zfs_temp_end = zfs_temp_buf + TEMP_SIZE; zfs_temp_ptr = zfs_temp_buf; Is it what you sugest ? From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 14:16:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C44611065670 for ; Thu, 6 Oct 2011 14:16:12 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF6B8FC16 for ; Thu, 6 Oct 2011 14:16:11 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p96EFrUl052717 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 6 Oct 2011 17:15:59 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4E8DB424.6050106@digsys.bg> Date: Thu, 06 Oct 2011 16:59:00 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110917 Thunderbird/6.0.2 MIME-Version: 1.0 To: Pieter de Goeje References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8DA257.9080406@digsys.bg> <201110061604.15036.pieter@degoeje.nl> In-Reply-To: <201110061604.15036.pieter@degoeje.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 14:16:12 -0000 On 06.10.11 17:04, Pieter de Goeje wrote: > The layering *is* correct and you *can* create a GPT inside a glabel > label, but then > > 1) you get device names like /dev/label/somethingp1, > /dev/label/somethingp2, etc. >> .. and, you overwrite the last sector of the device, not of the >> provider. This is incorrect layering -- GPT should see only the provider >> it was given and nothing at different layers. > If you stack GPT on top of glabel, then your statement is not true. GPT will > overwrite the last sector of the (glabel) provider, not the underlying device. > There is no layering violation. I stand corrected. Sorry for creating confusion with this statement. Most of the time I was blaming GPT, I was actually blaming GLABEL (see below) > Because physically the first sector of the device is still GPT data the BIOS > will still try to boot from it, hence it would probably be wise to disallow > GPT on anything other then raw devices. Yes, but.. what is a raw device? Probably disallow GPT on devices that are not bootable, but how this can be indicated? GPT is very useful for it's ability to create labeled partitions. > This problem wouldn't exist if geom classes would write their metadata to the > first sector, but then you could no longer boot from for example > gmirrored/glabeled devices with a MBR. > We seem to blame GPT here, but it is really GLABEL the culprit here. If GLABEL writes to the first sector of the provider and that makes the disk non-bootable, then there is little chance that somebody will try to use first GLABEL, then GPT etc and create the current situation. Unfortunately, the GLABEL + GMIRROR setup is so common.. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 14:20:08 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1AB2106564A; Thu, 6 Oct 2011 14:20:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E93738FC19; Thu, 6 Oct 2011 14:20:07 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA04529; Thu, 06 Oct 2011 17:20:05 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E8DB915.6000502@FreeBSD.org> Date: Thu, 06 Oct 2011 17:20:05 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Henri Hennebert References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> <4E8DAEE5.4020004@FreeBSD.org> <4E8DB464.80202@restart.be> In-Reply-To: <4E8DB464.80202@restart.be> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 14:20:09 -0000 on 06/10/2011 17:00 Henri Hennebert said the following: > On 10/06/2011 15:36, Andriy Gapon wrote: >> on 06/10/2011 15:30 Henri Hennebert said the following: >>> The pool is a mirror: >>> >>> [root@morzine ~]# zpool status rpool >>> pool: rpool >>> state: ONLINE >>> scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 >>> config: >>> >>> NAME STATE READ WRITE CKSUM >>> rpool ONLINE 0 0 0 >>> mirror-0 ONLINE 0 0 0 >>> gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >>> gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >>> >>> errors: No known data errors >>> >>> and rpool/root is not compressed: >>> >>> [root@morzine ~]# zfs get compression rpool/root >>> NAME PROPERTY VALUE SOURCE >>> rpool/root compression off inherited from rpool >>> >>> pool is v28 and filesystems are v5 >> >> No particular recipes for this environment, just a general suggestion. >> If you run into a situation like this again, please try to use >> tools/tools/zfsboottest to diagnose where exactly an error originates. >> > I try [ please note _M_enu.rc ]: > > [root@morzine ~]# /usr/obj/usr/src/tools/tools/zfsboottest/zfsboottest > /boot/Menu.rc /dev/da0p2 /dev/da1p2 > ZFS: SPA version 28 > pool: rpool > config: > > NAME STATE > rpool ONLINE > mirror ONLINE > gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE > gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE > \ Menu.rc > \ $FreeBSD: head/sys/boot/forth/menu.rc 222417 2011-05-28 08:50:38Z julian $ > \ > \ Load required Forth modules > include /boot/version.4th > include /boot/brand.4th > include /boot/menu.4th > include /boot/menu-commands.4th > include /boot/shortcuts.4th > > \ Screen prep > clear \ clear the screen (see `screen.4th') > print_version \ print version string (bottom-right; see `version.4th') > draw-beastie \ draw freebsd mascot (on right; see `beastie.4th') > draw-brand \ draw the FreeBSD title (top-left; see `brand.4th') > menu-init \ initialize the menu area (see `menu.4th') > > \ Initialize main menu constructs (see `menu.4th') > \ NOTE: To use the `ansi' variants, add `loader_color=1' to loader.conf(5) > > set menu_timeout_command="boot" > > \ Display the main menu (see `menu.4th') > menu-display > [root@morzine ~] > > The line `ZFS: SPA version 28' > > come from my local patch: > > Index: sys/boot/zfs/zfsimpl.c > =================================================================== > --- sys/boot/zfs/zfsimpl.c (revision 225759) > +++ sys/boot/zfs/zfsimpl.c (working copy) > @@ -63,6 +63,8 @@ > STAILQ_INIT(&zfs_vdevs); > STAILQ_INIT(&zfs_pools); > > + printf("ZFS: SPA version %u\n", (unsigned) SPA_VERSION); > + > zfs_temp_buf = malloc(TEMP_SIZE); > zfs_temp_end = zfs_temp_buf + TEMP_SIZE; > zfs_temp_ptr = zfs_temp_buf; > > > Is it what you sugest ? Yes. And this report indicates that the boot code (built from your source tree) should be able to read that file. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 14:32:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E570106564A for ; Thu, 6 Oct 2011 14:32:43 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4278FC15 for ; Thu, 6 Oct 2011 14:32:41 +0000 (UTC) Received: from pieter-dev.localnet (lux.student.utwente.nl [130.89.161.112]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id p96E4FX3026622; Thu, 6 Oct 2011 16:04:15 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2011 16:04:14 +0200 User-Agent: KMail/1.13.7 (Linux/3.0.0-1-amd64; KDE/4.6.5; x86_64; ; ) References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8DA257.9080406@digsys.bg> In-Reply-To: <4E8DA257.9080406@digsys.bg> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201110061604.15036.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Daniel Kalchev Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 14:32:43 -0000 On Thursday, October 06, 2011 02:43:03 PM Daniel Kalchev wrote: > On 06.10.11 15:36, Ivan Voras wrote: > > On 06/10/2011 13:29, Daniel Kalchev wrote: > >> On 06.10.11 14:07, Ivan Voras wrote: > >>> Um, you do realize this is a "physical" problem with metadata location > >>> and cannot be solved in any meaningful way? Geom_label stores its label > >>> in the last sector of the device, and GPT stores the "secondary" / > >>> backup table also at the end of the device. The two can NEVER work > >>> together. The same goes for any other GEOM class which stores metadata > >>> and GPT. > >> > >> The proper way for this is to have these things store their metadata in > >> the first/last sector of the provider, not the underlying device. > >> > >> This means that, if you have GPT within GLABEL, for example -- you will > >> only see the GPT label if you first see the GLABEL. > >> > >> I guess the present situation was created out of laziness ;) > > > > No, I don't think you understand. > > > > The layering *is* correct and you *can* create a GPT inside a glabel > > label, but then > > > > 1) you get device names like /dev/label/somethingp1, > > /dev/label/somethingp2, etc. > > .. and, you overwrite the last sector of the device, not of the > provider. This is incorrect layering -- GPT should see only the provider > it was given and nothing at different layers. If you stack GPT on top of glabel, then your statement is not true. GPT will overwrite the last sector of the (glabel) provider, not the underlying device. There is no layering violation. So you get this physical layout: Primary GPT header,data,Secondary GPT header,glabel metadata. Because physically the first sector of the device is still GPT data the BIOS will still try to boot from it, hence it would probably be wise to disallow GPT on anything other then raw devices. This problem wouldn't exist if geom classes would write their metadata to the first sector, but then you could no longer boot from for example gmirrored/glabeled devices with a MBR. - Pieter From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 14:41:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8DFC9106567C; Thu, 6 Oct 2011 14:41:27 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D4FB61778DC; Thu, 6 Oct 2011 14:41:25 +0000 (UTC) Message-ID: <4E8DBDDA.2070405@FreeBSD.org> Date: Thu, 06 Oct 2011 18:40:26 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Ivan Voras References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig72D06EE7EE699576503845D3" Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 14:41:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig72D06EE7EE699576503845D3 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 06.10.2011 16:36, Ivan Voras wrote: > 2) this makes the device unbootable as the GPT partition is per > definition not valid. It still stores the primary partition table on th= e > first sector (and the following sectors...), but its secondary table is= > stored at one sector short of device's last sector (which is used by > glabel). Any utilities and BIOSes which test for GPT will find the firs= t > table but not the last and depending on how sensitive / broken they are= , > they will either recognize a broken GPT (and/or try to fix it, > destroying the glabel label), or not work at all. Actually we support booting from GPT when secondary GPT header is not in the last LBA. Our bootcode will complain in this situation, but it works.= --=20 WBR, Andrey V. Elsukov --------------enig72D06EE7EE699576503845D3 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.17 (FreeBSD) iQEcBAEBAgAGBQJOjb3hAAoJEAHF6gQQyKF6W5AH/3HXS0y2iXBZBDKTtpaRkQS4 wlqYkeaOleUvspkQWu1hFCeKliU/SXgFxJPk2XaRKsvuIBuSVanWDHUzJg64JhUX gtp3mE/MYhSV/hI46JJU9+SLmPZS/HD5kdrEwaKqsAa1pSnzMgBj0y1dctqK7DWJ F/5k0d8cCzk6dUJXM0tkbF4Irlgl1UOj/050VftvL/R8wXqOlJiht2xFWP4FyAGZ 7JUCPAvVU7eijXT7+zXo7yo5wbY491KA/sfy06KuD5LeicYt0KrUsuH6S1k92cQc 6wR2OwT5RFzUUpkbULcTso3hF0l0DO638cgceKuJXJCREZYWuZEhZdLB9Qri3C0= =n6QK -----END PGP SIGNATURE----- --------------enig72D06EE7EE699576503845D3-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 14:56:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3F3F106564A for ; Thu, 6 Oct 2011 14:56:52 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE49C8FC12 for ; Thu, 6 Oct 2011 14:56:52 +0000 (UTC) Received: by qyk4 with SMTP id 4so2974458qyk.13 for ; Thu, 06 Oct 2011 07:56:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0Osh7VBqjeivd3OvATJrfLUKN2zPAZDKrkD520UlrDQ=; b=mVbGatdZgXT0oe6eQQYXp33wEc1ICR3JVLyoAGphceoW3sPHeN5c1fTwsIoQNwJMs2 um38xmiVSwKCL7wGElW1Yrv6iC162cQlyJdPOt9jMi0pthlYsTsi0EQ7QrqGwVS7cEat WGVZ+ERTBksXqQtQ3InIlKepgerYXeNhzORz4= MIME-Version: 1.0 Received: by 10.68.31.4 with SMTP id w4mr6420857pbh.20.1317912995056; Thu, 06 Oct 2011 07:56:35 -0700 (PDT) Received: by 10.142.131.21 with HTTP; Thu, 6 Oct 2011 07:56:34 -0700 (PDT) In-Reply-To: <20111006115252.GH1511@deviant.kiev.zoral.com.ua> References: <20111005145333.GD1511@deviant.kiev.zoral.com.ua> <20111006115252.GH1511@deviant.kiev.zoral.com.ua> Date: Thu, 6 Oct 2011 16:56:34 +0200 Message-ID: From: Svatopluk Kraus To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: pmap_qenter() - the page *must* be wired - is violated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 14:56:53 -0000 2011/10/6 Kostik Belousov : > On Thu, Oct 06, 2011 at 01:45:16PM +0200, Svatopluk Kraus wrote: >> On Wed, Oct 5, 2011 at 4:53 PM, Kostik Belousov wr= ote: >> > On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote: >> >> Hi, >> >> >> >> =A0 I found out that on a few places pmap_qenter() is called on pages >> >> which are not wired. For example, in the following functions, when >> >> vm_pager_get_pages() is called, the pages are not wired: >> >> >> >> =A0 exec_map_first_page() in sys/kern/kern_exec.c >> >> =A0 vm_fault_hold() in sys/vm/vm_fault.c >> >> =A0 vm_imgact_hold_page() in sys/vm/vm_glue.c >> >> =A0 vm_object_populate() in sys/vm/vm_object.c >> >> =A0 mdstart_swap() in sys/dev/md/md.c >> >> >> >> =A0 Is the rule violated or the rule should be changed? >> > >> > Lets first discuss where did you found the calls to pmap_qenter(). >> > Can you point out exact line numbers of the calls to pmap_qenter() >> > that you consider problematic ? >> > >> > In fact, the requirement probably shall be 'no swapout allowed'. E.g., >> > the busy page is fully qualified to be used together with pmap_qenter(= ). >> >> Well, I just follow description above pmap_qenter() blindly and test for >> page wire_count inside the function. All function calls, I mentioned bef= ore, >> are OK as pages are VPO_BUSY'd. Thanks for your explanation. > Still, I am not aware of any (direct) calls to pmap_qenter in the mention= ed > functions. > The functions allocate page(s) and then call vm_pager_get_pages() which calling stack could be be following: vnode_pager_getpages() VOP_GETPAGES() vop_stdgetpages() vnode_pager_generic_getpages() pmap_qenter() or for fs/nfsclient: VOP_GETPAGES() ncl_getpages() pmap_qenter() Many file systems call pmap_qenter() in their .vop_getpages implementation. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 15:28:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F90C1065678 for ; Thu, 6 Oct 2011 15:28:16 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 43E908FC20 for ; Thu, 6 Oct 2011 15:28:16 +0000 (UTC) Received: by vcbf13 with SMTP id f13so3267383vcb.13 for ; Thu, 06 Oct 2011 08:28:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=i8dEZIaqjp1sBNQ5hM1xyVm+2AszcU1sN2cvl3BjMeQ=; b=VmGA1m3LKbIyD7+Z/NyY/HiA9phDNo66Y5tYqPtuhfDbyLHrHBRZemsXYlee+i4x5r Daluv/SfXtGbSQHvNxudcHjzFdHyXdt8TfZ1ThOkUgyPAOJiVnI1jry+AHYZ2d19bUZs t+1GUIgX0B7GCMyot3z0e7QL5PvpAHeCyuvHQ= Received: by 10.68.71.193 with SMTP id x1mr6192559pbu.132.1317914895164; Thu, 06 Oct 2011 08:28:15 -0700 (PDT) Received: from [192.168.20.56] (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id u1sm20518413pbr.9.2011.10.06.08.28.12 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Oct 2011 08:28:13 -0700 (PDT) References: <4E8D8451.6060103@freebsd.org> In-Reply-To: <4E8D8451.6060103@freebsd.org> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <07E6E2C5-D471-40AC-87E2-EF77B3CFB0F8@gmail.com> X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Thu, 6 Oct 2011 08:28:07 -0700 To: Andre Oppermann Cc: "freebsd-current@freebsd.org" Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 15:28:16 -0000 On Oct 6, 2011, at 3:34 AM, Andre Oppermann wrote: >=20 > On a newly installed development machine I installed subversion-freebsd > from ports and ended up with a huge dependency chain. Eventually I got > the usual gnu-hell (auto-*, lib*), but also python27, tcl-8.5, perl-5.12 > and m4. This is a bit too much. The last four should not be required to > check out the FreeBSD source tree. They also may conflict with newer > versions one wants to have on a development machine (python3, perl6, ...).= >=20 > Is there a way to cut this down a bit and just have a svn client with only= > the necessary stuff? We're using an install method that's not recommended by the svn project, but= the maintainer refuses to get on the supported track so we're stuck install= ing tcl and a few other things for subversion. Search for subversion in the c= losed prs for patches and more details.. -Garrett= From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 09:26:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7128106564A for ; Thu, 6 Oct 2011 09:26:54 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8431C8FC1B for ; Thu, 6 Oct 2011 09:26:54 +0000 (UTC) Received: by ywp17 with SMTP id 17so3025373ywp.13 for ; Thu, 06 Oct 2011 02:26:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xUHOHmRyz5idLXR7G2Gxv90FFake2PANd+9jHBQrka0=; b=BVUXE/ZJSijgXuqWqtWJWjjygx79PmAqTwEhO9Nbiy7KGs9vcUHEvz0LU6qSKe3sBx jHkUfc9UopEyji8qRvsyAHeZyxtYCwKJWSoxhNtUPgNb43I7qHvUH2nJ/5LF4s5aACnJ jFheF2uC0PohLgAAJ2p1UaOL5La9CUuqpAqpY= MIME-Version: 1.0 Received: by 10.236.190.200 with SMTP id e48mr2029922yhn.59.1317893213602; Thu, 06 Oct 2011 02:26:53 -0700 (PDT) Received: by 10.236.105.166 with HTTP; Thu, 6 Oct 2011 02:26:53 -0700 (PDT) In-Reply-To: References: <8B59D754-9062-4499-9873-7C2167622032@gromit.dlib.vt.edu> Date: Thu, 6 Oct 2011 10:26:53 +0100 Message-ID: From: krad To: Paul Mather X-Mailman-Approved-At: Thu, 06 Oct 2011 15:59:12 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Olivier Smedts , freebsd-current@freebsd.org Subject: Re: Strange ZFS filesystem corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 09:26:55 -0000 On 6 October 2011 02:27, Paul Mather wrote: > On Oct 5, 2011, at 9:03 AM, krad wrote: > > > Have you dont the simple thing and checked to see if you have any weird > whitespace in the dir names. Try using bash tab completion for the dir name. > Also drop all non bash completion rules as these might be messing things up. > > > > I have seen odd characters in dirs cause much confusion in the past. > > > I don't believe that is the problem in this case. An "ls" will list the > file but "ls -l" reports "no such file or directory:" > > tape# ls > 05DLAAdmin 07DLAAdmin > tape# ls -l > ls: 05DLAAdmin: No such file or directory > total 3 > drwxrws--- 4 500 501 4 Oct 3 11:53 07DLAAdmin > tape# > > Plus, the "rm -rf" I tried (that failed) ought not to fall foul of such > weird whitespace problems. > > Cheers, > > Paul. > > > try a zfs mount -a, just incase some mounting has gone adrift. This certainly is strange From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 18:35:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42DE3106564A; Thu, 6 Oct 2011 18:35:02 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D1DEB8FC0C; Thu, 6 Oct 2011 18:35:01 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5716B4AC1C; Thu, 6 Oct 2011 22:34:59 +0400 (MSD) Date: Thu, 6 Oct 2011 22:34:49 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <7710238591.20111006223449@serebryakov.spb.ru> To: Garrett Cooper In-Reply-To: <07E6E2C5-D471-40AC-87E2-EF77B3CFB0F8@gmail.com> References: <4E8D8451.6060103@freebsd.org> <07E6E2C5-D471-40AC-87E2-EF77B3CFB0F8@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" , Andre Oppermann Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 18:35:02 -0000 Hello, Garrett. You wrote 6 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 19:28:07: >> On a newly installed development machine I installed subversion-freebsd >> from ports and ended up with a huge dependency chain. Eventually I got >> the usual gnu-hell (auto-*, lib*), but also python27, tcl-8.5, perl-5.12 >> and m4. This is a bit too much. The last four should not be required to >> check out the FreeBSD source tree. They also may conflict with newer >> versions one wants to have on a development machine (python3, perl6, ...= ). >>=20 >> Is there a way to cut this down a bit and just have a svn client with on= ly >> the necessary stuff? > We're using an install method that's not recommended by the svn > project, but the maintainer refuses to get on the supported track so Huh? It is something new for me (maintainer). What is "recommended" method? You need slqite3, it is not-optional dependency. sqlite3 need tcl to be built. Use binary package for sqlite3 and you will not need tcl. > we're stuck installing tcl and a few other things for subversion. > Search for subversion in the closed prs for patches and more details.. Please, blame sqlite3 for tcl. sqlite3 could be build without it easily, and I don't understand, why sqlite3 maintainer uses it unconditionally. Yes, it gives SLIGHTLY more optimal resulting code, but, IMHO, tcl is too high price for it in most cases. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 18:43:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62DD7106564A; Thu, 6 Oct 2011 18:43:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id DDD0D8FC18; Thu, 6 Oct 2011 18:43:37 +0000 (UTC) Received: by qyk10 with SMTP id 10so6331208qyk.13 for ; Thu, 06 Oct 2011 11:43:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=zikJEo5G50NGo7rYmdqaZ0kiuICD4Tj2fJSWRhwJ4DY=; b=YD5fJUcRSV/QcEXjXsIRCob63vf//jId45dS+9fcU0UsElg2w7w4G/Ha2N/c/U+MBJ gYkJTnkHBgeY6LmMF4yoxZFM0D9wqeEuKmFTOGSg5NffbQsNDoeEeVyvzr20yKIyMLaN f5+ahazg+LXyAs/HxedDpLaW35Cb2ehkDGz/8= Received: by 10.68.19.42 with SMTP id b10mr7497434pbe.83.1317926616593; Thu, 06 Oct 2011 11:43:36 -0700 (PDT) Received: from [10.2.1.235] (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id p4sm22135925pbs.6.2011.10.06.11.43.34 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Oct 2011 11:43:35 -0700 (PDT) References: <4E8D8451.6060103@freebsd.org> <07E6E2C5-D471-40AC-87E2-EF77B3CFB0F8@gmail.com> <7710238591.20111006223449@serebryakov.spb.ru> In-Reply-To: <7710238591.20111006223449@serebryakov.spb.ru> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-2022-jp Message-Id: X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Thu, 6 Oct 2011 11:43:31 -0700 To: "lev@FreeBSD.org" Cc: "freebsd-current@freebsd.org" , Andre Oppermann Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 18:43:38 -0000 On Oct 6, 2011, at 11:34 AM, Lev Serebryakov wrote: > Hello, Garrett. > You wrote 6 =1B$B'`'\'d'q'R'b'q=1B(B 2011 =1B$B'T=1B(B., 19:28:07: >=20 >>> On a newly installed development machine I installed subversion-freebsd >>> from ports and ended up with a huge dependency chain. Eventually I got >>> the usual gnu-hell (auto-*, lib*), but also python27, tcl-8.5, perl-5.12= >>> and m4. This is a bit too much. The last four should not be required to >>> check out the FreeBSD source tree. They also may conflict with newer >>> versions one wants to have on a development machine (python3, perl6, ...= ). >>>=20 >>> Is there a way to cut this down a bit and just have a svn client with on= ly >>> the necessary stuff? >> We're using an install method that's not recommended by the svn >> project, but the maintainer refuses to get on the supported track so > Huh? It is something new for me (maintainer). What is "recommended" > method? > You need slqite3, it is not-optional dependency. sqlite3 need tcl to > be built. Use binary package for sqlite3 and you will not need tcl. >=20 >> we're stuck installing tcl and a few other things for subversion. >> Search for subversion in the closed prs for patches and more details.. > Please, blame sqlite3 for tcl. sqlite3 could be build without it > easily, and I don't understand, why sqlite3 maintainer uses it > unconditionally. Yes, it gives SLIGHTLY more optimal resulting code, > but, IMHO, tcl is too high price for it in most cases. You're right. I meant sqlite3, not subversion.. Sorry for the noise ;/.. Thanks, -Garrett >=20 From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 19:31:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 03754106564A; Thu, 6 Oct 2011 19:31:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 28038150998; Thu, 6 Oct 2011 19:31:01 +0000 (UTC) Message-ID: <4E8E01F4.9000904@FreeBSD.org> Date: Thu, 06 Oct 2011 12:31:00 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Thomas Mueller References: <20111005084011.17677106573B@hub.freebsd.org> <20111006084117.61D011065679@hub.freebsd.org> In-Reply-To: <20111006084117.61D011065679@hub.freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 19:31:03 -0000 On 10/06/2011 01:41, Thomas Mueller wrote: > Anyway, from what I read, csup is better, and I think I can use the same supfile and same server that I would use for cvsup? Yes. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 19:37:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8671B106564A; Thu, 6 Oct 2011 19:37:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id AA6B21516A8; Thu, 6 Oct 2011 19:37:26 +0000 (UTC) Message-ID: <4E8E0376.1020403@FreeBSD.org> Date: Thu, 06 Oct 2011 12:37:26 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Andre Oppermann References: <4E8D8451.6060103@freebsd.org> In-Reply-To: <4E8D8451.6060103@freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 19:37:27 -0000 On 10/06/2011 03:34, Andre Oppermann wrote: > > On a newly installed development machine I installed subversion-freebsd > from ports and ended up with a huge dependency chain. If you're just using it for FreeBSD you can un-check all the OPTIONS. If you might want to use the http:// protocol to check something out the neon option works well and is fairly painless. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 19:58:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77EC106566B; Thu, 6 Oct 2011 19:58:28 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0371C8FC12; Thu, 6 Oct 2011 19:58:28 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 29BB14AC1C; Thu, 6 Oct 2011 23:58:26 +0400 (MSD) Date: Thu, 6 Oct 2011 23:58:16 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1558168222.20111006235816@serebryakov.spb.ru> To: Doug Barton In-Reply-To: <4E8E0376.1020403@FreeBSD.org> References: <4E8D8451.6060103@freebsd.org> <4E8E0376.1020403@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 19:58:28 -0000 Hello, Doug. You wrote 6 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 23:37:26: >> On a newly installed development machine I installed subversion-freebsd >> from ports and ended up with a huge dependency chain. > If you're just using it for FreeBSD you can un-check all the OPTIONS. If > you might want to use the http:// protocol to check something out the > neon option works well and is fairly painless. It doesn't help to remove tcl build dependency, as sqlite3 is unconditional dependency :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 23:16:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E1C5D106564A; Thu, 6 Oct 2011 23:16:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5B7081515EA; Thu, 6 Oct 2011 23:16:18 +0000 (UTC) Message-ID: <4E8E36C2.8020304@FreeBSD.org> Date: Thu, 06 Oct 2011 16:16:18 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <4E8D8451.6060103@freebsd.org> <4E8E0376.1020403@FreeBSD.org> <1558168222.20111006235816@serebryakov.spb.ru> In-Reply-To: <1558168222.20111006235816@serebryakov.spb.ru> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: subversion-freebsd dependencies X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 23:16:19 -0000 On 10/06/2011 12:58, Lev Serebryakov wrote: > Hello, Doug. > You wrote 6 октÑÐ±Ñ€Ñ 2011 г., 23:37:26: > >>> On a newly installed development machine I installed subversion-freebsd >>> from ports and ended up with a huge dependency chain. >> If you're just using it for FreeBSD you can un-check all the OPTIONS. If >> you might want to use the http:// protocol to check something out the >> neon option works well and is fairly painless. > > It doesn't help to remove tcl build dependency, as sqlite3 is > unconditional dependency :( 'portmaster --packages-build' does help with that stuff though, possibly with --delete-build-only if you're tight on space. Doug PS, I just noticed that this is on the wrong list ... freebsd-ports@ would be more appropriate. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 23:53:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8173106564A for ; Thu, 6 Oct 2011 23:53:40 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 923CC8FC0C for ; Thu, 6 Oct 2011 23:53:40 +0000 (UTC) Received: by qyk10 with SMTP id 10so168778qyk.13 for ; Thu, 06 Oct 2011 16:53:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GST2ilcGdA0A6pHEm3ilnOfikseRil0u9k2XxDIZuSU=; b=fGb2v+/cBtKeRoMoWiwhGe+p/31tz6okCYAiPLxlBlu2FApGIbI/15pGl+orBzktO0 9drn4e+07AlByNUFL9bmHidaQWXoWSlbkyqqwjiMSyxfeiCc8ky3rcYT4N22FJQkzgpV RKVU66fQxmTIGjBB27QGqjtfNLSDRb6J99714= MIME-Version: 1.0 Received: by 10.229.87.137 with SMTP id w9mr1021432qcl.284.1317945219669; Thu, 06 Oct 2011 16:53:39 -0700 (PDT) Received: by 10.229.52.145 with HTTP; Thu, 6 Oct 2011 16:53:39 -0700 (PDT) In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> Date: Thu, 6 Oct 2011 16:53:39 -0700 Message-ID: From: Ali Mashtizadeh To: Scot Hetzel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 23:53:40 -0000 Hmm it seemed to be reading from a random other source tree because I had deleted /usr/src, but /usr/src-8 and /usr/src-9 where present. When I moved src-9 to src the build worked perfectly. I think that took care of the linux issue as well. Sorry for the spam. All these flags you mentioned will come in handy from now on so I can use those to avoid this issue. Thanks, ~ Ali On Wed, Oct 5, 2011 at 5:47 PM, Scot Hetzel wrote: > On Wed, Oct 5, 2011 at 4:43 PM, Ali Mashtizadeh w= rote: >> On Wed, Oct 5, 2011 at 2:27 PM, Scot Hetzel wrote: >>> On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh = wrote: >>>> Is there any reason I should still be hitting this bug when building >>>> on 9-STABLE? With Linux compatibility disabled I can build the driver, >>>> but the kernel refuses to load it saying it's incompatible with my >>>> kernel version. >>>> >>> Was your kernel built from the same version of /usr/src, or have you >>> updated the source (/usr/src) since you last rebuilt the kernel. >>> >>> If you updated the source, then you need to rebuild the kernel from >>> those updated sources (should also build/installworld). >>> > >> Yes, I did that just before. I'll try buildkernel and installkernel >> again but I know havn't updated the tree. Could there be an issue >> since I built it from the directory /usr/src-9? >> > > Do you also have a /usr/src directory? > > If you do, then the port is using the wrong kernel source. =C2=A0You'll > need to set SRC_BASE to /usr/src-9 when building the port. > > cd /usr/ports/x11/nvida-driver > make deinstall ; make clean ; make install -DSRC_BASE=3D/usr/src-9 > > Then you should be able to load the kernel module. > > Scot > --=20 Ali Mashtizadeh =D8=B9=D9=84=DB=8C =D9=85=D8=B4=D8=AA=DB=8C =D8=B2=D8=A7=D8=AF=D9=87 From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 04:30:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 407691065670; Fri, 7 Oct 2011 04:30:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E1B788FC08; Fri, 7 Oct 2011 04:30:01 +0000 (UTC) Received: by gyf2 with SMTP id 2so4184530gyf.13 for ; Thu, 06 Oct 2011 21:30:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=24OpHK89h9+uUbigZQeEN9t+Aj7/nEIwsduQzsTo7D4=; b=VfcWDQ0Oh5Nmm05nxeIxDtHiCGNNJS8Z4gHp0UkHI82B2n5O/Q2exgO5dTm3vJ1D4Y Q7pcKRNL2/fsPhPYh0LRLMXooVVJ5yq42ZCLVxIXeGl8mu7nMMThpbDySo2Qm2MPI/Pf P6VS+drz2l2jFKuvEMVw1JwmxSl3aOoi4YFNM= MIME-Version: 1.0 Received: by 10.236.161.10 with SMTP id v10mr7299186yhk.88.1317961801155; Thu, 06 Oct 2011 21:30:01 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Thu, 6 Oct 2011 21:30:01 -0700 (PDT) Date: Fri, 7 Oct 2011 12:30:01 +0800 X-Google-Sender-Auth: B-vcMxj5Zyw4S9UBlFofZi3eSNc Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Cc: Hans Petter Selasky Subject: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 04:30:02 -0000 Hi, I've noticed a strange issue with 9.0-BETA3. I haven't tried this on any previous 9.0 installs, I'm sorry, so I don't know when it began. If I'm doing some disk IO (say svn checkout, kernel building, watching a movie) on a USB device, whilst adding/removing non-storage USB devices (specifically here, unsupported wifi devices so I can get their device/vendor IDs), I reliably see failed read/write IO transactions. This ends up causing an eventual panic. Has anyone seen this before? This is _not_ plug/unplug the active storage device, or another storage device. This is when doing IO on a storage device (whether the root device or a media device) whilst plug/unplug a non-storage USB device (wifi chipsets w/ no driver.) Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 05:55:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6773E106564A; Fri, 7 Oct 2011 05:55:19 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id ED36B8FC0C; Fri, 7 Oct 2011 05:55:18 +0000 (UTC) Received: by qadz30 with SMTP id z30so3381760qad.13 for ; Thu, 06 Oct 2011 22:55:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UlRKzWkfk1PEFsZExBsad7j+AVOds6hx7/MT324JBr0=; b=PTzPx7ZSH6xRVXD+Y7RFKPHK/V+DTOThAsMiWHccY9wkQSGhKsBjp7F6n+36PxSSFj FFYpI6J6UgJaza7zuVKtQYGhuAl1Wh6VRjc86QpwC33bqdL5UKmz8VWwWImfiganJecI WrFCvcGKFQkgD4alDCciF75DS2uYScdIdIeF4= MIME-Version: 1.0 Received: by 10.224.213.10 with SMTP id gu10mr832683qab.33.1317966918376; Thu, 06 Oct 2011 22:55:18 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Thu, 6 Oct 2011 22:55:18 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Oct 2011 22:55:18 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Hans Petter Selasky Subject: Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 05:55:19 -0000 On Thu, Oct 6, 2011 at 9:30 PM, Adrian Chadd wrote: > Hi, > > I've noticed a strange issue with 9.0-BETA3. I haven't tried this on > any previous 9.0 installs, I'm sorry, so I don't know when it began. > > If I'm doing some disk IO (say svn checkout, kernel building, watching > a movie) on a USB device, whilst adding/removing non-storage USB > devices (specifically here, unsupported wifi devices so I can get > their device/vendor IDs), I reliably see failed read/write IO > transactions. This ends up causing an eventual panic. > > Has anyone seen this before? > > This is _not_ plug/unplug the active storage device, or another > storage device. This is when doing IO on a storage device (whether the > root device or a media device) whilst plug/unplug a non-storage USB > device (wifi chipsets w/ no driver.) Yeah. Ran into it earlier on in the 9.x cycle with twa unplugging a USB keyboard when I was rebooting a machine; the panic was fixed in twa, not ukbd. I suppose my question is: does this only happen with USB, or is firewire affected, and why aren't the devices being properly masked against interrupts [in the same queue??] [by newbus???]? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 06:32:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C81651065676; Fri, 7 Oct 2011 06:32:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 720108FC12; Fri, 7 Oct 2011 06:32:41 +0000 (UTC) Received: by ggeq3 with SMTP id q3so3102219gge.13 for ; Thu, 06 Oct 2011 23:32:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rSvoAHax0K8tRjs8BcRgWiTEVYC+y3tPmLwmQ5hvCvQ=; b=HLDh9bZdw3sLCzXyYq2QFZ38LATpN1kCRuJsexJoRR9WHJeq3OXLp9k2jNLXm2+Fqy tBJyHNQWp6efrzJfSShrMofRddPyHyG0IP606FDM0bAK5R7d3v4tJ2k1ub6LrvXWuMug cb5vuR0yBgIatT9kgniLekQJcTbB370DN9UyU= MIME-Version: 1.0 Received: by 10.236.191.161 with SMTP id g21mr8052750yhn.3.1317969160657; Thu, 06 Oct 2011 23:32:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Thu, 6 Oct 2011 23:32:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Oct 2011 14:32:40 +0800 X-Google-Sender-Auth: zkaq1saWRwunll4S1ZCNs9tKN2E Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , Hans Petter Selasky Subject: Re: USB storage corruption/panic when doing file IO and unplugging (another, non-storage) device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 06:32:41 -0000 On 7 October 2011 13:55, Garrett Cooper wrote: >> Has anyone seen this before? >> >> This is _not_ plug/unplug the active storage device, or another >> storage device. This is when doing IO on a storage device (whether the >> root device or a media device) whilst plug/unplug a non-storage USB >> device (wifi chipsets w/ no driver.) > > =A0 =A0Yeah. Ran into it earlier on in the 9.x cycle with twa unplugging > a USB keyboard when I was rebooting a machine; the panic was fixed in > twa, not ukbd. I suppose my question is: does this only happen with > USB, or is firewire affected, and why aren't the devices being > properly masked against interrupts [in the same queue??] [by > newbus???]? Let's wait for hps to get back to us. This seems like something he can replicate very quickly. Adrian From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 07:28:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4E041065670; Fri, 7 Oct 2011 07:28:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1382A8FC0A; Fri, 7 Oct 2011 07:28:16 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 735FF4AC1C; Fri, 7 Oct 2011 11:28:13 +0400 (MSD) Date: Fri, 7 Oct 2011 11:28:02 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1646032486.20111007112802@serebryakov.spb.ru> To: perryh@pluto.rain.com In-Reply-To: <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 07:28:16 -0000 Hello, Perryh. You wrote 7 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 18:06:38: >> GPT (and MBR) metadata placement is dictated from outside world, >> where is no GEOM and geom_label. They INTENDED to be used on DISKS. >> BIOSes should be able to find it :) > Certainly GPT and MBR must place an instance of the partition table > where the BIOS expects it, but there's no immediately obvious reason > why they must regard that instance as their GEOM metadata. GPT puts > a second copy in the provider's last block, and AFAICT it could just > as well use _that_ instance -- or even a differently-formatted block GPT must have backup copy in last sector by standard, it is not caprise of GEOM class author.. BIOSes could refuse to boot from it, if they don't find second copy. And it could occupies not only one sector, but up to 34 of them. > that included the same data -- as the primary. MBR could do likewise. MBR doesn;t have any additional metadata. How adding one will help it? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 08:40:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E67F106566B; Fri, 7 Oct 2011 08:40:50 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD488FC16; Fri, 7 Oct 2011 08:40:49 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so5369483bkb.13 for ; Fri, 07 Oct 2011 01:40:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZpQal8K8vn9t+AhxjrKNBUcdSD75b/z+pNRJ3BoH1z0=; b=P1aVzSsr71fqx/gVQ+RMfsJ6wFPQTHPvwuubduLTYGvHAMMuLcXo+g5+M5ygg6ZPH/ RyI+QccO63bSP3atutBSox6zpRR75ee5s/+mVlr7bHqvnGjkdxscHgF1iFubidplRqLG +Z+wpya/9TLmYuN+ceeivKDCP/6Cb5DS6ntOQ= MIME-Version: 1.0 Received: by 10.204.129.4 with SMTP id m4mr1099858bks.251.1317976848216; Fri, 07 Oct 2011 01:40:48 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.33.82 with HTTP; Fri, 7 Oct 2011 01:40:48 -0700 (PDT) In-Reply-To: <20110930211243.GA2139@jh> References: <4E812DB7.3000302@FreeBSD.org> <20110928081514.GA5077@jh> <20110930211243.GA2139@jh> Date: Fri, 7 Oct 2011 01:40:48 -0700 X-Google-Sender-Auth: hFIvcDQe_lzTxsDx4zi95tp6QFo Message-ID: From: Craig Rodrigues To: Jaakko Heinonen Content-Type: multipart/mixed; boundary=0015173fe456dc31a304aeb165ee Cc: freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 08:40:50 -0000 --0015173fe456dc31a304aeb165ee Content-Type: text/plain; charset=ISO-8859-1 On Fri, Sep 30, 2011 at 2:12 PM, Jaakko Heinonen wrote: > > Looks mostly OK to me. > > > Why do you use printf() + exit() here and errx() in atacontrol? Is there > reason to not use errx() also here? > > > errx(3) adds a newline character to the output. Thus the latter '\n' is > redundant. > > burncd(8) manual page date should be bumped. > > Thanks. > -- > Jaakko > OK, based on your feedback, I will go with this patch. -- Craig Rodrigues rodrigc@crodrigues.org --0015173fe456dc31a304aeb165ee Content-Type: text/plain; charset=US-ASCII; name="ata_cam_patch.txt" Content-Disposition: attachment; filename="ata_cam_patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gtgxcxek0 SW5kZXg6IHN5cy9kZXYvYXRhL2F0YS1hbGwuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L2F0YS9h dGEtYWxsLmMJKHJldmlzaW9uIDIyNTM2OCkKKysrIHN5cy9kZXYvYXRhL2F0YS1hbGwuYwkod29y a2luZyBjb3B5KQpAQCAtMTIwLDYgKzEyMCw5IEBACiBUVU5BQkxFX0lOVCgiaHcuYXRhLnNldG1h eCIsICZhdGFfc2V0bWF4KTsKIFNZU0NUTF9JTlQoX2h3X2F0YSwgT0lEX0FVVE8sIHNldG1heCwg Q1RMRkxBR19SRFRVTiwgJmF0YV9zZXRtYXgsIDAsCiAJICAgIkFUQSBkaXNrIHNldCBtYXggbmF0 aXZlIGFkZHJlc3MiKTsKKyNpZmRlZiBBVEFfQ0FNCitGRUFUVVJFKGF0YV9jYW0sICJBVEEgZGV2 aWNlcyBhcmUgYWNjZXNzZWQgdGhyb3VnaCB0aGUgY2FtKDQpIGRyaXZlciIpOworI2VuZGlmCiAK IC8qCiAgKiBuZXdidXMgZGV2aWNlIGludGVyZmFjZSByZWxhdGVkIGZ1bmN0aW9ucwpJbmRleDog dXNyLnNiaW4vYnVybmNkL2J1cm5jZC44Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHVzci5zYmluL2J1cm5jZC9i dXJuY2QuOAkocmV2aXNpb24gMjI1MzY4KQorKysgdXNyLnNiaW4vYnVybmNkL2J1cm5jZC44CSh3 b3JraW5nIGNvcHkpCkBAIC0yNywxMiArMjcsMTkgQEAKIC5cIgogLlwiICRGcmVlQlNEJAogLlwi Ci0uRGQgRGVjZW1iZXIgMjEsIDIwMDkKKy5EZCBPY3RvYmVyIDQsIDIwMTEKIC5EdCBCVVJOQ0Qg OAogLk9zCiAuU2ggTkFNRQogLk5tIGJ1cm5jZAogLk5kIGNvbnRyb2wgdGhlIEFUQVBJIENELVIv UlcgZHJpdmVyCisuUHAKK1RoaXMgdXRpbGl0eSB3YXMKKy5FbSBkZXByZWNhdGVkCitpbgorLkZ4 IDkuMCAuCitTZWUKKy5TeCBOT1RFUyAuCiAuU2ggU1lOT1BTSVMKIC5ObQogLk9wIEZsIGRlRmxt bnBxdHYKQEAgLTIxMSw2ICsyMTgsMTAgQEAKIC5ObQogdXRpbGl0eSBhcHBlYXJlZCBpbgogLkZ4 IDQuMCAuCisuUHAKKy5ObQord2FzIGRlcHJlY2F0ZWQgaW4KKy5GeCA5LjAgLgogLlNoIEFVVEhP UlMKIFRoZQogLk5tCkBAIC0yMjAsMyArMjMxLDE5IEBACiAuQXEgc29zQEZyZWVCU0Qub3JnIC4K IC5TaCBCVUdTCiBQcm9iYWJseSwgcGxlYXNlIHJlcG9ydCB3aGVuIGZvdW5kLgorLlNoIE5PVEVT CitXaGVuCisuQmQgLXJhZ2dlZCAtb2Zmc2V0IGluZGVudAorLkNkICJvcHRpb25zIEFUQV9DQU0i CisuRWQKKy5QcAoraXMgY29tcGlsZWQgaW50byB0aGUga2VybmVsLCB0aGVuCisuWHIgY2RyZWNv cmQgMSAsCithdmFpbGFibGUgaW4gdGhlCisuRngKK1BvcnRzIENvbGxlY3Rpb24gYXMgcGFydCBv ZiB0aGUKKy5QYSBzeXN1dGlscy9jZHJ0b29scworcG9ydCwgbXVzdCBiZSB1c2VkIGluc3RlYWQu CitSZWZlciB0bzoKKy5QcAoraHR0cDovL3d3dy5mcmVlYnNkLm9yZy9kb2MvaGFuZGJvb2svY3Jl YXRpbmctY2RzLmh0bWwjQ0RSRUNPUkQKSW5kZXg6IHVzci5zYmluL2J1cm5jZC9idXJuY2QuYwo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09Ci0tLSB1c3Iuc2Jpbi9idXJuY2QvYnVybmNkLmMJKHJldmlzaW9uIDIyNTM2OCkK KysrIHVzci5zYmluL2J1cm5jZC9idXJuY2QuYwkod29ya2luZyBjb3B5KQpAQCAtODIsNiArODIs MTMgQEAKIAlpbnQgYmxvY2tfc2l6ZSA9IDAsIGJsb2NrX3R5cGUgPSAwLCBjZG9wZW4gPSAwLCBk dmRydyA9IDA7CiAJY29uc3QgY2hhciAqZGV2LCAqZW52X3NwZWVkOwogCisJaWYgKGZlYXR1cmVf cHJlc2VudCgiYXRhX2NhbSIpKSB7CisJCWVycngoMSwgIlxuQVRBX0NBTSBvcHRpb24gaXMgZW5h YmxlZCBpbiBrZXJuZWwuXG4iCisJCSAgICAiSW5zdGFsbCB0aGUgc3lzdXRpbHMvY2RydG9vbHMg cG9ydCBhbmQgdXNlIGNkcmVjb3JkIGluc3RlYWQuXG5cbiIKKwkJICAgICJQbGVhc2UgcmVmZXIg dG86XG4iCisJCSAgICAiaHR0cDovL3d3dy5mcmVlYnNkLm9yZy9kb2MvaGFuZGJvb2svY3JlYXRp bmctY2RzLmh0bWwjQ0RSRUNPUkQiKTsKKwl9CisKIAlpZiAoKGRldiA9IGdldGVudigiQ0RST00i KSkgPT0gTlVMTCkKIAkJZGV2ID0gIi9kZXYvYWNkMCI7CiAKSW5kZXg6IHNiaW4vYXRhY29udHJv bC9hdGFjb250cm9sLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2Jpbi9hdGFjb250cm9sL2F0YWNvbnRyb2wu YwkocmV2aXNpb24gMjI1MzY4KQorKysgc2Jpbi9hdGFjb250cm9sL2F0YWNvbnRyb2wuYwkod29y a2luZyBjb3B5KQpAQCAtMzc4LDYgKzM3OCwxMSBAQAogewogCWludCBmZCwgbW9kZSwgY2hhbm5l bCwgYXJyYXk7CiAKKwlpZiAoZmVhdHVyZV9wcmVzZW50KCJhdGFfY2FtIikpIHsKKwkJZXJyeCgx LCAiXG5BVEFfQ0FNIG9wdGlvbiBpcyBlbmFibGVkIGluIGtlcm5lbC5cbiIKKwkJICAgICJQbGVh c2UgdXNlIGNhbWNvbnRyb2wgaW5zdGVhZC4iKTsKKwl9CisKIAlpZiAoYXJnYyA8IDIpCiAJCXVz YWdlKCk7CiAKSW5kZXg6IHNiaW4vYXRhY29udHJvbC9hdGFjb250cm9sLjgKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gc2Jpbi9hdGFjb250cm9sL2F0YWNvbnRyb2wuOAkocmV2aXNpb24gMjI1MzY4KQorKysgc2Jp bi9hdGFjb250cm9sL2F0YWNvbnRyb2wuOAkod29ya2luZyBjb3B5KQpAQCAtMjUsMTIgKzI1LDE5 IEBACiAuXCIKIC5cIiAkRnJlZUJTRCQKIC5cIgotLkRkIEZlYnJ1YXJ5IDIxLCAyMDA5CisuRGQg T2N0b2JlciA0LCAyMDExCiAuRHQgQVRBQ09OVFJPTCA4CiAuT3MKIC5TaCBOQU1FCiAuTm0gYXRh Y29udHJvbAogLk5kIEFUQSBkZXZpY2UgZHJpdmVyIGNvbnRyb2wgcHJvZ3JhbQorLlBwCitUaGlz IHV0aWxpdHkgd2FzCisuRW0gZGVwcmVjYXRlZAoraW4KKy5GeCA5LjAgLgorU2VlCisuU3ggTk9U RVMgLgogLlNoIFNZTk9QU0lTCiAuTm0KIC5BcSBBciBjb21tYW5kCkBAIC0zNjEsMTEgKzM2OCwx NyBAQAogdXAgYWxsIHRoZSB0aW1lLgogLlNoIFNFRSBBTFNPCiAuWHIgYXRhIDQKKy5YciBjYW0g NAorLlhyIGNhbWNvbnRyb2wgOAogLlNoIEhJU1RPUlkKIFRoZQogLk5tCiB1dGlsaXR5IGZpcnN0 IGFwcGVhcmVkIGluCiAuRnggNC42IC4KKy5QcAorLk5tCit3YXMgZGVwcmVjYXRlZCBpbgorLkZ4 IDkuMCAuCiAuU2ggQVVUSE9SUwogLkFuIC1ub3NwbGl0CiBUaGUKQEAgLTM3NywzICszOTAsMTYg QEAKIFRoaXMgbWFudWFsIHBhZ2Ugd2FzIHdyaXR0ZW4gYnkKIC5BbiBTXCgvb3JlbiBTY2htaWR0 CiAuQXEgc29zQEZyZWVCU0Qub3JnIC4KKy5TaCBOT1RFUworVGhlCisuTm0KK3V0aWxpdHkgd2Fz IGRlcHJlY2F0ZWQgaW4KKy5GeCA5LjAgLgorV2hlbgorLkJkIC1yYWdnZWQgLW9mZnNldCBpbmRl bnQKKy5DZCAib3B0aW9ucyBBVEFfQ0FNIgorLkVkCisuUHAKK2lzIGNvbXBpbGVkIGludG8gdGhl IGtlcm5lbCwgdGhlbgorLlhyIGNhbWNvbnRyb2wgOAorbXVzdCBiZSB1c2VkIGluc3RlYWQuCg== --0015173fe456dc31a304aeb165ee-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 10:55:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61FE01065672 for ; Fri, 7 Oct 2011 10:55:08 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E0E918FC14 for ; Fri, 7 Oct 2011 10:55:07 +0000 (UTC) Received: by eyz10 with SMTP id 10so1899126eyz.13 for ; Fri, 07 Oct 2011 03:55:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; bh=7yYn/K1MNIlc4fSwXuiq4PwzrQ2oZMRkNMsYvphu4Qw=; b=PaDMG5MewtP0ZMF72CRYFzt0lF7oHbK+hf4lHNlj1SGM5bOP6UgQ8ImhMvjBKoqWEs 44EjlBW3oGK5zt+XRRED46UyMF8bSx6N1qY8bzrAMJOUd61ueQEdCckAfY/qH4vrm0WQ iajeYsfBcQ4SLQ3ta8Q3WaqZh0ncVL+VFgbzw= Received: by 10.14.19.75 with SMTP id m51mr284268eem.178.1317983176891; Fri, 07 Oct 2011 03:26:16 -0700 (PDT) Received: from [10.0.0.160] (62-177-182-146.dsl.bbeyond.nl. [62.177.182.146]) by mx.google.com with ESMTPS id f16sm13873763eec.8.2011.10.07.03.26.16 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Oct 2011 03:26:16 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4E8ED3C8.1020108@freebsd.org> Date: Fri, 07 Oct 2011 12:26:16 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111002 Thunderbird/7.0.1 MIME-Version: 1.0 To: current@FreeBSD.ORG X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: iwn panic with 9.0-BETA3-amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 10:55:08 -0000 Hi, just experienced a panic with if_iwn on 9.0-BETA3-amd64 (base and kernel compiled with clang, CPUTYPE?=core2, GENERIC with CAPABILITIES). My network card: iwn0: mem 0xf5200000-0xf5201fff irq 17 at device 0.0 on pci3 iwn0: flags=8803 metric 0 mtu 2290 ether 00:26:c6:xx:xx:xx nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated Some snippets from /var/crash/core.txt.24 : Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex iwn0 (network driver) r = 0 (0xffffff8000882018) locked @ /usr/src/9/sys/dev/iwn/if_iwn.c:3135 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b kdb_backtrace() at kdb_backtrace+0x39 witness_warn() at witness_warn+0x438 trap() at trap+0x14c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804fd1c7, rsp = 0xffffff811850a9d0, rbp = 0xffffff811850aa30 --- iwn_ampdu_tx_done() at iwn_ampdu_tx_done+0xa7 iwn_notif_intr() at iwn_notif_intr+0x523 iwn_intr() at iwn_intr+0x60c intr_event_execute_handlers() at intr_event_execute_handlers+0x7e ithread_loop() at ithread_loop+0xf0 fork_exit() at fork_exit+0x80 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff811850ad00, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xa fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff804fd1c7 stack pointer = 0x28:0xffffff811850a9d0 frame pointer = 0x28:0xffffff811850aa30 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 = 12 (irq259: iwn0) trap number = 12 panic: page fault cpuid = 0 Uptime: 1h23m24s Dumping 692 out of 4055 MB:..3%..12%..21%..31%..42%..51%..61%..72%..81%..91% No symbol "dumptid" in current context. [...] #0 sched_switch (td=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/9/sys/kern/sched_ule.c:1854 1854 /usr/src/9/sys/kern/sched_ule.c: No such file or directory. in /usr/src/9/sys/kern/sched_ule.c (kgdb) #0 sched_switch (td=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/9/sys/kern/sched_ule.c:1854 #1 0xffffffff807f23c9 in mi_switch (flags=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/9/sys/kern/kern_synch.c:448 #2 0x0000000000000000 in ?? () #3 0xffffff811c0367d0 in ?? () #4 0x0000000000000046 in ?? () #5 0xffffff811c036810 in ?? () #6 0xffffffff807c2075 in intr_event_handle (ie=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/9/sys/kern/kern_intr.c:1476 Previous frame inner to this frame (corrupt stack?) [...] More information upon request. Regards, René -- http://www.rene-ladan.nl:8080/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 11:02:28 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 732631065672 for ; Fri, 7 Oct 2011 11:02:28 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 1069B8FC16 for ; Fri, 7 Oct 2011 11:02:28 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 388BC2A28CD1; Fri, 7 Oct 2011 13:02:27 +0200 (CEST) Date: Fri, 7 Oct 2011 13:02:27 +0200 From: Ed Schouten To: Brett Glass Message-ID: <20111007110227.GW91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DX+6s25Bs2sIeM9s" Content-Disposition: inline In-Reply-To: <201109260053.SAA25795@lariat.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 11:02:28 -0000 --DX+6s25Bs2sIeM9s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Brett Glass , 20110926 02:52: > 1) The jove editor worked strangely because, in /etc/ttys, the > terminal type was set to "xterm" instead of "cons25" by default. (I > do not run a GUI on servers, so of course there will not be an > xterm.) As a result, parts of lines kept vanishing from under my > cursor. However, even after I modified /etc/ttys, I still saw some > screen artifacts. The maintainer of the console driver should > probably check it to see whether its termcap entry needs changing. It should be xterm, since syscons now uses an xterm-style terminal emulator. I have never used jove before, so what should I do to reproduce this? --=20 Ed Schouten WWW: http://80386.nl/ --DX+6s25Bs2sIeM9s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOjtxDAAoJEG5e2P40kaK76+IP/1jHGV9GVlsKQvv4LClMakvK fvV9AaZUiV7G5+pSpyv9IiuXq0dtvPtC7lwto8uNHys5zbdx7RH+TZkAzWKkddDW eEGNOiAn4QizTYT/JXMTl1ZnNSJ62R3a2BA/0NGUrdGF+w0G0eMPPMSVg+/L7i68 EWNOYKvoh/O4+awe6yznx8DydIUw+5BevKOYdmc1JAjhYpUOxaGBf4r2xD6lHDgz 6wiaWfOeY0K82iflDRPi0nK75ZCKphuwJPNzfT6ScHbGrdr6B9mcbvwN/IpzcZ9W 9WeMETq9zuUp5iVCAkxbrkFdcBf7g9WIvprU11XBGso7tApyKhPkxdmICiWO+FSP qFLWFJJLTL4xEvnn4SFGbzlzw7sLMWCmG7U44iNnzdg504+q8rZ2h/p/VDL+7jnp Nko2TjUSGwGmUeNEOuj/l8ZCJOAM8MFF+rskoTjTa3Ws3j67VHTqoVEhD+LI7ZfM ABOp9SNs4sRu0dFyzmVyUFSZnQkEUz3MRMZU/KUYE6C3fHwPhgFjvffFD4HWhWNp EG8C9GpRM39bA4NC7kuqGWfw2Le4/7uP0Te5q6HNB1DdG3dw6nWPS6IsuQCIx2mO vdP7G0jhdq9q5jOTfHgfaigzKP/NWp3z8FIvdQU40sVdm1y9yxqIWrnW4l3Qs+Vz JfOZrXDp1C0HpImGoUzQ =OwSG -----END PGP SIGNATURE----- --DX+6s25Bs2sIeM9s-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 12:25:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E210D1065672 for ; Fri, 7 Oct 2011 12:25:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4368FC14 for ; Fri, 7 Oct 2011 12:25:08 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id D84E02A28CD0; Fri, 7 Oct 2011 14:25:07 +0200 (CEST) Date: Fri, 7 Oct 2011 14:25:07 +0200 From: Ed Schouten To: Brett Glass Message-ID: <20111007122507.GX91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="syxNSs/hKlQka4Wt" Content-Disposition: inline In-Reply-To: <20111007110227.GW91943@hoeg.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 12:25:09 -0000 --syxNSs/hKlQka4Wt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten , 20111007 13:02: > It should be xterm, since syscons now uses an xterm-style terminal > emulator. I have never used jove before, so what should I do to > reproduce this? After some tinkering, I think I know why it breaks. I thought that when xterm processes a tab, it blanks the underlying cells. This doesn't seem to be the case, so I've fixed that in r226099. Would it be possible for you to test HEAD r226099 or apply this patch to your source tree? http://svnweb.freebsd.org/base/head/sys/teken/teken_subr.h?r1=3D223574&r2= =3D226099&view=3Dpatch If so, there's a fair chance I can get it squeezed into 9.0. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --syxNSs/hKlQka4Wt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOju+jAAoJEG5e2P40kaK7zq4QAImvxN4Oyu4Ntz2PmNAWQIjt Mv7TdAFwv7PwjRI4NNkaY1tWfCNFQtdLOe67ua5ENaPDtZ2xl0iFgNwIjwkxqtkI Rq6OL+mluFDOMRg8HEyzp2kDh/oFR8ApZGe9cRS+IPpOlBKRBfVFArBg/2l5fPIc cYI0rxggZOYCjLOdNqUWBe8Kh2kb/jlrNZgiYVULW56vjLJwgVYwqrSOxbK14HKm m+r61t0eK2Lca8EYZTjViP1hr6Vl4DtbvntcFJoEsX3DYxulrlWWS3iuM48kkgqA LEJwEB2KGkV7Y73PTSRovMmRYRCirbfmbVAM5PFzgz9Jw1c2fKtNgYw9bmIHJ4ZS qeUfLBvug6bCwGV82/HGHXbMI5T1W7U+/1smdKosmYDHYH0pcLYl7YzLB2c72Oy8 AbpAOBpDnWgs8fS2QulZV9AMadLAqHh25N3k10OnElV6/uSZ+MzWlUKLY3q3bmuJ I+39jcPwsCvAMs3Q5SaC3epUVSpKNghV7LVRdpU+nCOHngG8dkvnt+bRNNaRJ0qH dUzIupXW3kslPLdGvcO/cYxDiRctg3Do3evlHhmImfXWX7bxEOyS5Dgv5ApT+Z7L t4XuZr/YSSDw25MUre1kp8BBEBT6siCQ527VmFoZhTI/yPF3uoQOKJYDD1fD6DTV nSbr1yWW07XKWgOPxagY =785E -----END PGP SIGNATURE----- --syxNSs/hKlQka4Wt-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 13:22:06 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00170106564A for ; Fri, 7 Oct 2011 13:22:05 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id BA1EB8FC14 for ; Fri, 7 Oct 2011 13:22:05 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 29C952A28CD0; Fri, 7 Oct 2011 15:22:05 +0200 (CEST) Date: Fri, 7 Oct 2011 15:22:05 +0200 From: Ed Schouten To: Brett Glass Message-ID: <20111007132205.GZ91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> <201110071318.HAA28181@lariat.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HBIh8aIvd1vDZWkD" Content-Disposition: inline In-Reply-To: <201110071318.HAA28181@lariat.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 13:22:06 -0000 --HBIh8aIvd1vDZWkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Brett, * Brett Glass , 20111007 15:18: > Among other things, you'll see portions of lines vanish from the > screen while you're editing, until you hit ^L (the EMACS command to > refresh the screen) a couple of times. Yeah, that should be fixed now. I just ran `jove /etc/ttys', moved the cursor around and indeed saw some lines disappear. --=20 Ed Schouten WWW: http://80386.nl/ --HBIh8aIvd1vDZWkD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOjvz8AAoJEG5e2P40kaK78I8P/3ExGGEK4A5dOcaHdxPP8weH IQjr9lmP8RIXwa2aU/1moO4JAeqcWUN2nOtssKzcf58AD2BG7MUUnoC/8sedEQSl ACVDLA5b6gr45ctm69+xFRdjLiwbBiGV//kQwCPtVuuNF1EY9kzsmk93kqfmQQo2 6aKKsgyADsPFEA3qWzsCpq/n0T2qUpb2Er2GVW8Y0fb7DL0EhvVskdPrQ8jasrBs sJzqZjUfrLy3qgpl41gAI85HzjMCkZLjmRF7fZN3LB2j60xAvFk+0ea/M2wOLgcJ h7KJdqsluz+kuyEJ5MNEPeVh2djYPPUtywjoi8VLcc4UpS8s4IpdWFFj/lanvudj 0aD/u5QStaLK9JkeY2tAmKtrFHp0z/55il3jk3aVmaCp1Mel5G9BHGR6xVlPN+Cy MprnwwZ3yTvPB7ZWNpPXBV4hqpWQvKv8vSOdlWEChbivW4n5eOXD+Su9KB6qrHlf CSYrDWmDbnTw74kg2fEggXnjNWYSnTHp/+lhal5l0hBeNKsGmzZkjGGge/Hr1QU+ PBp4bZ22V1AoHus2QZXWRo9MQwgSsoY24Hg6KpRo/9Rf4oHNkB+0li/n9k5fyuyN nDvGO9yLQZl24f5S1ci3joLE/9On4WJCzh2kM49k4mO2RH3l8oMqH/93kZ53deXu 8Jg8CJnugjh5br5OQsQx =emon -----END PGP SIGNATURE----- --HBIh8aIvd1vDZWkD-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 14:09:03 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92BBE1065687 for ; Fri, 7 Oct 2011 14:09:03 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 57FDE8FC0C for ; Fri, 7 Oct 2011 14:09:03 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id A7D622A28CC5; Fri, 7 Oct 2011 16:09:02 +0200 (CEST) Date: Fri, 7 Oct 2011 16:09:02 +0200 From: Ed Schouten To: Brett Glass Message-ID: <20111007140902.GA91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> <20111007122507.GX91943@hoeg.nl> <201110071340.HAA28443@lariat.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kdhy+KQ/ef+27j+Z" Content-Disposition: inline In-Reply-To: <201110071340.HAA28443@lariat.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 14:09:03 -0000 --kdhy+KQ/ef+27j+Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Brett, * Brett Glass , 20111007 15:40: > The patch is an improvement. Not assuming that tabs blank the underlying > cells is definitely a help. But it does not fix all of the artifacts. Just let me know what's broken specifically. So what keys to press when I start jove to reproduce it. I'm really not familiar with Emacs. > It might be a good idea to review the "xterm" termcap entry, capability > by capability, to make sure that syscons conforms to each one. As the > author of a very exacting vt100 emulator (I wrote Borland's "Turbo Termin= al" > back in the 80s), I know just how quirky, poorly documented, and buggy so= me > terminals can be. I had to emulate every strange behavior and bug in the > vt100 without access to the source code that the embedded CPU was running. > In general, the behaviors that cause the most problems are wrapping and > unwrapping text, writing past the edges of the screen, positioning near > the edges of the screen, and manipulating the top and bottom lines. The > vt100, for example, would not scroll when you wrote the last character on > a line, but would then scroll if you entered one character after that > without executing a command that repositioned the cursor. It would also > ignore linefeeds after automatic scrolling (due to DEC's convention that > text files have both a CR and an LF at the end of each line rather than > just an LF as in UNIX). If you'd like, I can try to come up to speed on > the code and help to debug, but I do not use X and so have no experience > with its default terminal emulator; I'd have to study that as well. Well, apart from small bugs here and there, it should be pretty conformant already, especially when compared to various graphical terminal emulators (e.g. GNOME terminal). For example, it passes quite a large number of tests from vttest. A nice thing about the terminal emulator is that it can be compiled in userspace as well: cd /sys/teken/libteken make make install clean cd ../demo make ./teken_demo This will spawn a demo application that renders the terminal using ncurses. --=20 Ed Schouten WWW: http://80386.nl/ --kdhy+KQ/ef+27j+Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOjwf+AAoJEG5e2P40kaK75GkP/R8XJlqkrIXfLec96GozeqLu TQsBR+rwaQwEeqeCye4KjUo9hpGFWSrHlGgXvMiP65Qzq5Dzb2UxtQNSVKs+/EFm IN3xDM8qz3+vUCaJytMDof1PSYrhOTUP8ZvrJ+Z6qfXKvMAgeFbCn45UhJhTatWR uanEUDq9f8yeZmwJlhg3RxHTAqP9MUpTf70B+/Q9X1QtiOe5l1eecYRtq96PtaFd YwVBtgv2/jmx8dY4AxbHS8n0Fqem/rZ/FIw3IuqbEaLy8fpuBCdvix0/xlj6sCcq lBCNC7xcHBDYyNqhm5Ga8KjgACGdw3oCLsb2FJBSDssybtp6c5hXJQElP9Yqu07L P6PaEsBeazUVj1WvpMdUpJXdus8vTd5tfBlROhGHlk3wdLkdDQOk9VrUcqC3XMaG AZ3iF8YBivQaqLByc7Q7u4M0yG/dQAdaK6nVcoHP60IATXxUUS6t1BZjRt4aemiM yUkq5A4a3vzacWM5Wxchon9ExNwHYWul9X/3WflbEnZSs6VCMk4NKgfOC7ZtNaCL edZHeaxjlb9ruaKGz5zo4BTiXVXyfIJPcfJbgkMtpjxWAhQtXbiNQjjZUQNb9rWR c2TDCasBPEBsvWGu4DGqooN0S/RpQPOKlMI29WDnm7HWoHcQHcj00K3yNDx/cmOa vD5R6nACyHXcXKgoXOzr =meuk -----END PGP SIGNATURE----- --kdhy+KQ/ef+27j+Z-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 07:13:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72ACF1065769; Fri, 7 Oct 2011 07:13:28 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 37AF68FC17; Fri, 7 Oct 2011 07:13:28 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p977DJvo024804 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Oct 2011 00:13:19 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p977DJTF024803; Fri, 7 Oct 2011 00:13:19 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA00305; Fri, 7 Oct 11 00:07:29 PDT Date: Fri, 07 Oct 2011 07:06:38 -0700 From: perryh@pluto.rain.com To: lev@freebsd.org Message-Id: <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> In-Reply-To: <672948039.20111006175334@serebryakov.spb.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Oct 2011 15:44:23 +0000 Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 07:13:28 -0000 Lev Serebryakov wrote: > GPT (and MBR) metadata placement is dictated from outside world, > where is no GEOM and geom_label. They INTENDED to be used on DISKS. > BIOSes should be able to find it :) Certainly GPT and MBR must place an instance of the partition table where the BIOS expects it, but there's no immediately obvious reason why they must regard that instance as their GEOM metadata. GPT puts a second copy in the provider's last block, and AFAICT it could just as well use _that_ instance -- or even a differently-formatted block that included the same data -- as the primary. MBR could do likewise. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 13:18:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9CD0106566C for ; Fri, 7 Oct 2011 13:18:44 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id A62588FC0A for ; Fri, 7 Oct 2011 13:18:44 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id HAA28181; Fri, 7 Oct 2011 07:18:38 -0600 (MDT) Message-Id: <201110071318.HAA28181@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 07 Oct 2011 07:18:37 -0600 To: Ed Schouten From: Brett Glass In-Reply-To: <20111007110227.GW91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailman-Approved-At: Fri, 07 Oct 2011 15:44:36 +0000 Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 13:18:45 -0000 At 05:02 AM 10/7/2011, Ed Schouten wrote: >It should be xterm, since syscons now uses an xterm-style terminal >emulator. Interesting. Apparently, the xterm termcap does not work properly for it. >I have never used jove before, so what should I do to >reproduce this? Have you ever used EMACS? jove is just one implementation of it (but without the huge overhead imposed by the LISP interpreter in GNU EMACS). In any event, build and install the port, and then try to edit a file. Just simple stuff, like moving the cursor, backspacing over characters to delete them, inserting characters in the middle of lines. Among other things, you'll see portions of lines vanish from the screen while you're editing, until you hit ^L (the EMACS command to refresh the screen) a couple of times. The older syscons driver worked very well with the "cons25" termcap entry, but the one in 9.0-BETA2 and 9.0-BETA3 does NOT work well with the "xterm" termcap entry. Many artifacts. You almost can't edit. I have had to log in via SSH and use vt100 rather than using the console. --Brett Glass From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 13:40:10 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA431106566B for ; Fri, 7 Oct 2011 13:40:10 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 848388FC15 for ; Fri, 7 Oct 2011 13:40:10 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id HAA28443; Fri, 7 Oct 2011 07:40:07 -0600 (MDT) Message-Id: <201110071340.HAA28443@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 07 Oct 2011 07:40:08 -0600 To: Ed Schouten From: Brett Glass In-Reply-To: <20111007122507.GX91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> <20111007122507.GX91943@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Fri, 07 Oct 2011 15:44:53 +0000 Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 13:40:10 -0000 Ed: The patch is an improvement. Not assuming that tabs blank the underlying cells is definitely a help. But it does not fix all of the artifacts. It might be a good idea to review the "xterm" termcap entry, capability by capability, to make sure that syscons conforms to each one. As the author of a very exacting vt100 emulator (I wrote Borland's "Turbo Terminal" back in the 80s), I know just how quirky, poorly documented, and buggy some terminals can be. I had to emulate every strange behavior and bug in the vt100 without access to the source code that the embedded CPU was running. In general, the behaviors that cause the most problems are wrapping and unwrapping text, writing past the edges of the screen, positioning near the edges of the screen, and manipulating the top and bottom lines. The vt100, for example, would not scroll when you wrote the last character on a line, but would then scroll if you entered one character after that without executing a command that repositioned the cursor. It would also ignore linefeeds after automatic scrolling (due to DEC's convention that text files have both a CR and an LF at the end of each line rather than just an LF as in UNIX). If you'd like, I can try to come up to speed on the code and help to debug, but I do not use X and so have no experience with its default terminal emulator; I'd have to study that as well. --Brett Glass At 06:25 AM 10/7/2011, Ed Schouten wrote: >* Ed Schouten , 20111007 13:02: > > It should be xterm, since syscons now uses an xterm-style terminal > > emulator. I have never used jove before, so what should I do to > > reproduce this? > >After some tinkering, I think I know why it breaks. I thought that >when xterm processes a tab, it blanks the underlying cells. This doesn't >seem to be the case, so I've fixed that in r226099. > >Would it be possible for you to test HEAD r226099 or apply this patch to >your source tree? > > >http://svnweb.freebsd.org/base/head/sys/teken/teken_subr.h?r1=223574&r2=226099&view=patch > >If so, there's a fair chance I can get it squeezed into 9.0. Thanks! > >-- > Ed Schouten > WWW: http://80386.nl/ > From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 16:21:13 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01EF1065675; Fri, 7 Oct 2011 16:21:13 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 548168FC17; Fri, 7 Oct 2011 16:21:13 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 972AA40022; Fri, 7 Oct 2011 18:21:12 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 86E9C4001E; Fri, 7 Oct 2011 18:21:12 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 16D4C40022; Fri, 7 Oct 2011 18:21:12 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 9FCC6119C04; Fri, 7 Oct 2011 18:21:11 +0200 (CEST) Received: from tifa.daemonic.se (ip212-238-39-201.hotspotsvankpn.com [212.238.39.201]) by mail.daemonic.se (Postfix) with ESMTPSA id 5374912B0A0; Fri, 7 Oct 2011 18:21:11 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 343C033; Fri, 7 Oct 2011 16:18:48 +0200 (CEST) Message-ID: <4E8F0A47.1010408@gmail.com> Date: Fri, 07 Oct 2011 16:18:47 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Rene Ladan References: <4E8ED3C8.1020108@freebsd.org> In-Reply-To: <4E8ED3C8.1020108@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@FreeBSD.ORG Subject: Re: iwn panic with 9.0-BETA3-amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 16:21:14 -0000 On 10/07/11 12:26, Rene Ladan wrote: > Hi, > > just experienced a panic with if_iwn on 9.0-BETA3-amd64 (base and > kernel compiled with clang, CPUTYPE?=core2, GENERIC with CAPABILITIES). > > My network card: iwn0: mem > 0xf5200000-0xf5201fff irq 17 at device 0.0 on pci3 > > iwn0: flags=8803 metric 0 mtu 2290 > ether 00:26:c6:xx:xx:xx > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > status: associated > > Some snippets from /var/crash/core.txt.24 : > > Unread portion of the kernel message buffer: > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex iwn0 (network driver) r = 0 (0xffffff8000882018) > locked @ /usr/src/9/sys/dev/iwn/if_iwn.c:3135 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b > kdb_backtrace() at kdb_backtrace+0x39 > witness_warn() at witness_warn+0x438 > trap() at trap+0x14c > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff804fd1c7, rsp = 0xffffff811850a9d0, rbp = > 0xffffff811850aa30 --- > iwn_ampdu_tx_done() at iwn_ampdu_tx_done+0xa7 > iwn_notif_intr() at iwn_notif_intr+0x523 > iwn_intr() at iwn_intr+0x60c > intr_event_execute_handlers() at intr_event_execute_handlers+0x7e > ithread_loop() at ithread_loop+0xf0 > fork_exit() at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff811850ad00, rbp = 0 --- > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xa > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff804fd1c7 > stack pointer = 0x28:0xffffff811850a9d0 > frame pointer = 0x28:0xffffff811850aa30 > 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 = 12 (irq259: iwn0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1h23m24s > Dumping 692 out of 4055 MB:..3%..12%..21%..31%..42%..51%..61%..72%..81%..91% > > No symbol "dumptid" in current context. > [...] > > #0 sched_switch (td=dwarf2_read_address: Corrupted DWARF expression. > ) at /usr/src/9/sys/kern/sched_ule.c:1854 > 1854 /usr/src/9/sys/kern/sched_ule.c: No such file or directory. > in /usr/src/9/sys/kern/sched_ule.c > (kgdb) #0 sched_switch (td=dwarf2_read_address: Corrupted DWARF expression. > ) at /usr/src/9/sys/kern/sched_ule.c:1854 > #1 0xffffffff807f23c9 in mi_switch (flags=dwarf2_read_address: > Corrupted DWARF expression. > ) > at /usr/src/9/sys/kern/kern_synch.c:448 > #2 0x0000000000000000 in ?? () > #3 0xffffff811c0367d0 in ?? () > #4 0x0000000000000046 in ?? () > #5 0xffffff811c036810 in ?? () > #6 0xffffffff807c2075 in intr_event_handle (ie=dwarf2_read_address: > Corrupted DWARF expression. > ) > at /usr/src/9/sys/kern/kern_intr.c:1476 > Previous frame inner to this frame (corrupt stack?) > > [...] > > More information upon request. > > Regards, > René This might or might not be related, but, I'm having trouble with the iwn firmware crashing. I also have a clang built kernel (and userland) buildwith CPUTYPE=core2. My iwn device is iwn0: mem 0xe4000000-0xe4001fff irq 17 at device 0.0 on pci16 and the firmware gives the following output when it dies. iwn0: iwn_intr: fatal firmware error firmware error log: error type = "NMI_INTERRUPT_WDG" (0x00000004) program counter = 0x0000046C source line = 0x000000D0 error data = 0x0000000207430000 branch link = 0x00008370000004C2 interrupt link = 0x000006DA000018B8 time = 1052095 driver status: tx ring 0: qid=0 cur=246 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=13 queued=0 tx ring 4: qid=4 cur=183 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 rx ring: cur=38 The only way to restore the firmware is to reboot the computer. Regards! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 17:42:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B6D5106564A for ; Fri, 7 Oct 2011 17:42:04 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU [18.9.25.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4B58FC1B for ; Fri, 7 Oct 2011 17:42:03 +0000 (UTC) X-AuditID: 1209190f-b7f6e6d0000008df-2e-4e8f39eb95a1 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id 29.73.02271.BE93F8E4; Fri, 7 Oct 2011 13:42:03 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p97Hg3fW023548 for ; Fri, 7 Oct 2011 13:42:03 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p97Hg2gm007293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 7 Oct 2011 13:42:03 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p97Hg1YX024157; Fri, 7 Oct 2011 13:42:01 -0400 (EDT) Date: Fri, 7 Oct 2011 13:42:01 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHIsWRmVeSWpSXmKPExsUixCmqrfvast/P4PdGJYs5bz4wOTB6zPg0 nyWAMYrLJiU1J7MstUjfLoErY0/7a7aCVq6KvQ8aGRsYOzi6GDk5JARMJNYs2MsOYYtJXLi3 nq2LkYtDSGAfo8TfBXsYIZyLjBLPG56DVQkJPGSSWLguFMKul5i2cTojiM0ioCWxrKeDDcRm E1CRmPlmI5gtIiAv8ezTdVYQWxho25db65hAbF4Be4l3HZvBbFEBHYnV+6ewQMQFJU7OfAJm MwtYSvxb+4t1AiPfLCSpWUhSCxiZVjHKpuRW6eYmZuYUpybrFicn5uWlFuma6OVmluilppRu YgQHkyT/DsZvB5UOMQpwMCrx8H563usnxJpYVlyZe4hRkoNJSZTX07TfT4gvKT+lMiOxOCO+ qDQntfgQowQHs5IIr8ObPj8h3pTEyqrUonyYlDQHi5I4b+MOBz8hgfTEktTs1NSC1CKYrAwH h5IE72IDoKGCRanpqRVpmTklCGkmDk6Q4TxAw8/oAtXwFhck5hZnpkPkTzEqSonzBgLjVUgA JJFRmgfXC4v2V4ziQK8I884DWcEDTBRw3a+ABjMBDT5tDDa4JBEhJdXAGPIr7HXLVP2b23oL jY5trcvd9UfNa8uCKb2Jk9kv9uzz+L8hatqOva/9ire2vftzK3L1N8XZLxonOQj1Hkku6kmd I23Jx6rNwRhV21Y3syyPs6r4v1DZnL0hE+5I9ecdNy/w5bJrjVb0qNz4as7BLRY/14U1Pdh3 IzW+4+2yZ5+Os4hJerDMVGIpzkg01GIuKk4EAPb0d6XRAgAA Subject: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 17:42:04 -0000 Dear all, I feel like this has come up before, but a quick search didn't reveal anything terribly recent, at least. The new installation chapter of the handbook for 9.0 (that Warren and Glen and Garrett and Gavin and more people I am probably missing have sunk huge amounts of time into) has instructions on (e.g.) preparing a USB stick install image: http://www.glenbarber.us/FreeBSD9/doc/en_US.ISO8859-1/books/handbook/install-pre.html (scroll down most of the way). But in order to do so, the instructions include 'sysctl kern.geom.debugflags=16'! Now, an ordinary user who is doing this for the first time might ask, "why do I need to do something with 'debugflags' in order to make a USB stick? I'm not debugging anything, this is a standard operation!". I can't really advocate for changing the geom logic at this point in the release cycle (though it's not really clear why rank 1 geom providers need to be so special), but I think it would be nice to have a user-visible interface to it that does not have "debug" in the name, since the actual flags are apparently here for the long haul. I could certainly imagine aliasing the debugflags to just "flags", which seems more innocuous-sounding. Does this sound crazy? -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 17:45:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8651065689 for ; Fri, 7 Oct 2011 17:45:59 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D55AD8FC24 for ; Fri, 7 Oct 2011 17:45:58 +0000 (UTC) Received: by qadz30 with SMTP id z30so3944202qad.13 for ; Fri, 07 Oct 2011 10:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5UjdFdP6jOTT+uvZiAMFORV9ekqxsW44CCJ63RiTWoI=; b=gFSGXadfPGHv1FVMQVbmD6JqnlM+Y+iSgsfxnZ/4pLlFhG0qLpHn8Mxi1y1uLyfKvC I70KaMVHad1huU4BQ0z/ErffioKgy+k+/MbDRlSMP4mqKp17SklDZ1b26P2bAEqN1H6+ laMh7oKUaABgHEyHThW/1w3WG0iK15zCPSqcA= MIME-Version: 1.0 Received: by 10.224.189.198 with SMTP id df6mr2960513qab.46.1318009558356; Fri, 07 Oct 2011 10:45:58 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Fri, 7 Oct 2011 10:45:58 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Oct 2011 10:45:58 -0700 Message-ID: From: Garrett Cooper To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 17:45:59 -0000 On Fri, Oct 7, 2011 at 10:42 AM, Benjamin Kaduk wrote: > Dear all, > > I feel like this has come up before, but a quick search didn't reveal > anything terribly recent, at least. > > The new installation chapter of the handbook for 9.0 (that Warren and Gle= n > and Garrett and Gavin and more people I am probably missing have sunk hug= e > amounts of time into) has instructions on (e.g.) preparing a USB stick > install image: > http://www.glenbarber.us/FreeBSD9/doc/en_US.ISO8859-1/books/handbook/inst= all-pre.html > (scroll down most of the way). =A0But in order to do so, the instructions > include 'sysctl kern.geom.debugflags=3D16'! =A0Now, an ordinary user who = is > doing this for the first time might ask, "why do I need to do something w= ith > 'debugflags' in order to make a USB stick? =A0I'm not debugging anything,= this > is a standard operation!". > > I can't really advocate for changing the geom logic at this point in the > release cycle (though it's not really clear why rank 1 geom providers nee= d > to be so special), but I think it would be nice to have a user-visible > interface to it that does not have "debug" in the name, since the actual > flags are apparently here for the long haul. =A0I could certainly imagine > aliasing the debugflags to just "flags", which seems more > innocuous-sounding. > > Does this sound crazy? Yes. From geom(4): DIAGNOSTICS Several flags are provided for tracing GEOM operations and unlocking p= ro- tection mechanisms via the kern.geom.debugflags sysctl. All of these flags are off by default, and great care should be taken in turning th= em on. geom(4) has more details about what they do. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 17:51:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36FCF1065679 for ; Fri, 7 Oct 2011 17:51:50 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by mx1.freebsd.org (Postfix) with ESMTP id C84158FC08 for ; Fri, 7 Oct 2011 17:51:48 +0000 (UTC) X-AuditID: 12074424-b7ef76d0000008dc-0f-4e8f3c33dd72 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id 4B.76.02268.33C3F8E4; Fri, 7 Oct 2011 13:51:47 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id p97Hpmqw019572; Fri, 7 Oct 2011 13:51:48 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p97HpjdF009070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Oct 2011 13:51:47 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p97HpimT027089; Fri, 7 Oct 2011 13:51:44 -0400 (EDT) Date: Fri, 7 Oct 2011 13:51:43 -0400 (EDT) From: Benjamin Kaduk To: Garrett Cooper In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1851342366-1318009904=:882" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphleLIzCtJLcpLzFFi42IRYrdT1zW26fcz2HtW32LOmw9MFuu/L2N0 YPKY8Wk+i8fOWXfZA5iiuGxSUnMyy1KL9O0SuDLaXq1nLPgsXLH0eDNzA+Nf/i5GTg4JAROJ n4u/MkHYYhIX7q1n62Lk4hAS2Mcosb3xKhtIQkhgPaPE97kmEIn9TBItHzrZIRL1El933QMr YhHQkrj0fSbYJDYBFYmZbzaCxUUE1CUuHdgCVs8sIC/x/8plsBphAQuJB2eWM4PYnAKBEttP Xwer5xWwl7i+8Ds7xLIWRomWV0/AmkUFdCRW75/CAlEkKHFy5hMWiKH+EqvubmKcwCg4C0lq FpLULEYOINta4tl5C4iwtsT9m21sCxhZVjHKpuRW6eYmZuYUpybrFicn5uWlFuma6+Vmluil ppRuYgQHtovKDsbmQ0qHGAU4GJV4eGc+7fUTYk0sK67MPcQoycGkJMq7zqrfT4gvKT+lMiOx OCO+qDQntfgQowQHs5IIr8ObPj8h3pTEyqrUonyYlDQHi5I4r81OBz8hgfTEktTs1NSC1CKY rAwHh5IE7zJroKGCRanpqRVpmTklCGkmDk6Q4TxAw5eA1PAWFyTmFmemQ+RPMSpKifMWgiQE QBIZpXlwvbDE84pRHOgVYd4kkCoeYNKC634FNJgJaPBpY7DBJYkIKakGRpNuvslX2C4/lfn3 V2Sq5PUqzjYZfoYPqSfa7UJs9lRs+iYz16B743P1cL0rsz8ZHfT8zbf6obrnkfxr3wKCQiu2 /Dy06sOSBa+ZXvzZoXX63frm6KVHQlV/c//qPPCZYd203S6/t3rECmf8k7zzzS3u5qbk3tgC yzW39+ax2tSwzWfX3y+xd50SS3FGoqEWc1FxIgCR8gYJFwMAAA== Cc: freebsd-current@freebsd.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 17:51:50 -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. ---559023410-1851342366-1318009904=:882 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 7 Oct 2011, Garrett Cooper wrote: > On Fri, Oct 7, 2011 at 10:42 AM, Benjamin Kaduk wrote: >> Dear all, >> >> I feel like this has come up before, but a quick search didn't reveal >> anything terribly recent, at least. >> >> The new installation chapter of the handbook for 9.0 (that Warren and Gl= en >> and Garrett and Gavin and more people I am probably missing have sunk hu= ge >> amounts of time into) has instructions on (e.g.) preparing a USB stick >> install image: >> http://www.glenbarber.us/FreeBSD9/doc/en_US.ISO8859-1/books/handbook/ins= tall-pre.html >> (scroll down most of the way). =A0But in order to do so, the instruction= s >> include 'sysctl kern.geom.debugflags=3D16'! =A0Now, an ordinary user who= is >> doing this for the first time might ask, "why do I need to do something = with >> 'debugflags' in order to make a USB stick? =A0I'm not debugging anything= , this >> is a standard operation!". >> >> I can't really advocate for changing the geom logic at this point in the >> release cycle (though it's not really clear why rank 1 geom providers ne= ed >> to be so special), but I think it would be nice to have a user-visible >> interface to it that does not have "debug" in the name, since the actual >> flags are apparently here for the long haul. =A0I could certainly imagin= e >> aliasing the debugflags to just "flags", which seems more >> innocuous-sounding. >> >> Does this sound crazy? > > Yes. From geom(4): > > DIAGNOSTICS > Several flags are provided for tracing GEOM operations and unlocking = pro- > tection mechanisms via the kern.geom.debugflags sysctl. All of these > flags are off by default, and great care should be taken in turning t= hem > on. > > geom(4) has more details about what they do. I'm not sure I follow your point. Yes, geom(4) describes what they do; my= =20 objection is to the use of "debug" to describe the one in particular that= =20 we tell new users to blindly set. A hypothetical kern.geom.flags need not= =20 allow setting (e.g.) "0x01 (G_T_TOPOLOGY) Provide tracing of topology=20 change events" if we don't want it to. -Ben ---559023410-1851342366-1318009904=:882-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 18:02:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96038106564A for ; Fri, 7 Oct 2011 18:02:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5671C8FC17 for ; Fri, 7 Oct 2011 18:02:34 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id EA6555DC4; Fri, 7 Oct 2011 18:02:32 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p97I2VAm080751; Fri, 7 Oct 2011 18:02:32 GMT (envelope-from phk@phk.freebsd.dk) To: Benjamin Kaduk From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Oct 2011 13:42:01 -0400." Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 07 Oct 2011 18:02:31 +0000 Message-ID: <80750.1318010551@critter.freebsd.dk> Cc: freebsd-current@freebsd.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 18:02:34 -0000 In message , Benjamin Kaduk writes: >Now, an ordinary user who is >doing this for the first time might ask, "why do I need to do something >with 'debugflags' in order to make a USB stick? Which is the exactly right question to ask. The procedure documented is clearly flawed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 18:13:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 293491065672 for ; Fri, 7 Oct 2011 18:13:18 +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 DC2FF8FC13 for ; Fri, 7 Oct 2011 18:13:17 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p97IDHCM002557; Fri, 7 Oct 2011 12:13:17 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p97IDGMf002554; Fri, 7 Oct 2011 12:13:16 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2011 12:13:16 -0600 (MDT) From: Warren Block To: Poul-Henning Kamp In-Reply-To: <80750.1318010551@critter.freebsd.dk> Message-ID: References: <80750.1318010551@critter.freebsd.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 07 Oct 2011 12:13:17 -0600 (MDT) Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 18:13:18 -0000 On Fri, 7 Oct 2011, Poul-Henning Kamp wrote: > In message , Benjamin Kaduk > writes: > >> Now, an ordinary user who is >> doing this for the first time might ask, "why do I need to do something >> with 'debugflags' in order to make a USB stick? > > Which is the exactly right question to ask. > > The procedure documented is clearly flawed. Probably a misunderstanding on my part, since I suggested it to Glen. Can't recall the circumstances exactly. The next question would be: what is the correct procedure? From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 18:26:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10BD4106566B for ; Fri, 7 Oct 2011 18:26:43 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB2F8FC08 for ; Fri, 7 Oct 2011 18:26:42 +0000 (UTC) Received: by wyj26 with SMTP id 26so5741707wyj.13 for ; Fri, 07 Oct 2011 11:26:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7D8ruvpF0XCTRP6NNioDkJK7/ZDd3tWGOmdChnyTnlg=; b=HXOsEhN0guUDPz2K7TzbCcpWlpWS3Xj2jrH5mcmJ8qKIrCIjAY/7fvWXkcfbe6ivj5 QqSPj6CFcjIJjb7GcON08mCi3cldV4kKZIvJXhMVZp72ZxnOeTk1B5Ysy1hzsxINaeE/ UVNADvvjI7B7fNA3AHjhm3SIVDrYUx4xNGMDs= MIME-Version: 1.0 Received: by 10.227.135.130 with SMTP id n2mr2748908wbt.51.1318012001734; Fri, 07 Oct 2011 11:26:41 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Fri, 7 Oct 2011 11:26:41 -0700 (PDT) In-Reply-To: References: <80750.1318010551@critter.freebsd.dk> Date: Fri, 7 Oct 2011 14:26:41 -0400 Message-ID: From: Arnaud Lacombe To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 18:26:43 -0000 Hi, On Fri, Oct 7, 2011 at 2:13 PM, Warren Block wrote: > On Fri, 7 Oct 2011, Poul-Henning Kamp wrote: > >> In message , Benjamin >> Kaduk >> writes: >> >>> Now, an ordinary user who is >>> doing this for the first time might ask, "why do I need to do something >>> with 'debugflags' in order to make a USB stick? >> >> Which is the exactly right question to ask. >> >> The procedure documented is clearly flawed. > > Probably a misunderstanding on my part, since I suggested it to Glen. Can't > recall the circumstances exactly. > > The next question would be: what is the correct procedure? > I'd guess the procedure involves shooting your feet: from `sys/geom/geom_subr.c': /* If foot-shooting is enabled, any open on rank#1 is OK */ if ((g_debugflags & 16) && pp->geom->rank == 1) ; this was introduced by phk@ himself in: commit 641a10a0cb4ca86785ef13fce9343bc34c30f326 Author: phk Date: Wed Feb 12 09:48:27 2003 +0000 Implement a handle for efficient implementation of perforations in lower extremities. Setting bit 4 in debugflags (sysctl kern.geom.debugflags=16) will allow any open to succeed on rank#1 providers. This will generally correspond to the physical disk devices: ad0, da0, md0 etc. This fundamentally violates the mechanics of GEOMs autoconfiguration, and is only provided as a debugging facility, so obviously error reports on GEOM where this bit is or has been set will not be accepted. - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 18:53:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83240106566B for ; Fri, 7 Oct 2011 18:53: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 3E6CD8FC08 for ; Fri, 7 Oct 2011 18:53:22 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p97IrMFM002773; Fri, 7 Oct 2011 12:53:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p97IrMWJ002770; Fri, 7 Oct 2011 12:53:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2011 12:53:22 -0600 (MDT) From: Warren Block To: Arnaud Lacombe In-Reply-To: Message-ID: References: <80750.1318010551@critter.freebsd.dk> 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 Oct 2011 12:53:22 -0600 (MDT) Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 18:53:23 -0000 On Fri, 7 Oct 2011, Arnaud Lacombe wrote: > Hi, > > On Fri, Oct 7, 2011 at 2:13 PM, Warren Block wrote: >> On Fri, 7 Oct 2011, Poul-Henning Kamp wrote: >> >>> In message , Benjamin >>> Kaduk >>> writes: >>> >>>> Now, an ordinary user who is >>>> doing this for the first time might ask, "why do I need to do something >>>> with 'debugflags' in order to make a USB stick? >>> >>> Which is the exactly right question to ask. >>> >>> The procedure documented is clearly flawed. >> >> Probably a misunderstanding on my part, since I suggested it to Glen. Can't >> recall the circumstances exactly. >> >> The next question would be: what is the correct procedure? >> > I'd guess the procedure involves shooting your feet: > > from `sys/geom/geom_subr.c': > > /* If foot-shooting is enabled, any open on rank#1 is OK */ > if ((g_debugflags & 16) && pp->geom->rank == 1) > ; Well, yes. The goal is to unprotect the device, regardless of what may already be on it. Then the user can overwrite it with the memory stick image. The current documentation is sysctl kern.geom.debugflags=16 dd if=memstick.img of=/dev/whatever0 bs=64k From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 18:54:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5B161065672 for ; Fri, 7 Oct 2011 18:54:46 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (DMZ-MAILSEC-SCANNER-6.MIT.EDU [18.7.68.35]) by mx1.freebsd.org (Postfix) with ESMTP id 547E58FC0C for ; Fri, 7 Oct 2011 18:54:45 +0000 (UTC) X-AuditID: 12074423-b7f756d0000008d0-2f-4e8f4af578bc Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 0A.D6.02256.5FA4F8E4; Fri, 7 Oct 2011 14:54:45 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p97IsiIx000757; Fri, 7 Oct 2011 14:54:44 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p97Isgbt020733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Oct 2011 14:54:43 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p97Iscnt016190; Fri, 7 Oct 2011 14:54:38 -0400 (EDT) Date: Fri, 7 Oct 2011 14:54:37 -0400 (EDT) From: Benjamin Kaduk To: Warren Block In-Reply-To: Message-ID: References: <80750.1318010551@critter.freebsd.dk> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupmleLIzCtJLcpLzFFi42IR4hTV1v3q1e9nMPemjMWcNx+YLHbdOcNs 8eEbv8WvUx4OLB4zPs1n8dg56y67x6f9k9k8jnQ8YgxgieKySUnNySxLLdK3S+DK+LRrO2PB U56KS38PMDcwfufsYuTkkBAwkXh79RALhC0mceHeerYuRi4OIYF9jBLfltxjgXDWM0pc/PWP CcLZzyTx4elJNpAWIYF6iTl9F1lBbBYBLYmfV7YygdhsAioSM99sBKrh4BARUJXYe8YaJMws UCoxa/8BsFZhAQuJB2eWM4PYnAK2EuuPdoCN4RWwl7jadIQRYtcNRolVpzaBnScqoCOxev8U FogiQYmTM5+wQAy1lDj35zrbBEbBWUhSs5CkFjAyrWKUTcmt0s1NzMwpTk3WLU5OzMtLLdI1 08vNLNFLTSndxAgKZ3YX5R2Mfw4qHWIU4GBU4uGd9bTXT4g1say4MvcQoyQHk5Io7yfPfj8h vqT8lMqMxOKM+KLSnNTiQ4wSHMxKIrwOb/r8hHhTEiurUovyYVLSHCxK4rwyOx38hATSE0tS s1NTC1KLYLIyHBxKErymwLgVEixKTU+tSMvMKUFIM3FwggznARr+GWQxb3FBYm5xZjpE/hSj LsfTnRNOMgqx5OXnpUqJ8zqCDBIAKcoozYObA0tDrxjFgd4S5jUEqeIBpjC4Sa+AljABLTlt DLakJBEhJdXAGMC0IqR60p2g12/eLO5o67l8cZlNUXf32bbm4NL2ZJ7g5yZ9++9bC2luCg22 tOx18bqWmBswdRXvIxXdONEYPwujY6EbNR6t93l+xPWSPldiSqnK86Uxgv118SFFx9hnOzmL 86z8UP6/Y8Jsu3dL9jJe2eHyZdnrvfVbajo7pqXNTT1eVLFaiaU4I9FQi7moOBEA6dgdiB4D AAA= Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 18:54:46 -0000 On Fri, 7 Oct 2011, Warren Block wrote: > On Fri, 7 Oct 2011, Arnaud Lacombe wrote: > >> Hi, >> >> On Fri, Oct 7, 2011 at 2:13 PM, Warren Block wrote: >>> On Fri, 7 Oct 2011, Poul-Henning Kamp wrote: >>> >>>> In message , Benjamin >>>> Kaduk >>>> writes: >>>> >>>>> Now, an ordinary user who is >>>>> doing this for the first time might ask, "why do I need to do something >>>>> with 'debugflags' in order to make a USB stick? >>>> >>>> Which is the exactly right question to ask. >>>> >>>> The procedure documented is clearly flawed. >>> >>> Probably a misunderstanding on my part, since I suggested it to Glen. >>> Can't >>> recall the circumstances exactly. >>> >>> The next question would be: what is the correct procedure? >>> >> I'd guess the procedure involves shooting your feet: >> >> from `sys/geom/geom_subr.c': >> >> /* If foot-shooting is enabled, any open on rank#1 is OK */ >> if ((g_debugflags & 16) && pp->geom->rank == 1) >> ; > > Well, yes. The goal is to unprotect the device, regardless of what may > already be on it. Then the user can overwrite it with the memory stick > image. > > The current documentation is > > sysctl kern.geom.debugflags=16 > dd if=memstick.img of=/dev/whatever0 bs=64k I presume that Poul-Henning was not claiming that the documentation did not match the functional procedure, but rather that the procedure needed to achieve the goal (of a functional USB stick) is flawed. (Even if it is correctly documented.) -Ben From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:03:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E5E1065670 for ; Fri, 7 Oct 2011 19:03:55 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E9A5E8FC17 for ; Fri, 7 Oct 2011 19:03:54 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 937C25DA8; Fri, 7 Oct 2011 19:03:53 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p97J3qct081392; Fri, 7 Oct 2011 19:03:52 GMT (envelope-from phk@phk.freebsd.dk) To: Warren Block From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Oct 2011 12:53:22 CST." Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 07 Oct 2011 19:03:52 +0000 Message-ID: <81391.1318014232@critter.freebsd.dk> Cc: freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 19:03:55 -0000 In message , Warren Block write s: >>>> Which is the exactly right question to ask. >>>> >>>> The procedure documented is clearly flawed. >>> > >Well, yes. The goal is to unprotect the device, regardless of what may >already be on it. Then the user can overwrite it with the memory stick >image. Unprotect from what ? from being already mounted ? If you cannot open a geom provider for writing, then it is because some piece of code in the kernel thinks it already owns the device and don't want you to muck about with it. Overriding this check is just asking for panics... What I usually do in cases like this is: (umount /dev/${whatever} || true) > /dev/null 2>&1 And if that isn't enough, or not possible, then the user needs to undo whatever he did to the device... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:15:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B87106566B for ; Fri, 7 Oct 2011 19:15:30 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7351D8FC0C for ; Fri, 7 Oct 2011 19:15:30 +0000 (UTC) Received: by qadz30 with SMTP id z30so4035648qad.13 for ; Fri, 07 Oct 2011 12:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=bWDNje9ZUTLxXOhOb6z85TMFNwNShvLoIFwLxea1j84=; b=f9WG6tDSXC6fEHCZxQ1S7lir+RGfAL9V7mkHYUDHnsb8RTvUErBSb2cnhEucZHTqP/ t3032PnXJpwqDEzlTAxgLTeQr4YZoknABpnZxpEgQPrKO5gwznJ/ARaKHLzF5TSc6sWl Dpz24f6iQ1xbXs06OZptYikT52ZJ9d7B7LkNE= MIME-Version: 1.0 Received: by 10.224.181.11 with SMTP id bw11mr3049560qab.85.1318014929882; Fri, 07 Oct 2011 12:15:29 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Fri, 7 Oct 2011 12:15:29 -0700 (PDT) In-Reply-To: <81391.1318014232@critter.freebsd.dk> References: <81391.1318014232@critter.freebsd.dk> Date: Fri, 7 Oct 2011 12:15:29 -0700 Message-ID: From: Garrett Cooper To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 19:15:30 -0000 On Fri, Oct 7, 2011 at 12:03 PM, Poul-Henning Kamp wro= te: > In message , Warren Block= write > s: > >>>>> Which is the exactly right question to ask. >>>>> >>>>> The procedure documented is clearly flawed. >>>> >> >>Well, yes. =A0The goal is to unprotect the device, regardless of what may >>already be on it. =A0Then the user can overwrite it with the memory stick >>image. > > Unprotect from what ? =A0from being already mounted ? > > If you cannot open a geom provider for writing, then it is because > some piece of code in the kernel thinks it already owns the device > and don't want you to muck about with it. > > Overriding this check is just asking for panics... > > > What I usually do in cases like this is: > > =A0 =A0 =A0 =A0(umount /dev/${whatever} || true) > /dev/null 2>&1 > > And if that isn't enough, or not possible, then the user needs > to undo whatever he did to the device... My guess is that GEOM isn't letting go of the GPT table and you have multiple partitions in the GPT table and you're not destroying them hierarchically in a proper manner.. but again, that's just a guess based on hazy recollection. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:18:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E11C1065672 for ; Fri, 7 Oct 2011 19:18:59 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF878FC12 for ; Fri, 7 Oct 2011 19:18:59 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 16F8D5DA8; Fri, 7 Oct 2011 19:18:58 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p97JIvao081478; Fri, 7 Oct 2011 19:18:57 GMT (envelope-from phk@phk.freebsd.dk) To: Garrett Cooper From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Oct 2011 12:15:29 MST." Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 07 Oct 2011 19:18:57 +0000 Message-ID: <81477.1318015137@critter.freebsd.dk> Cc: Warren Block , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 19:18:59 -0000 In message , Garrett Cooper writes: >My guess is that GEOM isn't letting go of the GPT table and you have >multiple partitions in the GPT table and you're not destroying them >hierarchically in a proper manner.. but again, that's just a guess >based on hazy recollection. If none of the GPT partitions are open, you should be able to open /dev/da0. If not, the GPT geom class is buggy. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:20:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BEAC1065680 for ; Fri, 7 Oct 2011 19:20:27 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [95.108.130.119]) by mx1.freebsd.org (Postfix) with ESMTP id EEEE68FC17 for ; Fri, 7 Oct 2011 19:20:26 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward15.mail.yandex.net (Yandex) with ESMTP id 0B98E9E2609; Fri, 7 Oct 2011 23:07:38 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1318014458; bh=pYidgrEK0EFNbkTuVjnYqfjXShkOIfjAM6+VUmwlWuk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=FBbVm1wgp5lunf35CUhq+n7VESspBH8DUXWdI0aM6h/0vlQ7otn47GuvajnhhtJYa qpecauh+PCqDK7tSAWnuTeVeOD8/YznOstEb7mRaEeQhQFfvWNje8uG3odtOa/Q9X5 eZCsWhmDMxz/vNAldsXbLZwHFYKrLkTyv8F3yHMc= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id DFAE01B6031D; Fri, 7 Oct 2011 23:07:37 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1318014457; bh=pYidgrEK0EFNbkTuVjnYqfjXShkOIfjAM6+VUmwlWuk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=i0WASy/o/RkHL7d8QWm2Pnsc7n0c7gD7bA3xJ9KZf6jPa5frFY5dJDijyB+7hCLhk 4mRnu6yDuCZHK/mP2UMJSqsjsl7jjJTmLyhP1nwVlTqknlqT47Y3jpKiaquytlEPY0 ybRbs4RdIpakJdqhsgPUFHI6lnlxYMS4L00hsyMk= Received: from dynamic-178-141-6-31.kirov.comstar-r.ru (dynamic-178-141-6-31.kirov.comstar-r.ru [178.141.6.31]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 7ZOGC1pW-7bO49h4L; Fri, 7 Oct 2011 23:07:37 +0400 X-Yandex-Spam: 1 Message-ID: <4E8F4DBD.3030701@yandex.ru> Date: Fri, 07 Oct 2011 23:06:37 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Warren Block References: <80750.1318010551@critter.freebsd.dk> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig69B7B1D6184A939EF95823FE" Cc: freebsd-current@freebsd.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 19:20:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig69B7B1D6184A939EF95823FE Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 07.10.2011 22:53, Warren Block wrote: > The current documentation is >=20 > sysctl kern.geom.debugflags=3D16 > dd if=3Dmemstick.img of=3D/dev/whatever0 bs=3D64k Did you try just write your image without debugflags settings? When /dev/whatever0 is not used nothing should prevent you write your image. --=20 WBR, Andrey V. Elsukov --------------enig69B7B1D6184A939EF95823FE 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.17 (FreeBSD) iQEcBAEBAgAGBQJOj03DAAoJEAHF6gQQyKF6P08H/RVEtbhA+jbGeCn5NXPqEWkP 5LYLU65a7LCzLg0sdWEL49XbEBFrZ68DNgA6f5e45omXh+zy4i5dJG87h1yF+lI5 y0FnbUpp66NORvyGqXtuydFLX2qnik6H0yZwkk9pTJ2XcRe8k7IaUUOhTIPWAGJj TKF9W0AwnmA7et7KlCiKccjkBYtN7nQtv9UeQIHfzDR/phYxo+JsXfFel9KfMeDs ULJmxclBo8VGWCAz7FB7zjJFFbeiUcsjQ8r4uUOdRklTfCR4+HXHFmfd2gV3Mlmk xGn9Tfjaubp8L4T0btQemBk/DAk41AXnh7369BrZhr/h4X2vpYqcz831gLYz07k= =pcGo -----END PGP SIGNATURE----- --------------enig69B7B1D6184A939EF95823FE-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:41:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441081065674 for ; Fri, 7 Oct 2011 19:41:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id AEF178FC14 for ; Fri, 7 Oct 2011 19:41:01 +0000 (UTC) Received: (qmail 48337 invoked by uid 0); 7 Oct 2011 15:41:01 -0400 Received: from unknown (HELO schism.local) (gjb@75.146.225.65) by 0 with SMTP; 7 Oct 2011 15:41:01 -0400 Message-ID: <4E8F55CC.3060302@FreeBSD.org> Date: Fri, 07 Oct 2011 15:41:00 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Poul-Henning Kamp References: <81477.1318015137@critter.freebsd.dk> In-Reply-To: <81477.1318015137@critter.freebsd.dk> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Warren Block , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 19:41:02 -0000 Hi, On 10/7/11 3:18 PM, Poul-Henning Kamp wrote: >> My guess is that GEOM isn't letting go of the GPT table and you have >> multiple partitions in the GPT table and you're not destroying them >> hierarchically in a proper manner.. but again, that's just a guess >> based on hazy recollection. > > If none of the GPT partitions are open, you should be able to > open /dev/da0. If not, the GPT geom class is buggy. > In my experience, without kern.geom.debugflags=16, the MBR will not be written to the memstick, leaving you with what would effectively be a coaster in the not-so-distant past. -- Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:44:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62C6106566B; Fri, 7 Oct 2011 19:44:25 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CCF78FC15; Fri, 7 Oct 2011 19:44:25 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 3A42C4AC1C; Fri, 7 Oct 2011 23:44:23 +0400 (MSD) Date: Fri, 7 Oct 2011 23:44:12 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1822982078.20111007234412@serebryakov.spb.ru> To: perryh@pluto.rain.com In-Reply-To: <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org, lev@freebsd.org, ivoras@freebsd.org, freebsd-current@freebsd.org, daniel@digsys.bg Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 19:44:25 -0000 Hello, Perryh. You wrote 7 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 18:06:38: >> GPT (and MBR) metadata placement is dictated from outside world, >> where is no GEOM and geom_label. They INTENDED to be used on DISKS. >> BIOSes should be able to find it :) > Certainly GPT and MBR must place an instance of the partition table > where the BIOS expects it, but there's no immediately obvious reason > why they must regard that instance as their GEOM metadata. GPT puts > a second copy in the provider's last block, and AFAICT it could just > as well use _that_ instance -- or even a differently-formatted block > that included the same data -- as the primary. MBR could do likewise. I have deja-vu, that I answered this. Please, read standard. GPT _must_ be placed twice -- at first and last sectors (really, more than one sectors). By standard. Secondary copy must be at end of disk. Period. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:13:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23F011065675 for ; Fri, 7 Oct 2011 20:13:51 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id AA1ED8FC0A for ; Fri, 7 Oct 2011 20:13:50 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward9.mail.yandex.net (Yandex) with ESMTP id 6E51BCE3146; Sat, 8 Oct 2011 00:13:48 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1318018428; bh=o2pq5IP2wSkShBedzeOFFG7WLMB5gOo95tKD0R8x9oI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=JM6UKuqFk5Z52Nnrvc3y/z+ZnxUc2/mv8U1eqHY1MWuI8WYWhOAeeviKeeidNMcmn dobI9V+5kjAsG+crq7b/KwUS613rtnhFLjlH1wmnTUzQdfFOlQrXyyL/7/SrISfAnk 4U/ujbCmYThsLX0luyvfhtYrwGOQOGuflKsB+Pu0= Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id 1D2141B6033A; Sat, 8 Oct 2011 00:13:48 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1318018428; bh=o2pq5IP2wSkShBedzeOFFG7WLMB5gOo95tKD0R8x9oI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=JM6UKuqFk5Z52Nnrvc3y/z+ZnxUc2/mv8U1eqHY1MWuI8WYWhOAeeviKeeidNMcmn dobI9V+5kjAsG+crq7b/KwUS613rtnhFLjlH1wmnTUzQdfFOlQrXyyL/7/SrISfAnk 4U/ujbCmYThsLX0luyvfhtYrwGOQOGuflKsB+Pu0= Received: from dynamic-178-141-6-31.kirov.comstar-r.ru (dynamic-178-141-6-31.kirov.comstar-r.ru [178.141.6.31]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id DleCJBXs-DleOYuvY; Sat, 8 Oct 2011 00:13:47 +0400 X-Yandex-Spam: 1 Message-ID: <4E8F5D47.9070904@yandex.ru> Date: Sat, 08 Oct 2011 00:12:55 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Glen Barber References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@FreeBSD.org> In-Reply-To: <4E8F55CC.3060302@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC1503DBD3434C4416A1C1A0F" Cc: Warren Block , Garrett Cooper , Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:13:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC1503DBD3434C4416A1C1A0F Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 07.10.2011 23:41, Glen Barber wrote: > In my experience, without kern.geom.debugflags=3D16, the MBR will not b= e > written to the memstick, leaving you with what would effectively be a > coaster in the not-so-distant past. The problem is that this bad suggestion is everywhere in the Internet. And users use it always even when it not needed. I think it is bad idea add it in the our official documentation. When you doing all in the right way using debugflags=3D16 is not needed. And it is really dangerous when you doing something what you do not know exactly. --=20 WBR, Andrey V. Elsukov --------------enigC1503DBD3434C4416A1C1A0F 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.17 (FreeBSD) iQEcBAEBAgAGBQJOj11HAAoJEAHF6gQQyKF6OP8H/2UAfJNHOWUP1NfikS6yT1lP dx6pfQFQWR3WVJAkHQzXTFl9XmgwybhgWc2LV31fSxwcJXITa2R3yFdIws+gfEd4 BtEy/mcyKJ+dlqAYaqzo43fNA7kTGoF7YUzb4JByDNX++fmca+2iY8BxzpayOXmA WDftfKV6Ua4DDdsw75WlOYiR3+1W38AVZegCNQbLvwYhVOPq/qEj7+U06GVbNiji iWPo3BRc6Wdpe5bOHm9BSKO9j4xvZ6saoV00ZeVDtl6Kz6nsfQni3344KbjOAqfJ WyvxMstq/Pi4FE28ykPux+UYceDbkznAQJNoS3TV+npi4f/qy1vsiGDJRUSH418= =20AU -----END PGP SIGNATURE----- --------------enigC1503DBD3434C4416A1C1A0F-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:15:19 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EE51106566C; Fri, 7 Oct 2011 20:15:19 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 875608FC22; Fri, 7 Oct 2011 20:15:18 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p97KF8gK060624 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 7 Oct 2011 23:15:13 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4E8F5D82.7050906@digsys.bg> Date: Fri, 07 Oct 2011 23:13:54 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> In-Reply-To: <1822982078.20111007234412@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, perryh@pluto.rain.com, ivoras@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:15:19 -0000 On 07.10.11 22:44, Lev Serebryakov wrote: > Hello, Perryh. > You wrote 7 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 18:06:38: > >>> GPT (and MBR) metadata placement is dictated from outside world, >>> where is no GEOM and geom_label. They INTENDED to be used on DISKS. >>> BIOSes should be able to find it :) >> Certainly GPT and MBR must place an instance of the partition table >> where the BIOS expects it, but there's no immediately obvious reason >> why they must regard that instance as their GEOM metadata. GPT puts >> a second copy in the provider's last block, and AFAICT it could just >> as well use _that_ instance -- or even a differently-formatted block >> that included the same data -- as the primary. MBR could do likewise.= > I have deja-vu, that I answered this. Please, read standard. GPT > _must_ be placed twice -- at first and last sectors (really, more > than one sectors). By standard. Secondary copy must be at end of > disk. Period. > Then, "by standard" GPT cannot coexist with GLABEL. Such setup should be = disallowed, or at least big nasty message that you have just shoot=20 yourself in the leg should be output. (period) Daniel From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:27:07 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BBB7106566B; Fri, 7 Oct 2011 20:27:07 +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 B1EE68FC12; Fri, 7 Oct 2011 20:27:06 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p97KR5kB003326; Fri, 7 Oct 2011 14:27:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p97KR5qs003323; Fri, 7 Oct 2011 14:27:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2011 14:27:05 -0600 (MDT) From: Warren Block To: Glen Barber In-Reply-To: <4E8F55CC.3060302@FreeBSD.org> Message-ID: References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@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-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 07 Oct 2011 14:27:06 -0600 (MDT) Cc: Garrett Cooper , Poul-Henning Kamp , freebsd-current@FreeBSD.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:27:07 -0000 On Fri, 7 Oct 2011, Glen Barber wrote: > Hi, > > On 10/7/11 3:18 PM, Poul-Henning Kamp wrote: >>> My guess is that GEOM isn't letting go of the GPT table and you have >>> multiple partitions in the GPT table and you're not destroying them >>> hierarchically in a proper manner.. but again, that's just a guess >>> based on hazy recollection. >> >> If none of the GPT partitions are open, you should be able to >> open /dev/da0. If not, the GPT geom class is buggy. >> > > In my experience, without kern.geom.debugflags=16, the MBR will not be > written to the memstick, leaving you with what would effectively be a > coaster in the not-so-distant past. Tried it just now with the 9.0-BETA3 memstick image. # dd if=/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=/dev/da0 bs=64k 10463+1 records in 10463+1 records out 685731840 bytes transferred in 52.614157 secs (13033219 bytes/sec) # mount /dev/da0p2 /mnt # dd if=/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=/dev/da0 bs=64k dd: /dev/da0: Operation not permitted # sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 # dd if=/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=/dev/da0 bs=64k 10463+1 records in 10463+1 records out 685731840 bytes transferred in 52.915362 secs (12959031 bytes/sec) Followed by removing the memory stick without unmounting it to avoid overwriting part of the image. No obvious problems, but no, it's not polite. (I'm thinking "automounter" here.) We could make the normal procedure just the dd, followed by a note: If this gives an 'Operation not permitted' error, make sure that the target device is not in use or being automounted by some helpful utility program. And maybe If the error still appears and no other options are available, sysctl kern.geomflags.debug=16 will override the system safety and allow writes to the device. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:37:39 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DAFB1065675 for ; Fri, 7 Oct 2011 20:37:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id E117D8FC17 for ; Fri, 7 Oct 2011 20:37:38 +0000 (UTC) Received: (qmail 50037 invoked by uid 0); 7 Oct 2011 16:37:38 -0400 Received: from unknown (HELO schism.local) (gjb@75.146.225.65) by 0 with SMTP; 7 Oct 2011 16:37:38 -0400 Message-ID: <4E8F6311.2060704@FreeBSD.org> Date: Fri, 07 Oct 2011 16:37:37 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Warren Block References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Poul-Henning Kamp , freebsd-current@FreeBSD.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:37:39 -0000 On 10/7/11 4:27 PM, Warren Block wrote: >> In my experience, without kern.geom.debugflags=16, the MBR will not be >> written to the memstick, leaving you with what would effectively be a >> coaster in the not-so-distant past. > > Tried it just now with the 9.0-BETA3 memstick image. > [...] > > Followed by removing the memory stick without unmounting it to avoid > overwriting part of the image. No obvious problems, but no, it's not > polite. (I'm thinking "automounter" here.) > Me not being one that uses hald or devd for USB, I'm certain the device was not mounted when writing the memstick image. In the former case of your test, is the USB stick bootable? -- Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:37:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50002106566B for ; Fri, 7 Oct 2011 20:37:40 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B2B7F8FC18 for ; Fri, 7 Oct 2011 20:37:39 +0000 (UTC) Received: by wyj26 with SMTP id 26so5887701wyj.13 for ; Fri, 07 Oct 2011 13:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=04QF3sGFjRnPWK6ejcjBEveCatx/kUFc7l1onFsoTws=; b=YMJR+ZB1QDPr5eKYX7UNHWhfDNJeyo2TIwsDWsIZmX461faT4d5tmIEoWor5IZ3DGl YDch5g7ASOZPkSJYRrdm35qGml9e7TyXmcFm8z0byvL04r3pVwEeGsGcdXPqGbK0Bzn4 tTH+s9JT0VvTq7dA3x0hbsQsy1DOqkvM2hnNc= MIME-Version: 1.0 Received: by 10.227.135.130 with SMTP id n2mr2874861wbt.51.1318019858404; Fri, 07 Oct 2011 13:37:38 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Fri, 7 Oct 2011 13:37:38 -0700 (PDT) In-Reply-To: References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@FreeBSD.org> Date: Fri, 7 Oct 2011 16:37:38 -0400 Message-ID: From: Arnaud Lacombe To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Glen Barber , Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:37:40 -0000 Hi, On Fri, Oct 7, 2011 at 4:27 PM, Warren Block wrote: > On Fri, 7 Oct 2011, Glen Barber wrote: > >> Hi, >> >> On 10/7/11 3:18 PM, Poul-Henning Kamp wrote: >>>> >>>> My guess is that GEOM isn't letting go of the GPT table and you have >>>> multiple partitions in the GPT table and you're not destroying them >>>> hierarchically in a proper manner.. but again, that's just a guess >>>> based on hazy recollection. >>> >>> If none of the GPT partitions are open, you should be able to >>> open /dev/da0. =A0If not, the GPT geom class is buggy. >>> >> >> In my experience, without kern.geom.debugflags=3D16, the MBR will not be >> written to the memstick, leaving you with what would effectively be a >> coaster in the not-so-distant past. > > Tried it just now with the 9.0-BETA3 memstick image. > > # dd if=3D/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=3D/dev/da0 bs=3D64= k > 10463+1 records in > 10463+1 records out > 685731840 bytes transferred in 52.614157 secs (13033219 bytes/sec) > # mount /dev/da0p2 /mnt > # dd if=3D/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=3D/dev/da0 bs=3D64= k > dd: /dev/da0: Operation not permitted > # sysctl kern.geom.debugflags=3D16 > kern.geom.debugflags: 0 -> 16 > # dd if=3D/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=3D/dev/da0 bs=3D64= k > 10463+1 records in > 10463+1 records out > 685731840 bytes transferred in 52.915362 secs (12959031 bytes/sec) > in the mean time, some background application issued a sync(2), corrupting part of what you just wrote, if not crashing the kernel. > Followed by removing the memory stick without unmounting it to avoid > overwriting part of the image. =A0No obvious problems, but no, it's not > polite. =A0(I'm thinking "automounter" here.) > > We could make the normal procedure just the dd, followed by a note: > > =A0If this gives an 'Operation not permitted' error, make sure that the > =A0target device is not in use or being automounted by some helpful > =A0utility program. > > And maybe > > =A0If the error still appears and no other options are available, > =A0 =A0sysctl kern.geomflags.debug=3D16 > =A0will override the system safety and allow writes to the device. > Then you can start to introduce backdoor for every single kernel-enforced policy. `kern.geomflags.debug=3D16' should not be used by the lambda user. - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:46:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E28106564A for ; Fri, 7 Oct 2011 20:46:47 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9BE08FC08 for ; Fri, 7 Oct 2011 20:46:46 +0000 (UTC) Received: by yxk36 with SMTP id 36so5042524yxk.13 for ; Fri, 07 Oct 2011 13:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=TTtVvydd5zeug+5gFtCK2M/mPmNBsEf9OHxAMuJuQn4=; b=e88FfREbzXmM8bJ0CRU8kbXSwe+6GSO4JgD6hWZjKHGLvGtfU0Q3O8z6RAKmvQCHR2 zCRKlJ3BcN7CSwCcfwkuLCKK8R435QgWw52fli50saAD9fFIB5S7JKqcFdJcDLNveNqx 7W13pGgfkWc5/reFpmMj6GGWwQ5glmi3zcoTA= Received: by 10.100.84.9 with SMTP id h9mr1850049anb.121.1318019034109; Fri, 07 Oct 2011 13:23:54 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.100.43.9 with HTTP; Fri, 7 Oct 2011 13:23:14 -0700 (PDT) In-Reply-To: <4E8F5D82.7050906@digsys.bg> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> From: Ivan Voras Date: Fri, 7 Oct 2011 22:23:14 +0200 X-Google-Sender-Auth: TX52Df_WDbgdqBQUfIw2gn_NOyA Message-ID: To: Daniel Kalchev Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:46:47 -0000 2011/10/7 Daniel Kalchev : > Then, "by standard" GPT cannot coexist with GLABEL. Such setup should be > disallowed, or at least big nasty message that you have just shoot yourself > in the leg should be output. (period) GPT cannot coexist with ANY GEOM CLASS which writes metadata to the last sector. If you think this should be explicitely handled, please file a PR which requests the modification of gpart so that it detects that a GPT is being created in anything other than a raw drive, and warns the user. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 21:10:35 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF031065670; Fri, 7 Oct 2011 21:10:35 +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 BB43E8FC08; Fri, 7 Oct 2011 21:10:34 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p97LAYHH003767; Fri, 7 Oct 2011 15:10:34 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p97LAXkn003764; Fri, 7 Oct 2011 15:10:33 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2011 15:10:33 -0600 (MDT) From: Warren Block To: Glen Barber In-Reply-To: <4E8F6311.2060704@FreeBSD.org> Message-ID: References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@FreeBSD.org> <4E8F6311.2060704@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 07 Oct 2011 15:10:34 -0600 (MDT) Cc: Garrett Cooper , Poul-Henning Kamp , freebsd-current@FreeBSD.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 21:10:35 -0000 On Fri, 7 Oct 2011, Glen Barber wrote: > On 10/7/11 4:27 PM, Warren Block wrote: >>> In my experience, without kern.geom.debugflags=16, the MBR will not be >>> written to the memstick, leaving you with what would effectively be a >>> coaster in the not-so-distant past. >> >> Tried it just now with the 9.0-BETA3 memstick image. >> > > [...] > >> >> Followed by removing the memory stick without unmounting it to avoid >> overwriting part of the image. No obvious problems, but no, it's not >> polite. (I'm thinking "automounter" here.) >> > > Me not being one that uses hald or devd for USB, I'm certain the device > was not mounted when writing the memstick image. In the former case of > your test, is the USB stick bootable? I cleared the first 34 blocks and wrote it again to make sure, but yes. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 21:10:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35FDC1065744; Fri, 7 Oct 2011 21:10:57 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E5BEC8FC17; Fri, 7 Oct 2011 21:10:56 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 47D245DAA; Fri, 7 Oct 2011 21:10:55 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p97LAsmZ004361; Fri, 7 Oct 2011 21:10:54 GMT (envelope-from phk@phk.freebsd.dk) To: Warren Block From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Oct 2011 14:27:05 CST." Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 07 Oct 2011 21:10:54 +0000 Message-ID: <4360.1318021854@critter.freebsd.dk> Cc: Garrett Cooper , Glen Barber , freebsd-current@FreeBSD.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 21:10:57 -0000 In message , Warren Block write s: ># mount /dev/da0p2 /mnt ># dd if=/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=/dev/da0 bs=64k >dd: /dev/da0: Operation not permitted ># sysctl kern.geom.debugflags=16 >kern.geom.debugflags: 0 -> 16 ># dd if=/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=/dev/da0 bs=64k >10463+1 records in >10463+1 records out >685731840 bytes transferred in 52.915362 secs (12959031 bytes/sec) > >Followed by removing the memory stick without unmounting it to avoid >overwriting part of the image. No obvious problems, but no, it's not >polite. (I'm thinking "automounter" here.) And you are sure the stick now contains what you expect ? If the dirty filesystem had blocks to write, it might have done so... debugflags are called debugflags for a reason: You should never need them, unless you are debugging a problem. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 21:22:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 440321065670; Fri, 7 Oct 2011 21:22:56 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A60E28FC19; Fri, 7 Oct 2011 21:22:55 +0000 (UTC) Received: by wyj26 with SMTP id 26so5936820wyj.13 for ; Fri, 07 Oct 2011 14:22:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=7hcaK/GydNEB4AEMJLokJUBEEGYgf0QRyh3Q+AF+eBs=; b=s0PJPrTVKc1x3Ajd7LnZXjF5pijNVw4f+yBzzU3tfG5Jh7Y2sh0l8x/7Chct1t2ohD aPORLc3itye4w44/YMPoi8wD9u7vmnz8R8C5Wl3ys5OQsGYNLJMgNalobFkQwu4DViEy AAYUr3ZZHqeQLdPgSDYWe0oVcVkA3xOYf2WDg= MIME-Version: 1.0 Received: by 10.227.195.13 with SMTP id ea13mr2928240wbb.36.1318022574432; Fri, 07 Oct 2011 14:22:54 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Fri, 7 Oct 2011 14:22:54 -0700 (PDT) In-Reply-To: <4360.1318021854@critter.freebsd.dk> References: <4360.1318021854@critter.freebsd.dk> Date: Fri, 7 Oct 2011 17:22:54 -0400 Message-ID: From: Arnaud Lacombe To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Glen Barber , freebsd-current@freebsd.org, Garrett Cooper , Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 21:22:56 -0000 Hi, On Fri, Oct 7, 2011 at 5:10 PM, Poul-Henning Kamp wrot= e: > In message , Warren Block= write > s: > >># mount /dev/da0p2 /mnt >># dd if=3D/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=3D/dev/da0 bs=3D64= k >>dd: /dev/da0: Operation not permitted >># sysctl kern.geom.debugflags=3D16 >>kern.geom.debugflags: 0 -> 16 >># dd if=3D/tmp/FreeBSD-9.0-BETA3-amd64-memstick.img of=3D/dev/da0 bs=3D64= k >>10463+1 records in >>10463+1 records out >>685731840 bytes transferred in 52.915362 secs (12959031 bytes/sec) >> >>Followed by removing the memory stick without unmounting it to avoid >>overwriting part of the image. =A0No obvious problems, but no, it's not >>polite. =A0(I'm thinking "automounter" here.) > > And you are sure the stick now contains what you expect ? > > If the dirty filesystem had blocks to write, it might have done so... > > debugflags are called debugflags for a reason: =A0You should never > need them, unless you are debugging a problem. > How about disabling debugflags=3D16's action unless for DIAGNOSTICS kernel = ? If you expose a setting, you cannot rely on a user not to use it even if you told him not to. As long as this is exposed and usable, it will be used, even more when it was documented. - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 21:25:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C31491065675 for ; Fri, 7 Oct 2011 21:25:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 70BB88FC1A for ; Fri, 7 Oct 2011 21:25:29 +0000 (UTC) Received: (qmail 51108 invoked by uid 0); 7 Oct 2011 17:25:28 -0400 Received: from unknown (HELO schism.local) (gjb@75.146.225.65) by 0 with SMTP; 7 Oct 2011 17:25:28 -0400 Message-ID: <4E8F6E47.7080305@FreeBSD.org> Date: Fri, 07 Oct 2011 17:25:27 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Warren Block References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@FreeBSD.org> <4E8F6311.2060704@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , Poul-Henning Kamp , freebsd-current@FreeBSD.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 21:25:29 -0000 On 10/7/11 5:10 PM, Warren Block wrote: >> Me not being one that uses hald or devd for USB, I'm certain the device >> was not mounted when writing the memstick image. In the former case of >> your test, is the USB stick bootable? > > I cleared the first 34 blocks and wrote it again to make sure, but yes. > Ok, this should be updated in the Handbook then. -- Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:03:58 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F2AD106564A; Fri, 7 Oct 2011 23:03:58 +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 CF2078FC12; Fri, 7 Oct 2011 23:03:57 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p97N3vYV004335; Fri, 7 Oct 2011 17:03:57 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p97N3uIH004332; Fri, 7 Oct 2011 17:03:56 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2011 17:03:56 -0600 (MDT) From: Warren Block To: Poul-Henning Kamp In-Reply-To: <4360.1318021854@critter.freebsd.dk> Message-ID: References: <4360.1318021854@critter.freebsd.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 07 Oct 2011 17:03:57 -0600 (MDT) Cc: Garrett Cooper , Glen Barber , freebsd-current@FreeBSD.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 23:03:58 -0000 On Fri, 7 Oct 2011, Poul-Henning Kamp wrote: > In message , Warren Block writes: >> >> Followed by removing the memory stick without unmounting it to avoid >> overwriting part of the image. No obvious problems, but no, it's not >> polite. (I'm thinking "automounter" here.) > > And you are sure the stick now contains what you expect ? > > If the dirty filesystem had blocks to write, it might have done so... > > debugflags are called debugflags for a reason: You should never > need them, unless you are debugging a problem. Testing with md5 showed it was okay, but point taken. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:27:41 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D133106566B; Fri, 7 Oct 2011 23:27:41 +0000 (UTC) (envelope-from i@levsha.me) Received: from expo.ukrweb.net (mail.univua.net [91.202.128.78]) by mx1.freebsd.org (Postfix) with ESMTP id D983B8FC15; Fri, 7 Oct 2011 23:27:39 +0000 (UTC) Received: from [178.94.38.237] (helo=laptop.levsha.me) by expo.ukrweb.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RCJSD-0003qq-Ly; Sat, 08 Oct 2011 02:03:48 +0300 Received: from levsha by laptop.levsha.me with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RCJS6-0006tW-0D; Sat, 08 Oct 2011 02:03:39 +0300 Date: Sat, 8 Oct 2011 02:03:37 +0300 From: Mykola Dzham To: jilles@freebsd.org, current@freebsd.org Message-ID: <20111007230336.GB3051@laptop.levsha.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Mykola Dzham X-SA-Exim-Connect-IP: 178.94.38.237 X-SA-Exim-Mail-From: i@levsha.me X-SA-Exim-Scanned: No (on expo.ukrweb.net); SAEximRunCond expanded to false Cc: Subject: ports on 10.0-CURRENT: r226027 is incorrect fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 23:27:41 -0000 Hi! r226027 fix ( ... s/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/ ...) is incorrect: this commit breaks metaports building: # cd /usr/ports/print/teTeX && sudo make clean all ===> Cleaning for teTeX-3.0_5 ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for teTeX-3.0_2 ===> Extracting for teTeX-3.0_5 ===> Patching for teTeX-3.0_5 ===> Configuring for teTeX-3.0_5 find /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0 -type f \( -name config.libpath -o -name config.rpath -o -name configure -o -name libtool.m4 \) -exec sed -i '' -e 's/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/' -e 's/freebsd\[123\]\*)/SHOULDNOTMATCHANYTHING2)/' {} + find: /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0: No such file or directory *** Error code 1 Stop in /usr/ports/print/teTeX. *** Error code 1 Stop in /usr/ports/print/teTeX. I think this commit should be reverted. Using UNAME_r is less destructive work around -- LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua PGP fingerprint: 1BCD 7C80 2E04 7282 C944 B0E0 7E67 619E 4E72 9280 From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:42:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E53106566C for ; Fri, 7 Oct 2011 23:42: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 A31C28FC13 for ; Fri, 7 Oct 2011 23:42:02 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p97NfxqI004491; Fri, 7 Oct 2011 17:41:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p97NfxSr004488; Fri, 7 Oct 2011 17:41:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 7 Oct 2011 17:41:59 -0600 (MDT) From: Warren Block To: "Andrey V. Elsukov" In-Reply-To: <4E8F5D47.9070904@yandex.ru> Message-ID: References: <81477.1318015137@critter.freebsd.dk> <4E8F55CC.3060302@FreeBSD.org> <4E8F5D47.9070904@yandex.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Fri, 07 Oct 2011 17:41:59 -0600 (MDT) Cc: Garrett Cooper , Glen Barber , Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 23:42:03 -0000 On Sat, 8 Oct 2011, Andrey V. Elsukov wrote: > On 07.10.2011 23:41, Glen Barber wrote: >> In my experience, without kern.geom.debugflags=16, the MBR will not be >> written to the memstick, leaving you with what would effectively be a >> coaster in the not-so-distant past. > > The problem is that this bad suggestion is everywhere in the Internet. > And users use it always even when it not needed. I think it is bad idea > add it in the our official documentation. > When you doing all in the right way using debugflags=16 is not needed. > And it is really dangerous when you doing something what you do not know > exactly. Since we're talking about this, could you review the usage in the gmirror section of the Handbook GEOM chapter: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-mirror.html Seems like that is a valid non-debugging use, to allow the last block to be written. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:45:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C40106566B; Fri, 7 Oct 2011 23:45:04 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 81CAB8FC15; Fri, 7 Oct 2011 23:45:04 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id CC0358FC2D; Sat, 8 Oct 2011 03:45:02 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 0BA685C36; Fri, 7 Oct 2011 16:44:12 -0700 (PDT) Date: Fri, 7 Oct 2011 16:44:11 -0700 From: Stanislav Sedov To: Mykola Dzham Message-Id: <20111007164411.554ac9c0.stas@FreeBSD.org> In-Reply-To: <20111007230336.GB3051@laptop.levsha.me> References: <20111007230336.GB3051@laptop.levsha.me> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jilles@freebsd.org, current@freebsd.org Subject: Re: ports on 10.0-CURRENT: r226027 is incorrect fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 23:45:04 -0000 On Sat, 8 Oct 2011 02:03:37 +0300 Mykola Dzham mentioned: > Hi! > r226027 fix ( ... s/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/ ...) is > incorrect: this commit breaks metaports building: > > # cd /usr/ports/print/teTeX && sudo make clean all > ===> Cleaning for teTeX-3.0_5 > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for teTeX-3.0_2 > ===> Extracting for teTeX-3.0_5 > ===> Patching for teTeX-3.0_5 > ===> Configuring for teTeX-3.0_5 > find /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0 -type f \( -name config.libpath -o -name config.rpath -o -name configure -o -name libtool.m4 \) -exec sed -i '' -e 's/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/' -e 's/freebsd\[123\]\*)/SHOULDNOTMATCHANYTHING2)/' {} + > find: /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0: No such file or directory > *** Error code 1 > > Stop in /usr/ports/print/teTeX. > *** Error code 1 > > Stop in /usr/ports/print/teTeX. > > I think this commit should be reverted. Using UNAME_r is less destructive work around > Hi! I just committed the fix that checks if the ${WRKSRC} directory exists firts. Thanks! -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:49:47 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 5B4F6106566C; Fri, 7 Oct 2011 23:49:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D43AA14DF99; Fri, 7 Oct 2011 23:48:52 +0000 (UTC) Message-ID: <4E8F8FE4.5040201@FreeBSD.org> Date: Fri, 07 Oct 2011 16:48:52 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Hajimu UMEMOTO References: <201110071615.p97GFlVK069165@repoman.freebsd.org> In-Reply-To: <201110071615.p97GFlVK069165@repoman.freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , "freebsd-ports@FreeBSD.org" Subject: Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 23:49:47 -0000 In case anyone wants to take this on, this port fails to install on 10.0 because it uses its own version of libtool. I took a quick look but there wasn't a solution obvious enough for me. :) Doug On 10/07/2011 09:15, Hajimu UMEMOTO wrote: > ume 2011-10-07 16:15:47 UTC > > FreeBSD ports repository > > Modified files: > security/cyrus-sasl2 Makefile > Added files: > security/cyrus-sasl2/files patch-plugins::gssapi.c > Log: > Fix GSSAPI client crash, NULL ptr dereference. > > Submitted by: Phil Pennock > Obtained from: http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2011-October/002358.html > > Revision Changes Path > 1.148 +1 -1 ports/security/cyrus-sasl2/Makefile > 1.5 +22 -0 ports/security/cyrus-sasl2/files/patch-plugins::gssapi.c (new) > > http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/security/cyrus-sasl2/Makefile.diff?&r1=1.147&r2=1.148&f=h > http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/security/cyrus-sasl2/files/patch-plugins::gssapi.c > -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:57:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99CC2106566B for ; Fri, 7 Oct 2011 23:57:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB788FC08 for ; Fri, 7 Oct 2011 23:57:34 +0000 (UTC) Received: by gyf2 with SMTP id 2so5227075gyf.13 for ; Fri, 07 Oct 2011 16:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=3Qd6EXnWMgx4kcKn0qinJacamj5KejZRoe0cNsV1/hs=; b=F669DuTEBTQwUjarwVlkaDWX03HIGFFYidWsHm9Eujh5vsW7QFfegrxQPQyAUKyGCM 28SPyQr7KbZMk944DDuziQSZMR61/1ZMH6/OvPLnOhz2+4VUQvesT/NQDKX0IE16YYbz YkLXariaNVGRKrlw0UpWAM1sbAPtlzIJE1klE= MIME-Version: 1.0 Received: by 10.236.181.131 with SMTP id l3mr2841637yhm.105.1318031853661; Fri, 07 Oct 2011 16:57:33 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Fri, 7 Oct 2011 16:57:33 -0700 (PDT) In-Reply-To: <4E8F0A47.1010408@gmail.com> References: <4E8ED3C8.1020108@freebsd.org> <4E8F0A47.1010408@gmail.com> Date: Sat, 8 Oct 2011 07:57:33 +0800 X-Google-Sender-Auth: RMSNjDd6ihQ4YIShcBbN1G3dTTU Message-ID: From: Adrian Chadd To: Niclas Zeising Content-Type: text/plain; charset=ISO-8859-1 Cc: Rene Ladan , current@freebsd.org Subject: Re: iwn panic with 9.0-BETA3-amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 23:57:34 -0000 Hi, please create a PR and send followups to freebsd-wireless@freebsd.org . Adrian From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 00:48:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1A3C106566C for ; Sat, 8 Oct 2011 00:48:13 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 842308FC08 for ; Sat, 8 Oct 2011 00:48:13 +0000 (UTC) Received: from [209.249.190.124] (helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1RCB65-0006DM-L2 for current@freebsd.org; Fri, 07 Oct 2011 10:08:21 -0400 From: George Neville-Neil Content-Type: multipart/mixed; boundary="Apple-Mail=_D5A06F2A-CFAD-4B9F-8510-8BCBB86E6612" Date: Fri, 7 Oct 2011 10:08:22 -0400 Message-Id: <3F00228B-857B-472E-926B-9BEFE9B3557A@freebsd.org> To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: Subject: A patch for a bug in the dtrace command... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 00:48:13 -0000 --Apple-Mail=_D5A06F2A-CFAD-4B9F-8510-8BCBB86E6612 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I have found that the dtrace command on FreeBSD, in both STABLE and = HEAD, does not print out aggregations properly, likely due to the difference in how Solaris and = FreeBSD signals work. For example, this one liner will give no output: sudo dtrace -n 'syscall:::entry { @[execname] =3D quantize(arg0); }' While is should print this: dtrace -n 'syscall:::entry { @[execname] =3D quantize(arg0); }' dtrace: description 'syscall:::entry ' matched 1028 probes ^C nrpe2 =20 value ------------- Distribution ------------- count =20 2 | 0 =20 4 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 12 =20 8 | 0 =20 sshd =20 value ------------- Distribution ------------- count =20 0 | 0 =20 1 |@@@@@@@@@@ 5 =20 2 |@@@@@@@@@@@@@@ 7 =20 4 | 0 =20 8 |@@@@@@@@@@@@@@@@ 8 =20 16 | 0 =20 etc. I have made the following patch, but I'd be interested in people testing = and commenting on it. Best, George --Apple-Mail=_D5A06F2A-CFAD-4B9F-8510-8BCBB86E6612 Content-Disposition: attachment; filename=dtrace.c.signal.diff Content-Type: application/octet-stream; x-unix-mode=0664; name="dtrace.c.signal.diff" Content-Transfer-Encoding: 7bit Index: dtrace.c =================================================================== --- dtrace.c (revision 217284) +++ dtrace.c (revision 225366) @@ -70,6 +70,8 @@ #define E_ERROR 1 #define E_USAGE 2 +#define IMPATIENT_LIMIT 2 + static const char DTRACE_OPTSTR[] = "3:6:aAb:Bc:CD:ef:FGhHi:I:lL:m:n:o:p:P:qs:SU:vVwx:X:Z"; @@ -1199,7 +1201,7 @@ if (!g_intr) g_newline = 1; - if (g_intr++) + if (g_intr++ > IMPATIENT_LIMIT) g_impatient = 1; } --Apple-Mail=_D5A06F2A-CFAD-4B9F-8510-8BCBB86E6612-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 05:20:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DDB0106566B for ; Sat, 8 Oct 2011 05:20:55 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6A65C8FC14 for ; Sat, 8 Oct 2011 05:20:55 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id BA7A31CC69; Sat, 8 Oct 2011 02:20:50 -0300 (BRT) Received: from 187.114.193.105 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sat, 8 Oct 2011 02:20:50 -0300 Message-ID: <8e42ff5adc4823b6a46fb59704a2bca5.squirrel@eternamente.info> Date: Sat, 8 Oct 2011 02:20:50 -0300 From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: flash for 9-beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 05:20:55 -0000 hail, as recently had issues in this regard, to install it can I just use http://www.freebsd.org/doc/handbook/desktop-browsers.html or there is another guide ? I looked for and found nothing on wiki.freebsd.org. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 07:18:36 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF7C1065679 for ; Sat, 8 Oct 2011 07:18:36 +0000 (UTC) (envelope-from armin@frozen-zone.org) Received: from mailbackup.inode.at (mailbackup.inode.at [213.229.60.24]) by mx1.freebsd.org (Postfix) with ESMTP id EBEFD8FC12 for ; Sat, 8 Oct 2011 07:18:35 +0000 (UTC) Received: from [62.99.145.4] (port=42911 helo=mx.inode.at) by mailbackup.inode.at with esmtp (Exim 4.76) (envelope-from ) id 1RCQbo-0004AA-Cu for current@freebsd.org; Sat, 08 Oct 2011 08:42:08 +0200 Received: from [84.119.0.32] (port=10119 helo=fz-sub1.local) by smartmx-04.inode.at with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RCQbm-0004UE-NY for current@freebsd.org; Sat, 08 Oct 2011 08:42:06 +0200 Message-ID: <4E8FF0AC.7010203@frozen-zone.org> Date: Sat, 08 Oct 2011 08:41:48 +0200 From: Armin Pirkovitsch User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ata/ahci problems in 9.0-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 07:18:36 -0000 Hi! I have the following problem on 2 different machines with the same version of FreeBSD on it (csup'd yesterday) Whenever I compile some stuff or transfer bigger amounts of data there is a chance that I'l get the following error: ahcich0: AHCI reset: device not ready after 31000ms (tfd = 00000080) ahcich0: Timeout on slot 28 port 0 achich0: is 00000000 cs 10000000 ss 00000000 rs 10000000 tfd 80 serr 00000000 cmd 0000fc17 (this error is from machine 2) It never recovers after that problem and the only solution is to turn off the power (reset is not sufficient - it looks like the sata controller is completely dead after such an occurence) I had the same problem in earlier versions of head (9-current) on machine 1 without the SSD but was able to work around them by not using ahci - that workaround no longer works - only difference is that it says "ataX:" instead of "ahcichX:" in the above error. Machine 2 started with the problems when I put the SSD into it. I even tried the "NO_NCQ" 'switch' which I found somewhere on the net for a similar problem. Both BIOS' are up to date and Windows runs stable on machine 2 (which means I do not expect it to be a hardware problem) What can I do to trace and get rid of that problem? (a "bt" in the system debugger didn't really show me much useful information - at least not useful to me...) Cheers, Armin machine 1: ahci0: mem 0xfbcfe000-0xfbcfffff irq 16 at device 0.0 on pci4 ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahci1: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x941f mem 0xf7ffc000-0xf7ffc7ff irq 20 at device 31.2 on pci0 ahci1: AHCI v1.20 with 6 3Gbps ports, Port Multiplier supported ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ahcich6: at channel 4 on ahci1 ahcich7: at channel 5 on ahci1 ada0 at ahcich2 bus 0 scbus4 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad10 ada1 at ahcich3 bus 0 scbus5 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad12 ada2 at ahcich4 bus 0 scbus6 target 0 lun 0 ada2: ATA-7 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad14 machine 2: ahci0: port 0x5058-0x505f,0x5084-0x5087,0x5050-0x5057,0x5080-0x5083,0x5020-0x503f mem 0xb7806000-0xb78067ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 114473MB (234441648 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 08:04:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A17D81065673 for ; Sat, 8 Oct 2011 08:04:14 +0000 (UTC) (envelope-from rope1968@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3A34D8FC0C for ; Sat, 8 Oct 2011 08:04:13 +0000 (UTC) Received: by eyz10 with SMTP id 10so2889835eyz.13 for ; Sat, 08 Oct 2011 01:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=KYtkcMdYcj4qyXvURe3vaiA7CbGcn29fpJJqwvYnDh4=; b=n5sRCzhDjiWI5MLVPaHX+FxsXYXOYEaarpgL4tbYE6FPzUhWX/ddkSbEo1fJcfXAoU fAc/RVmJTy78mtu99lU8iU7wY4z4dyzYO1VO7QcIKKxOP0paB3DuO7NMb5h8FvSLsVE5 SHbuScoHUMkokPJ1uFJXN3SwYaMjF5W6hc08A= MIME-Version: 1.0 Received: by 10.213.4.134 with SMTP id 6mr162409ebr.37.1318059659598; Sat, 08 Oct 2011 00:40:59 -0700 (PDT) Received: by 10.213.34.141 with HTTP; Sat, 8 Oct 2011 00:40:59 -0700 (PDT) Date: Sat, 8 Oct 2011 09:40:59 +0200 Message-ID: From: Roar Pettersen To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9.0-BETA 3 lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 08:04:14 -0000 Hello ! After upgrading my system from 8.2 to 9.0-BETA3 I now see this error message during boot : lock order reversal: 1st 0xc536e8d8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 2nd 0xde0077b4 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 3rd 0xc7b088d8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper(c0a19f6c,632e7262,3331323a,6f000a34,632e7370,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0757c8b,c0a1d8e8,c45452a0,c4548f28,de2ea3f4,...) at kdb_backtrace+0x2a _witness_debugger(c0a1d8e8,c7b088d8,c0a0cac0,c4548f28,c0a25674,...) at _witness_debugger+0x25 witness_checkorder(c7b088d8,9,c0a25674,856,0,...) at witness_checkorder+0x839 __lockmgr_args(c7b088d8,80100,c7b088f8,0,0,...) at __lockmgr_args+0x824 ffs_lock(de2ea51c,c0768ecb,c0a2495e,80100,c7b08880,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ab18c0,de2ea51c,c4e36c30,c0ac00e0,c7b08880,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c7b08880,80100,c0a25674,856,4,...) at _vn_lock+0x5e vget(c7b08880,80100,c4e36b80,50,0,...) at vget+0xb9 vfs_hash_get(c494c798,62d401,80000,c4e36b80,de2ea660,...) at vfs_hash_get+0xe6 ffs_vgetf(c494c798,62d401,80000,de2ea660,1,...) at ffs_vgetf+0x49 softdep_sync_buf(c536e880,de007754,1,106,0,...) at softdep_sync_buf+0x4a3 ffs_syncvnode(c536e880,1,c0afe61c,4,c0a1456b,...) at ffs_syncvnode+0x24c ffs_truncate(c536e880,200,0,880,c49f6500,...) at ffs_truncate+0x7a3 ufs_direnter(c536e880,c7b08880,de2ea9f4,de2eab84,ddfeb7c0,...) at ufs_direnter+0x921 ufs_mkdir(de2eac14,de2eac28,0,0,de2eabac,...) at ufs_mkdir+0x8ef VOP_MKDIR_APV(c0ab18c0,de2eac14,de2eab84,de2eabac,0,...) at VOP_MKDIR_APV+0xa5 kern_mkdirat(c4e36b80,ffffff9c,bfbfea6d,0,1ff,...) at kern_mkdirat+0x2a1 kern_mkdir(c4e36b80,bfbfea6d,0,1ff,de2ead1c,...) at kern_mkdir+0x2e sys_mkdir(c4e36b80,de2eacec,c0a568d6,c0a1e526,202,...) at sys_mkdir+0x29 syscall(de2ead28) at syscall+0x284 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (136, FreeBSD ELF32, sys_mkdir), eip = 0x28174303, esp = 0xbfbfe7dc, ebp = 0xbfbfe8a8 --- Regards Roar Pettersen Bergen - Norway From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 08:11:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5930C106566B; Sat, 8 Oct 2011 08:11:07 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 14A9D8FC0C; Sat, 8 Oct 2011 08:11:06 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8EEF85DAD; Sat, 8 Oct 2011 08:11:05 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p988B47P030627; Sat, 8 Oct 2011 08:11:04 GMT (envelope-from phk@phk.freebsd.dk) To: Arnaud Lacombe From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Oct 2011 17:22:54 -0400." Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 08 Oct 2011 08:11:04 +0000 Message-ID: <30626.1318061464@critter.freebsd.dk> Cc: Warren Block , Glen Barber , freebsd-current@freebsd.org, Garrett Cooper , Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 08:11:07 -0000 In message , Arnaud Lacombe writes: >If you expose a setting, you cannot rely on a user not to use it even >if you told him not to. As long as this is exposed and usable, it will >be used, even more when it was documented. This is clearly marked as a debug tool, the only bug here, is that people tell users to abuse it in the documentation. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 08:18:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DD01106566B; Sat, 8 Oct 2011 08:18:56 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id CEA258FC0C; Sat, 8 Oct 2011 08:18:55 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C1C215DAD; Sat, 8 Oct 2011 08:18:54 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p988IsWi032041; Sat, 8 Oct 2011 08:18:54 GMT (envelope-from phk@phk.freebsd.dk) To: Warren Block From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Oct 2011 17:41:59 CST." Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 08 Oct 2011 08:18:54 +0000 Message-ID: <32040.1318061934@critter.freebsd.dk> Cc: freebsd-current@freebsd.org, Garrett Cooper , Glen Barber , "Andrey V. Elsukov" , Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 08:18:56 -0000 In message , Warren Block write s: >Since we're talking about this, could you review the usage in the >gmirror section of the Handbook GEOM chapter: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-mirror.html > >Seems like that is a valid non-debugging use, to allow the last block to >be written. gmirror and this procedure has several problems: 1. It steals the last sector on the disk. If that sector contained data you lost them, with no notice. Most often it will not, particularly on a freshly installed system, but it is still a bad thing. 2. The paritioning is not fixed up to record the stealing of this sector. I wouldn't be surprised if this could cause confusion down the road. 3. In this case, writing only happens to a single sector, which we assume is not going to be written by anybody else, so apart from #1 and #2 debugflags=16 does not cause any additional damage. This is the kind of usage that makes me sad I ever added that option. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 08:57:01 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D98106566B; Sat, 8 Oct 2011 08:57:01 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4A98FC0C; Sat, 8 Oct 2011 08:57:01 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 731194AC2D; Sat, 8 Oct 2011 12:55:56 +0400 (MSD) Date: Sat, 8 Oct 2011 12:55:43 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1993293883.20111008125543@serebryakov.spb.ru> To: Daniel Kalchev In-Reply-To: <4E8F5D82.7050906@digsys.bg> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, perryh@pluto.rain.com, ivoras@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 08:57:01 -0000 Hello, Daniel. You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 0:13:54: >>>> GPT (and MBR) metadata placement is dictated from outside world, >>>> where is no GEOM and geom_label. They INTENDED to be used on DISKS. >>>> BIOSes should be able to find it :) >>> Certainly GPT and MBR must place an instance of the partition table >>> where the BIOS expects it, but there's no immediately obvious reason >>> why they must regard that instance as their GEOM metadata. GPT puts >>> a second copy in the provider's last block, and AFAICT it could just >>> as well use _that_ instance -- or even a differently-formatted block >>> that included the same data -- as the primary. MBR could do likewise. >> I have deja-vu, that I answered this. Please, read standard. GPT >> _must_ be placed twice -- at first and last sectors (really, more >> than one sectors). By standard. Secondary copy must be at end of >> disk. Period. > Then, "by standard" GPT cannot coexist with GLABEL. Such setup should be > disallowed, or at least big nasty message that you have just shoot=20 > yourself in the leg should be output. (period) Ok, maybe adding check to geom_part, that it is used on rank-1 provider (whole disk) is not so bad idea. But it then raise question how to install FreeBSD on software mirror, what is useful. But could bite you sometimes... Hm... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 08:57:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CAC210657C1; Sat, 8 Oct 2011 08:57:27 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id DDE358FC15; Sat, 8 Oct 2011 08:57:26 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id DD71D4AC32; Sat, 8 Oct 2011 12:57:25 +0400 (MSD) Date: Sat, 8 Oct 2011 12:57:14 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1427093959.20111008125714@serebryakov.spb.ru> To: lev@freebsd.org In-Reply-To: <4e901d55.j0M8m+Tba3WC+Wrp%perryh@pluto.rain.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1646032486.20111007112802@serebryakov.spb.ru> <4e901d55.j0M8m+Tba3WC+Wrp%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 08:57:27 -0000 Hello, Lev. You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 13:52:21: >> GPT must have backup copy in last sector by standard ... > In that case, shouldn't it refuse to install on any provider that is > not in fact a disk, so as not to create configurations that cannot > work properly? Installation of FreeBSD on software mirror?.. >> MBR doesn;t have any additional metadata. How adding one will help it? > It would add robustness, for cases like the one that started > this thread. If MBR put a GEOM metadata block at the end of > its provider, it would fix the tasting race when an MBR is > installed on a glabelled (or gmirrored) drive. And how it should work with MBR created by non-FreeBSD tools? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 09:05:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA7A9106566C; Sat, 8 Oct 2011 09:05:14 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 674618FC16; Sat, 8 Oct 2011 09:05:14 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 1B1424AC1C; Sat, 8 Oct 2011 13:05:13 +0400 (MSD) Date: Sat, 8 Oct 2011 13:05:01 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <751863274.20111008130501@serebryakov.spb.ru> To: Ivan Voras In-Reply-To: References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org, freebsd-current@freebsd.org, Daniel Kalchev Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 09:05:14 -0000 Hello, Ivan. You wrote 8 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 0:23:1= 4: > If you think this should be explicitely handled, please file a PR > which requests the modification of gpart so that it detects that a GPT > is being created in anything other than a raw drive, and warns the > user. It should be mentioned in documentation, at least. But how people will create bootable gmirror installation in such case? Make (many) mirrors from parts? I don't like this idea... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 09:20:13 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E2B31065670; Sat, 8 Oct 2011 09:20:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 94CA88FC0C; Sat, 8 Oct 2011 09:20:12 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id C7F6A1371A; Sat, 8 Oct 2011 11:20:11 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p989KAYn065029; Sat, 8 Oct 2011 11:20:10 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p989KAYn065029 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1318065611; bh=yKdpnW2VTVjo35o4bRN6vA+zEZFzWbhk1dx+fcwQhLQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=CtZZYZIS5maQwXSrbg0EVI/Hn33StH7pH09nlCGswxPZH9c1QLhVZsx82A4fTRMls iE5xmlzl1ZXtYaFMcmHNg== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p989KAYn065029 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=Fy6RatC3qFwdky9L7XvZavIALBgVqXb3iCxo9JnhlIvUx/Bgd7F2wcfR2H0MXfjFo jiwBZgMZABvz4VzqrevIg== Message-ID: <4E9015CA.30302@restart.be> Date: Sat, 08 Oct 2011 11:20:10 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111006 Thunderbird/7.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> <4E8DAEE5.4020004@FreeBSD.org> <4E8DB464.80202@restart.be> <4E8DB915.6000502@FreeBSD.org> In-Reply-To: <4E8DB915.6000502@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 09:20:13 -0000 On 10/06/2011 16:20, Andriy Gapon wrote: > on 06/10/2011 17:00 Henri Hennebert said the following: >> On 10/06/2011 15:36, Andriy Gapon wrote: >>> on 06/10/2011 15:30 Henri Hennebert said the following: >>>> The pool is a mirror: >>>> >>>> [root@morzine ~]# zpool status rpool >>>> pool: rpool >>>> state: ONLINE >>>> scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 >>>> config: >>>> >>>> NAME STATE READ WRITE CKSUM >>>> rpool ONLINE 0 0 0 >>>> mirror-0 ONLINE 0 0 0 >>>> gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >>>> gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >>>> >>>> errors: No known data errors >>>> >>>> and rpool/root is not compressed: >>>> >>>> [root@morzine ~]# zfs get compression rpool/root >>>> NAME PROPERTY VALUE SOURCE >>>> rpool/root compression off inherited from rpool >>>> >>>> pool is v28 and filesystems are v5 >>> >>> No particular recipes for this environment, just a general suggestion. >>> If you run into a situation like this again, please try to use >>> tools/tools/zfsboottest to diagnose where exactly an error originates. >>> >> I try [ please note _M_enu.rc ]: >> >> [root@morzine ~]# /usr/obj/usr/src/tools/tools/zfsboottest/zfsboottest >> /boot/Menu.rc /dev/da0p2 /dev/da1p2 >> ZFS: SPA version 28 >> pool: rpool >> config: >> >> NAME STATE >> rpool ONLINE >> mirror ONLINE >> gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE >> gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE >> \ Menu.rc >> \ $FreeBSD: head/sys/boot/forth/menu.rc 222417 2011-05-28 08:50:38Z julian $ >> \ >> \ Load required Forth modules >> include /boot/version.4th >> include /boot/brand.4th >> include /boot/menu.4th >> include /boot/menu-commands.4th >> include /boot/shortcuts.4th >> >> \ Screen prep >> clear \ clear the screen (see `screen.4th') >> print_version \ print version string (bottom-right; see `version.4th') >> draw-beastie \ draw freebsd mascot (on right; see `beastie.4th') >> draw-brand \ draw the FreeBSD title (top-left; see `brand.4th') >> menu-init \ initialize the menu area (see `menu.4th') >> >> \ Initialize main menu constructs (see `menu.4th') >> \ NOTE: To use the `ansi' variants, add `loader_color=1' to loader.conf(5) >> >> set menu_timeout_command="boot" >> >> \ Display the main menu (see `menu.4th') >> menu-display >> [root@morzine ~] >> >> The line `ZFS: SPA version 28' >> >> come from my local patch: >> >> Index: sys/boot/zfs/zfsimpl.c >> =================================================================== >> --- sys/boot/zfs/zfsimpl.c (revision 225759) >> +++ sys/boot/zfs/zfsimpl.c (working copy) >> @@ -63,6 +63,8 @@ >> STAILQ_INIT(&zfs_vdevs); >> STAILQ_INIT(&zfs_pools); >> >> + printf("ZFS: SPA version %u\n", (unsigned) SPA_VERSION); >> + >> zfs_temp_buf = malloc(TEMP_SIZE); >> zfs_temp_end = zfs_temp_buf + TEMP_SIZE; >> zfs_temp_ptr = zfs_temp_buf; >> >> >> Is it what you sugest ? > > Yes. And this report indicates that the boot code (built from your source tree) > should be able to read that file. > I do: mv /boot/Menu.rc /boot/menu.rc and reboot. The /boot/menu.rc can be read by zfsloader so I conclude that it was the directory entry of /boot/menu.rc thas has a problem in the first place. Next time it happen I will directly use zfsboottest before any update to the pool. Thank for your time! Henri From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 09:29:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19213106566B for ; Sat, 8 Oct 2011 09:29:15 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id C3F3C8FC21 for ; Sat, 8 Oct 2011 09:29:14 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id B1678137C8 for ; Sat, 8 Oct 2011 11:29:13 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p989TCYL065262 for ; Sat, 8 Oct 2011 11:29:12 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p989TCYL065262 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1318066153; bh=WunEUZJ/smVZYccb/NpzScKYCvEF1oTWVJtGZssSOAE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=wymxvxpDqFRRwWCU6mbUUscv/xcepK0m7fnV1wU9g9bzcHPfw0A2YTdq/gyfVq97f bN8ISQXJ8k37rtI6SLIRw== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p989TCYL065262 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding; b=QFvDWThr4lRQ9PTmJYhZBYpjGakEnDZSfzD6QHHHpo6xEWZGR8/YLvwbNIbhT63Pj 9Vy6wgS8HTfpvJH5oepOw== Message-ID: <4E9017E8.4070900@restart.be> Date: Sat, 08 Oct 2011 11:29:12 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111006 Thunderbird/7.0.1 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 9.0-BETA3 (r225759) without ACPI raise a page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 09:29:15 -0000 Hello, On my configuration, If I boot 9.0-BETA3 (r225759) without ACPI, the kernel encounter a page fault before the end of the boot. A photo of the screen can be found at: http://verbier.restart.be/xfer/dsc00042.jpg Henri From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 10:04:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23B9F1065670; Sat, 8 Oct 2011 10:04:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7498FC15; Sat, 8 Oct 2011 10:04:45 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 907F04AC1C; Sat, 8 Oct 2011 14:04:41 +0400 (MSD) Date: Sat, 8 Oct 2011 14:04:26 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <338510238.20111008140426@serebryakov.spb.ru> To: "Poul-Henning Kamp" In-Reply-To: <32040.1318061934@critter.freebsd.dk> References: Your message of "Fri, 07 Oct 2011 17:41:59 CST." <32040.1318061934@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , freebsd-current@freebsd.org, Garrett Cooper , Glen Barber , "Andrey V. Elsukov" , Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 10:04:46 -0000 Hello, Poul-Henning. You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 12:18:54: > gmirror and this procedure has several problems: > 1. It steals the last sector on the disk. If that sector contained data > you lost them, with no notice. Most often it will not, particularly > on a freshly installed system, but it is still a bad thing. > 2. The paritioning is not fixed up to record the stealing of this sector. > I wouldn't be surprised if this could cause confusion down the road. Yes, see discussion about GPT and MBR problems in thread, which is named (and should be re-named already, really) "RFC: Project geom-events" > This is the kind of usage that makes me sad I ever added that option. Storing metadata of GEOM in last (or first) sector plays bad with MBR and, especially, GPT :( And I cannot see good solution for this. It seems, that GPT will be incompatible with any pure-software mirror or mirror-like RAID. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 10:07:32 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348C0106564A; Sat, 8 Oct 2011 10:07:32 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DC6728FC17; Sat, 8 Oct 2011 10:07:31 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id B07865DAD; Sat, 8 Oct 2011 10:07:30 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p98A7Tac040970; Sat, 8 Oct 2011 10:07:29 GMT (envelope-from phk@phk.freebsd.dk) To: lev@FreeBSD.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 08 Oct 2011 14:04:26 +0400." <338510238.20111008140426@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 08 Oct 2011 10:07:29 +0000 Message-ID: <40969.1318068449@critter.freebsd.dk> Cc: Warren Block , Garrett Cooper , Glen Barber , "Andrey V. Elsukov" , Benjamin Kaduk , Arnaud Lacombe , freebsd-current@FreeBSD.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 10:07:32 -0000 In message <338510238.20111008140426@serebryakov.spb.ru>, Lev Serebryakov write s: > It seems, that GPT will be incompatible with any pure-software > mirror or mirror-like RAID. Unless you do what other implementations have done: Play nice with GPT and store your metadata in a GPT partition. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 10:31:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D39106566B; Sat, 8 Oct 2011 10:31:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E9E418FC0A; Sat, 8 Oct 2011 10:31:40 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 59E4F4AC1C; Sat, 8 Oct 2011 14:31:39 +0400 (MSD) Date: Sat, 8 Oct 2011 14:31:28 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1644928028.20111008143128@serebryakov.spb.ru> To: "Poul-Henning Kamp" In-Reply-To: <40969.1318068449@critter.freebsd.dk> References: Your message of "Sat, 08 Oct 2011 14:04:26 +0400." <338510238.20111008140426@serebryakov.spb.ru> <40969.1318068449@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Garrett Cooper , Glen Barber , "Andrey V. Elsukov" , Benjamin Kaduk , Arnaud Lacombe , freebsd-current@FreeBSD.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 10:31:41 -0000 Hello, Poul-Henning. You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 14:07:29: >> It seems, that GPT will be incompatible with any pure-software >> mirror or mirror-like RAID. > Unless you do what other implementations have done: Play nice with > GPT and store your metadata in a GPT partition. So, every other GEOM class should have special knowledge about GPT? It doesn't look like "topology-agnostic" GEOM way :) Now it is possible to make gmirror inside GPT partition by hands, of course. but if here is multiple partitions it will lead to multiple instances of gmirror, and, in case of synchronization, it will thrash disk, as all instances will try to read and write from different areas of disks (partiitons) in same time... I don't see good universal solution for this, unfortunately :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 13:05:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E269106564A for ; Sat, 8 Oct 2011 13:05:33 +0000 (UTC) (envelope-from rope1968@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A9FD28FC0C for ; Sat, 8 Oct 2011 13:05:32 +0000 (UTC) Received: by eyz10 with SMTP id 10so3033676eyz.13 for ; Sat, 08 Oct 2011 06:05:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=W+0Z/vy9QXVHXyX3VxgZ1sAuTqFYBMOgq7BPntxfggs=; b=B22xlO1SFzmCffGKHtLC4W4jpx54mCoS5WwU1hIgjZaZo6Vkzu6ysXJvdXcZegCAkl Yk5MAL5YZgiS9yYHWAsf5yudkwzbb1yBZicIXHY61k+DNvM0bHNbkIiZGCwVx6ULpvUz YdxKWs87+YndJD4aLDXexE2pushvWb+M0m4fE= MIME-Version: 1.0 Received: by 10.213.105.143 with SMTP id t15mr225661ebo.113.1318079131731; Sat, 08 Oct 2011 06:05:31 -0700 (PDT) Received: by 10.213.34.141 with HTTP; Sat, 8 Oct 2011 06:05:31 -0700 (PDT) Date: Sat, 8 Oct 2011 15:05:31 +0200 Message-ID: From: Roar Pettersen To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9.0-BETA 3 lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 13:05:33 -0000 Hello ! Just did a new build of world & kernel, and the error message have changed a bit : lock order reversal: 1st 0xddf0c4cc bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xc4996200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper(c0a19f6c,7366752f,7366752f,7269645f,68736168,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0757c8b,c0a1d8cf,c45452a0,c4548f90,de2bf898,...) at kdb_backtrace+0x2a _witness_debugger(c0a1d8cf,c4996200,c0a42e72,c4548f90,c0a42af7,...) at _witness_debugger+0x25 witness_checkorder(c4996200,9,c0a42af7,11c,0,...) at witness_checkorder+0x839 _sx_xlock(c4996200,0,c0a42af7,11c,c4ccfd24,...) at _sx_xlock+0x85 ufsdirhash_acquire(ddf0c46c,c4ccfd24,de2bf9f4,deb3ca54,de2bf968,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c4ccfd24,de2bf9f4,a54,de2bf954,de2bf958,...) at ufsdirhash_add+0x13 ufs_direnter(c4cd8cc0,c4cd8bb0,de2bf9f4,de2bfb84,ddf0c868,...) at ufs_direnter+0x739 ufs_mkdir(de2bfc14,de2bfc28,0,0,de2bfbac,...) at ufs_mkdir+0x8ef VOP_MKDIR_APV(c0ab18c0,de2bfc14,de2bfb84,de2bfbac,0,...) at VOP_MKDIR_APV+0xa5 kern_mkdirat(c4cb38a0,ffffff9c,28404020,0,1c0,...) at kern_mkdirat+0x2a1 kern_mkdir(c4cb38a0,28404020,0,1c0,de2bfd1c,...) at kern_mkdir+0x2e sys_mkdir(c4cb38a0,de2bfcec,c0a568d6,c0a1e49e,202,...) at sys_mkdir+0x29 syscall(de2bfd28) at syscall+0x284 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (136, FreeBSD ELF32, sys_mkdir), eip = 0x28174303, esp = 0xbfbfe8cc, ebp = 0xbfbfed78 --- FreeBSD 9.0-BETA3 #1: Sat Oct 8 12:19:13 CEST 2011 i386 Regards Roar Pettersen Bergen - Norway From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 14:24:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F602106564A for ; Sat, 8 Oct 2011 14:24:42 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.29.7]) by mx1.freebsd.org (Postfix) with ESMTP id E55738FC0C for ; Sat, 8 Oct 2011 14:24:41 +0000 (UTC) Received: from [78.34.154.169] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1RCXpN-0003wK-I9 for freebsd-current@freebsd.org; Sat, 08 Oct 2011 16:24:40 +0200 Date: Sat, 8 Oct 2011 16:24:29 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20111008162429.5bc23116@fabiankeil.de> In-Reply-To: <3F00228B-857B-472E-926B-9BEFE9B3557A@freebsd.org> References: <3F00228B-857B-472E-926B-9BEFE9B3557A@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/8K6MN3iM4K_ijZ42UrAG6l1"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Subject: Re: A patch for a bug in the dtrace command... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 14:24:42 -0000 --Sig_/8K6MN3iM4K_ijZ42UrAG6l1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable George Neville-Neil wrote: > I have found that the dtrace command on FreeBSD, in both STABLE and HEAD,= does not print out > aggregations properly, likely due to the difference in how Solaris and Fr= eeBSD signals work. > For example, this one liner will give no output: >=20 > sudo dtrace -n 'syscall:::entry { @[execname] =3D quantize(arg0); }' Acutally it works when not using sudo or when killing dtrace by sending a SIGTERM instead of using the keyboard. Of course it's still a bug. > While is should print this: >=20 > dtrace -n 'syscall:::entry { @[execname] =3D quantize(arg0); }' > dtrace: description 'syscall:::entry ' matched 1028 probes > ^C >=20 > nrpe2 =20 > value ------------- Distribution ------------- count =20 > 2 | 0 =20 > 4 |@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 12 =20 > 8 | 0 =20 >=20 > sshd =20 > value ------------- Distribution ------------- count =20 > 0 | 0 =20 > 1 |@@@@@@@@@@ 5 =20 > 2 |@@@@@@@@@@@@@@ 7 =20 > 4 | 0 =20 > 8 |@@@@@@@@@@@@@@@@ 8 =20 > 16 | 0 =20 >=20 > etc. >=20 > I have made the following patch, but I'd be interested in people testing = and commenting on it. I do not know whether dtrace or sudo is responsible for the problem, but I can confirm that the patch works for me. Thanks a lot. Fabian --Sig_/8K6MN3iM4K_ijZ42UrAG6l1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6QXSUACgkQBYqIVf93VJ2p6wCeN6/v4BLUUcTYkSlHNvRHrYGh yf4AoK6VD0R8a3ElZQJ+HrMJsWx3yWVi =Qonf -----END PGP SIGNATURE----- --Sig_/8K6MN3iM4K_ijZ42UrAG6l1-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 16:16:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB99D106564A; Sat, 8 Oct 2011 16:16:08 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2BAF38FC0A; Sat, 8 Oct 2011 16:16:07 +0000 (UTC) Received: by wwe3 with SMTP id 3so6877710wwe.31 for ; Sat, 08 Oct 2011 09:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LhXrmetoKfqolVlYJh4OwARq2O5seNyqIlq9kj12ivs=; b=QuW5CP+K5yfIpjbsxOA1/nLUAGN5pdkHTk0h8cw3EsHSnKgUdPzkVeW7u3u05cGcof WFnGq419HIBIAuhwN+Lbpxlkg9TVPFMP/vDZOqk+MbllyYInrn6SUnl9iK+ScT45ltZt VDhL4x/pcWk00pzuasAgLCBNeBXdFoeb8jBV4= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr3869516wbw.51.1318090566853; Sat, 08 Oct 2011 09:16:06 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Sat, 8 Oct 2011 09:16:06 -0700 (PDT) In-Reply-To: <30626.1318061464@critter.freebsd.dk> References: <30626.1318061464@critter.freebsd.dk> Date: Sat, 8 Oct 2011 12:16:06 -0400 Message-ID: From: Arnaud Lacombe To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: Warren Block , Glen Barber , freebsd-current@freebsd.org, Garrett Cooper , Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 16:16:08 -0000 Hi, On Sat, Oct 8, 2011 at 4:11 AM, Poul-Henning Kamp wrote: > In message > , Arnaud Lacombe writes: > >>If you expose a setting, you cannot rely on a user not to use it even >>if you told him not to. As long as this is exposed and usable, it will >>be used, even more when it was documented. > > This is clearly marked as a debug tool, the only bug here, is that people > tell users to abuse it in the documentation. > User do not care to understand the meaning of an option, you leave a hole somewhere, it will be used. I'm not even speaking about security issue here... This should never have been present in a release kernel. - Arnaud From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 16:33:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA32A106566B; Sat, 8 Oct 2011 16:33:39 +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 9D2448FC13; Sat, 8 Oct 2011 16:33:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p98GXcjW094028; Sat, 8 Oct 2011 12:33:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p98GXcvH093982; Sat, 8 Oct 2011 16:33:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Oct 2011 16:33:38 GMT Message-Id: <201110081633.p98GXcvH093982@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 16:33:40 -0000 TB --- 2011-10-08 14:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-08 14:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-08 14:30:00 - cleaning the object tree TB --- 2011-10-08 14:30:55 - cvsupping the source tree TB --- 2011-10-08 14:30:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-08 14:31:08 - building world TB --- 2011-10-08 14:31:08 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 14:31:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 14:31:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 14:31:08 - SRCCONF=/dev/null TB --- 2011-10-08 14:31:08 - TARGET=i386 TB --- 2011-10-08 14:31:08 - TARGET_ARCH=i386 TB --- 2011-10-08 14:31:08 - TZ=UTC TB --- 2011-10-08 14:31:08 - __MAKE_CONF=/dev/null TB --- 2011-10-08 14:31:08 - cd /src TB --- 2011-10-08 14:31:08 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 8 14:31:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Oct 8 16:33:36 UTC 2011 TB --- 2011-10-08 16:33:36 - generating LINT kernel config TB --- 2011-10-08 16:33:36 - cd /src/sys/i386/conf TB --- 2011-10-08 16:33:36 - /usr/bin/make -B LINT TB --- 2011-10-08 16:33:36 - cd /src/sys/i386/conf TB --- 2011-10-08 16:33:36 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-08 16:33:36 - building LINT-NOINET kernel TB --- 2011-10-08 16:33:36 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 16:33:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 16:33:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 16:33:36 - SRCCONF=/dev/null TB --- 2011-10-08 16:33:36 - TARGET=i386 TB --- 2011-10-08 16:33:36 - TARGET_ARCH=i386 TB --- 2011-10-08 16:33:36 - TZ=UTC TB --- 2011-10-08 16:33:36 - __MAKE_CONF=/dev/null TB --- 2011-10-08 16:33:36 - cd /src TB --- 2011-10-08 16:33:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Oct 8 16:33:37 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "exphy" is unknown config: Error: device "inphy" is unknown config: Error: device "ruephy" is unknown config: 3 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-08 16:33:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-08 16:33:38 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-10-08 16:33:38 - 5924.49 user 1041.20 system 7417.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 16:52:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3288106566C; Sat, 8 Oct 2011 16:52:45 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB708FC0A; Sat, 8 Oct 2011 16:52:42 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id DF8965DC4; Sat, 8 Oct 2011 16:52:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p98GqesE052964; Sat, 8 Oct 2011 16:52:41 GMT (envelope-from phk@phk.freebsd.dk) To: Arnaud Lacombe From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 08 Oct 2011 12:16:06 -0400." Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 08 Oct 2011 16:52:40 +0000 Message-ID: <52963.1318092760@critter.freebsd.dk> Cc: Warren Block , Glen Barber , freebsd-current@freebsd.org, Garrett Cooper , Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 16:52:45 -0000 In message , Arnaud Lacombe writes: >User do not care to understand the meaning of an option, you leave a >hole somewhere, it will be used. I'm not even speaking about security >issue here... There is a big difference between having an emergency hatch that gives you a chance to escape certain death by running across a shooting range, and on posting a sign telling people to use it as a short-cut. debugflags&16 has legitimate uses if you know exactly what kind of shitty situation you are in, and it should absolutely be in the release kernel for that reason. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 17:05:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B0D1106564A; Sat, 8 Oct 2011 17:05:05 +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 014F58FC0C; Sat, 8 Oct 2011 17:05:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p98H54dX073131; Sat, 8 Oct 2011 13:05:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p98H54gu073107; Sat, 8 Oct 2011 17:05:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Oct 2011 17:05:04 GMT Message-Id: <201110081705.p98H54gu073107@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 17:05:05 -0000 TB --- 2011-10-08 14:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-08 14:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-08 14:30:00 - cleaning the object tree TB --- 2011-10-08 14:30:55 - cvsupping the source tree TB --- 2011-10-08 14:30:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-08 14:31:07 - building world TB --- 2011-10-08 14:31:07 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 14:31:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 14:31:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 14:31:07 - SRCCONF=/dev/null TB --- 2011-10-08 14:31:07 - TARGET=amd64 TB --- 2011-10-08 14:31:07 - TARGET_ARCH=amd64 TB --- 2011-10-08 14:31:07 - TZ=UTC TB --- 2011-10-08 14:31:07 - __MAKE_CONF=/dev/null TB --- 2011-10-08 14:31:07 - cd /src TB --- 2011-10-08 14:31:07 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 8 14:31:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Oct 8 17:05:03 UTC 2011 TB --- 2011-10-08 17:05:03 - generating LINT kernel config TB --- 2011-10-08 17:05:03 - cd /src/sys/amd64/conf TB --- 2011-10-08 17:05:03 - /usr/bin/make -B LINT TB --- 2011-10-08 17:05:03 - cd /src/sys/amd64/conf TB --- 2011-10-08 17:05:03 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-08 17:05:03 - building LINT-NOINET kernel TB --- 2011-10-08 17:05:03 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 17:05:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 17:05:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 17:05:03 - SRCCONF=/dev/null TB --- 2011-10-08 17:05:03 - TARGET=amd64 TB --- 2011-10-08 17:05:03 - TARGET_ARCH=amd64 TB --- 2011-10-08 17:05:03 - TZ=UTC TB --- 2011-10-08 17:05:03 - __MAKE_CONF=/dev/null TB --- 2011-10-08 17:05:03 - cd /src TB --- 2011-10-08 17:05:03 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Oct 8 17:05:03 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "exphy" is unknown config: Error: device "inphy" is unknown config: Error: device "ruephy" is unknown config: 3 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-08 17:05:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-08 17:05:03 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-10-08 17:05:03 - 7268.92 user 1431.29 system 9302.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:01:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5BB4106564A; Sat, 8 Oct 2011 18:01:18 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A12DB8FC13; Sat, 8 Oct 2011 18:01:18 +0000 (UTC) Received: by iaby12 with SMTP id y12so475579iab.13 for ; Sat, 08 Oct 2011 11:01:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hWWecgSSBsspZjvTRjE1Tl/eR+qU18IivIzWOKvn5Dg=; b=Av3+2XecqU/aePxJESWZgJzJKFDMaqHGhciNYH4aLh++WN9uQMnCE+P1qTupA5bO59 L6oOSdagew6Ay0kIuEZHZmSfI71JrdMVZUvrrBY2YlI9d2hQUYg4qUQhgeFm3cFdop1y qS68xG5H16iecPhi8CXIdFlqaX1eS6BGsatCM= MIME-Version: 1.0 Received: by 10.42.155.133 with SMTP id u5mr4801283icw.8.1318095313896; Sat, 08 Oct 2011 10:35:13 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Sat, 8 Oct 2011 10:35:13 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Sat, 8 Oct 2011 10:35:13 -0700 (PDT) In-Reply-To: <20111007164411.554ac9c0.stas@FreeBSD.org> References: <20111007230336.GB3051@laptop.levsha.me> <20111007164411.554ac9c0.stas@FreeBSD.org> Date: Sat, 8 Oct 2011 18:35:13 +0100 Message-ID: From: Chris Rees To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mykola Dzham , current@freebsd.org, pp@gmail.com, "portmgr@freebsd.org" , jilles@freebsd.org Subject: Re: ports on 10.0-CURRENT: r226027 is incorrect fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:01:19 -0000 On 8 Oct 2011 00:45, "Stanislav Sedov" wrote: > > On Sat, 8 Oct 2011 02:03:37 +0300 > Mykola Dzham mentioned: > > > Hi! > > r226027 fix ( ... s/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/ ...) is > > incorrect: this commit breaks metaports building: > > > > # cd /usr/ports/print/teTeX && sudo make clean all > > ===> Cleaning for teTeX-3.0_5 > > ===> License check disabled, port has not defined LICENSE > > ===> Found saved configuration for teTeX-3.0_2 > > ===> Extracting for teTeX-3.0_5 > > ===> Patching for teTeX-3.0_5 > > ===> Configuring for teTeX-3.0_5 > > find /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0 -type f \( -name config.libpath -o -name config.rpath -o -name configure -o -name libtool.m4 \) -exec sed -i '' -e 's/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/' -e 's/freebsd\[123\]\*)/SHOULDNOTMATCHANYTHING2)/' {} + > > find: /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0: No such file or directory > > *** Error code 1 > > > > Stop in /usr/ports/print/teTeX. > > *** Error code 1 > > > > Stop in /usr/ports/print/teTeX. > > > > I think this commit should be reverted. Using UNAME_r is less destructive work around > > > > Hi! > > I just committed the fix that checks if the ${WRKSRC} directory exists firts. > > Last I heard, portmgr explicitly disapproved of this fix-- have I missed something??? Erwin specifically said not to do it. Since when can anyone just commit stuff to bsd.port.mk, regardless of its location? This is a bad solution, please revert it or I will when I get back. We're going to end up being asked to support it on ports@ otherwise. Chris From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:07:12 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB495106564A for ; Sat, 8 Oct 2011 18:07:12 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B2B048FC13 for ; Sat, 8 Oct 2011 18:07:12 +0000 (UTC) Received: by iaby12 with SMTP id y12so480791iab.13 for ; Sat, 08 Oct 2011 11:07:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=VqtHkQGO9RQtltrQyMCPk0+1daJryfQ5ZzP7imFj2V0=; b=dCTYhc9K7W9C/8KeN8UpnzU+O2KQzxLvLX/kxSUFRffpWTNPGYnZWr2Mxw3TEuZ3dE 0rQnTGUb9+mJzJZAdqZje6+aRqMb8IxSib5ftMEN9LcCnNGap45J+IAeUkGeU6Hd9TZe JeRPRU2U00Or94vfRxyOpn7zKIliFDuvdfWZI= MIME-Version: 1.0 Received: by 10.231.25.229 with SMTP id a37mr5560482ibc.8.1318095390800; Sat, 08 Oct 2011 10:36:30 -0700 (PDT) Sender: utisoft@gmail.com Received: by 10.231.35.194 with HTTP; Sat, 8 Oct 2011 10:36:30 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Sat, 8 Oct 2011 10:36:30 -0700 (PDT) In-Reply-To: References: <20111007230336.GB3051@laptop.levsha.me> <20111007164411.554ac9c0.stas@FreeBSD.org> Date: Sat, 8 Oct 2011 18:36:30 +0100 X-Google-Sender-Auth: gINvEPqQvs9a73zdAGXiBvN7qEY Message-ID: From: Chris Rees To: "current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ports on 10.0-CURRENT: r226027 is incorrect fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:07:13 -0000 On 8 Oct 2011 00:45, "Stanislav Sedov" wrote: > > On Sat, 8 Oct 2011 02:03:37 +0300 > Mykola Dzham mentioned: > > > Hi! > > r226027 fix ( ... s/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/ ...) is > > incorrect: this commit breaks metaports building: > > > > # cd /usr/ports/print/teTeX && sudo make clean all > > ===> Cleaning for teTeX-3.0_5 > > ===> License check disabled, port has not defined LICENSE > > ===> Found saved configuration for teTeX-3.0_2 > > ===> Extracting for teTeX-3.0_5 > > ===> Patching for teTeX-3.0_5 > > ===> Configuring for teTeX-3.0_5 > > find /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0 -type f \( -name config.libpath -o -name config.rpath -o -name configure -o -name libtool.m4 \) -exec sed -i '' -e 's/freebsd1\*)/SHOULDNOTMATCHANYTHING1)/' -e 's/freebsd\[123\]\*)/SHOULDNOTMATCHANYTHING2)/' {} + > > find: /tmp/ports/usr/ports/print/teTeX/work/teTeX-3.0: No such file or directory > > *** Error code 1 > > > > Stop in /usr/ports/print/teTeX. > > *** Error code 1 > > > > Stop in /usr/ports/print/teTeX. > > > > I think this commit should be reverted. Using UNAME_r is less destructive work around > > > > Hi! > > I just committed the fix that checks if the ${WRKSRC} directory exists firts. > > Last I heard, portmgr explicitly disapproved of this fix-- have I missed something??? Erwin specifically said not to do it. Since when can anyone just commit stuff to bsd.port.mk, regardless of its location? This is a bad solution, please revert it or I will when I get back. We're going to end up being asked to support it on ports@ otherwise. Chris From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:08:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D171065674; Sat, 8 Oct 2011 18:08:16 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C0E628FC1C; Sat, 8 Oct 2011 18:08:15 +0000 (UTC) Received: by wwe3 with SMTP id 3so6948114wwe.31 for ; Sat, 08 Oct 2011 11:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QAwk47beK5Wu0FYodl7wIEiCCBmCGhRt9T0P0CsRIbg=; b=rp2tmDGiN+vCKkdhyDYpScHYa70VxV6oE+zCis22FWecQgVsFYnE1Eao0A5DbimXiz aLiCY6X7uMrgkVEM4FOzJYh6OwbffELpnO1B2J9vhbZIhwIP8dkinQP2G1rWLiV3gB64 EPTvy7k5fXyavK9lvbIE3/z3j8PPlagztomvo= MIME-Version: 1.0 Received: by 10.227.153.211 with SMTP id l19mr3969097wbw.51.1318097294627; Sat, 08 Oct 2011 11:08:14 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Sat, 8 Oct 2011 11:08:14 -0700 (PDT) In-Reply-To: <52963.1318092760@critter.freebsd.dk> References: <52963.1318092760@critter.freebsd.dk> Date: Sat, 8 Oct 2011 14:08:14 -0400 Message-ID: From: Arnaud Lacombe To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: Warren Block , Glen Barber , freebsd-current@freebsd.org, Garrett Cooper , Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:08:16 -0000 Hi, On Sat, Oct 8, 2011 at 12:52 PM, Poul-Henning Kamp wrote: > In message > , Arnaud Lacombe writes: > >>User do not care to understand the meaning of an option, you leave a >>hole somewhere, it will be used. I'm not even speaking about security >>issue here... > > There is a big difference between having an emergency hatch that > gives you a chance to escape certain death by running across a > shooting range, and on posting a sign telling people to use it as > a short-cut. > I will certainly never ask you to draw blueprints for a shooting range. There is NO legitimacy whatsoever for an emergency hatch to pass though the firing line. - Arnaud From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:11:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60736106564A; Sat, 8 Oct 2011 18:11:15 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF508FC0A; Sat, 8 Oct 2011 18:11:14 +0000 (UTC) Received: by qadz30 with SMTP id z30so4430685qad.13 for ; Sat, 08 Oct 2011 11:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PgpKCJsrPF6HcWNGeE/1NWddCDUDfjJPs9yaGZalbE8=; b=Q3zpFyPOKxGKb5Z1d3aild6RiQ8hZunE9HapyTXp7TB6JIn74P5tUWqPU7W7cyf6xs CkIvoMAP6gT5yopqTfzIswn3p/xb9fdwoJeL0hG7WefEfS1HRQGwoEbCmcInQHCDIQtK R498Y/FUDrq90pdclewi5YdGGqsSgNEsHV1DU= MIME-Version: 1.0 Received: by 10.224.213.10 with SMTP id gu10mr5839789qab.33.1318097474169; Sat, 08 Oct 2011 11:11:14 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sat, 8 Oct 2011 11:11:13 -0700 (PDT) In-Reply-To: References: <52963.1318092760@critter.freebsd.dk> Date: Sat, 8 Oct 2011 11:11:13 -0700 Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Cc: Warren Block , Glen Barber , Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:11:15 -0000 On Sat, Oct 8, 2011 at 11:08 AM, Arnaud Lacombe wrote: > Hi, > > On Sat, Oct 8, 2011 at 12:52 PM, Poul-Henning Kamp wrote: >> In message >> , Arnaud Lacombe writes: >> >>>User do not care to understand the meaning of an option, you leave a >>>hole somewhere, it will be used. I'm not even speaking about security >>>issue here... >> >> There is a big difference between having an emergency hatch that >> gives you a chance to escape certain death by running across a >> shooting range, and on posting a sign telling people to use it as >> a short-cut. >> > I will certainly never ask you to draw blueprints for a shooting > range. There is NO legitimacy whatsoever for an emergency hatch to > pass though the firing line. Certain groups do use this emergency hatch in production to get past safeguards and purposely zero out disks. Granted, it's an ill-advised procedure for most end-users. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:14:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A66F1065675 for ; Sat, 8 Oct 2011 18:14:10 +0000 (UTC) (envelope-from fwd@gothschlampen.com) Received: from keus02.synserver.de (www.hassblog.de [212.40.171.22]) by mx1.freebsd.org (Postfix) with ESMTP id 5203D8FC0A for ; Sat, 8 Oct 2011 18:14:09 +0000 (UTC) Received: by keus02.synserver.de (Postfix, from userid 1000) id DF803159EF2; Sat, 8 Oct 2011 20:14:07 +0200 (CEST) Resent-From: Thomas Keusch Resent-Date: Sat, 8 Oct 2011 20:14:07 +0200 Resent-Message-ID: <20111008181407.GA10331@vs2.gothschlampen.com> Resent-To: freebsd-current@freebsd.org Date: Sat, 8 Oct 2011 17:52:53 +0200 From: Thomas K. To: freebsd-current@freebsd.org Message-ID: <20111008155252.GA24223.edited@vs2.gothschlampen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Memstick image differences between 8.x and 9.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:14:10 -0000 Hello, a while ago I downloaded a then current FreeBSD 9 current memstick image and wrote it to an USB pen drive. It didn't boot, but also showed no error. It just did not appear in the list of devices to boot from, after pressing F12 after POST on this box. I thought maybe the pen drive was bad or unbootable or something, and forgot about it. This was for playing around with ZFS, so I went with FreeBSD 8.1 back then. No problems. With FreeBSD 9.0-BETA3 I tried again on another pen drive (known to work ok), same result. It just does not appear in the list of devices to boot from when pressing F12 after POST. Are there any general structural differences between FreeBSD 8 and 9 memstick images which could be at fault here? I didn't really investigate this issue any further than described, just being curious. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:21:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B57C106564A for ; Sat, 8 Oct 2011 18:21:25 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0DAC78FC08 for ; Sat, 8 Oct 2011 18:21:24 +0000 (UTC) Received: by qadz30 with SMTP id z30so4433260qad.13 for ; Sat, 08 Oct 2011 11:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kLgEhK7wwWQ2ju2B48JE8bw1s0+QRrRnR2JoLfOBz1Y=; b=Z6JiUaMkG4ehpRE0oqzlq4uxTxoxlp2PBUO1oFTxj/bqKAv3bxX5nOQ9ekKjEFTpra 10wbWNOt6MJQwre41w35utzDX+/cw3YfZFMV+Z901l30J+ggvEq09I4zDKTCxXkWZLTL AvAkZGAwIt1P0X+7JFjLUZnR/Do5vi54sb2zo= MIME-Version: 1.0 Received: by 10.224.213.10 with SMTP id gu10mr5861187qab.33.1318098084454; Sat, 08 Oct 2011 11:21:24 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sat, 8 Oct 2011 11:21:24 -0700 (PDT) In-Reply-To: <20111008155252.GA24223.edited@vs2.gothschlampen.com> References: <20111008155252.GA24223.edited@vs2.gothschlampen.com> Date: Sat, 8 Oct 2011 11:21:24 -0700 Message-ID: From: Garrett Cooper To: "Thomas K." Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Memstick image differences between 8.x and 9.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:21:25 -0000 On Sat, Oct 8, 2011 at 8:52 AM, Thomas K. wrote: > Hello, > > a while ago I downloaded a then current FreeBSD 9 current memstick image and > wrote it to an USB pen drive. It didn't boot, but also showed no error. > It just did not appear in the list of devices to boot from, after pressing > F12 after POST on this box. > > I thought maybe the pen drive was bad or unbootable or something, and forgot > about it. This was for playing around with ZFS, so I went with FreeBSD 8.1 > back then. No problems. > > With FreeBSD 9.0-BETA3 I tried again on another pen drive (known to work ok), > same result. It just does not appear in the list of devices to boot from > when pressing F12 after POST. > > Are there any general structural differences between FreeBSD 8 and 9 memstick > images which could be at fault here? > > I didn't really investigate this issue any further than described, just being > curious. The new memstick image uses GPT instead of MBR partitioning. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:37:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57298106566B; Sat, 8 Oct 2011 18:37:00 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B83018FC13; Sat, 8 Oct 2011 18:36:59 +0000 (UTC) Received: by wwe3 with SMTP id 3so6964183wwe.31 for ; Sat, 08 Oct 2011 11:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0bqk6QSKOqoX/GU+xqZq+AMeszuvccXuvxOaRO+GXSk=; b=YWMtYsKDbKAAShF/hzpd5tLvtvFcL6WLLq9x0DORV5n71ywhE3a0LIsqK2nX97oboK WFSE8hVOZORU0j8GhsqO9Kv06fapULqT3+F2/MX/QKEIkLd0mQRAep1u5sPH5em0bpGb B9goSxd+tGu5YpHWEcJafzjPoxY2JV29fWqE8= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr3989487wbz.36.1318099018551; Sat, 08 Oct 2011 11:36:58 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Sat, 8 Oct 2011 11:36:58 -0700 (PDT) In-Reply-To: References: <52963.1318092760@critter.freebsd.dk> Date: Sat, 8 Oct 2011 14:36:58 -0400 Message-ID: From: Arnaud Lacombe To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Glen Barber , Poul-Henning Kamp , freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 18:37:00 -0000 Hi, On Sat, Oct 8, 2011 at 2:11 PM, Garrett Cooper wrote: > On Sat, Oct 8, 2011 at 11:08 AM, Arnaud Lacombe wrot= e: >> Hi, >> >> On Sat, Oct 8, 2011 at 12:52 PM, Poul-Henning Kamp = wrote: >>> In message >>> , Arnaud Lacombe writes: >>> >>>>User do not care to understand the meaning of an option, you leave a >>>>hole somewhere, it will be used. I'm not even speaking about security >>>>issue here... >>> >>> There is a big difference between having an emergency hatch that >>> gives you a chance to escape certain death by running across a >>> shooting range, and on posting a sign telling people to use it as >>> a short-cut. >>> >> I will certainly never ask you to draw blueprints for a shooting >> range. There is NO legitimacy whatsoever for an emergency hatch to >> pass though the firing line. > > =A0 =A0Certain groups do use this emergency hatch in production to get > past safeguards and purposely zero out disks. Granted, it's an > ill-advised procedure for most end-users. > Then it is not an "emergency" hatch. Using an "emergency" hatch in non emergency, or emergency-drill, situation is in most case strictly forbidden. It would rather be a service hatch. In which case, that part of geom is just badly designed. - Arnaud From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 19:10:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D97941065673; Sat, 8 Oct 2011 19:10:40 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 94AE48FC16; Sat, 8 Oct 2011 19:10:40 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9EBC35DAD; Sat, 8 Oct 2011 19:10:38 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p98JAbu5095028; Sat, 8 Oct 2011 19:10:37 GMT (envelope-from phk@phk.freebsd.dk) To: Arnaud Lacombe From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 08 Oct 2011 14:36:58 -0400." Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 08 Oct 2011 19:10:37 +0000 Message-ID: <95027.1318101037@critter.freebsd.dk> Cc: Garrett Cooper , Warren Block , freebsd-current@freebsd.org, Benjamin Kaduk , Glen Barber Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 19:10:40 -0000 In message , Arnaud Lacombe writes: Arnaud, Are we done here ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 19:34:01 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1892E1065672; Sat, 8 Oct 2011 19:34:01 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id D2E308FC08; Sat, 8 Oct 2011 19:34:00 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id CA6D360E5; Sat, 8 Oct 2011 15:33:59 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1318102440; bh=a8xkzJxStyJUrlHVGiP+ylCR/VGhpDY522ygte3rb0A=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=oZQusXIz7o2Z36ElyIhG5GIB9QktjMHoKQkEGhGIjLRKjsvcDYFXhDskJID1xa2gb uTHzQit+lehG0qXa4iyBrJctSThJTro6xMGf5eaLMktoxJZTLkd3dVxf8tH3IUq DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=kuGVfYq/wli0T6huBWBNSRPvCKk79gX8FENpRzmgJmdx6096RrM21lrgGW8W15iiu 59IL5VGEOySHGwgvkAzaEZ8gG32rgd9InLf4m16HJ1WXClhO8Q5bN1aD9aahuzy Message-ID: <4E90A5A5.9000809@protected-networks.net> Date: Sat, 08 Oct 2011 15:33:57 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Doug Barton References: <201110071615.p97GFlVK069165@repoman.freebsd.org> <4E8F8FE4.5040201@FreeBSD.org> In-Reply-To: <4E8F8FE4.5040201@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , "freebsd-ports@FreeBSD.org" Subject: Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 19:34:01 -0000 On 10/07/11 19:48, Doug Barton wrote: > In case anyone wants to take this on, this port fails to install on 10.0 > because it uses its own version of libtool. I took a quick look but > there wasn't a solution obvious enough for me. :) This appears to have been "fixed" by the (reversion of a) change to bsd.port.mk in SVN r226162 - I still used the "UNAME_r" kludge, however, imb From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 19:36:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63DE11065672; Sat, 8 Oct 2011 19:36:14 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13C5F8FC16; Sat, 8 Oct 2011 19:36:14 +0000 (UTC) Received: by iaby12 with SMTP id y12so564612iab.13 for ; Sat, 08 Oct 2011 12:36:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tbTnkTwbEDELbFy2axkSzb4wjZ9DOODmVM9amIosZUE=; b=bf52XYGh/Q8buT/JhedUzaarBEeBP7mgsGlRnX8OmZXBedtO+0E6ei0nCBziAw+BB8 KbklTviziOK0iy8Nj7PDx+Lo4nC7r/hd6EgGRsQdZf4dErV09321tyXv5MDwvh3AoKWW TAAqqvcV6eD5qua55YRzjXD8qTpExkshICsKE= MIME-Version: 1.0 Received: by 10.42.155.133 with SMTP id u5mr5411322icw.8.1318102573613; Sat, 08 Oct 2011 12:36:13 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Sat, 8 Oct 2011 12:36:13 -0700 (PDT) Received: by 10.231.35.194 with HTTP; Sat, 8 Oct 2011 12:36:13 -0700 (PDT) In-Reply-To: <4E90A5A5.9000809@protected-networks.net> References: <201110071615.p97GFlVK069165@repoman.freebsd.org> <4E8F8FE4.5040201@FreeBSD.org> <4E90A5A5.9000809@protected-networks.net> Date: Sat, 8 Oct 2011 20:36:13 +0100 Message-ID: From: Chris Rees To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current , "freebsd-ports@FreeBSD.org" , Doug Barton Subject: Re: cvs commit: ports/security/cyrus-sasl2 Makefile ports/security/cyrus-sasl2/files patch-plugins::gssapi.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 19:36:14 -0000 On 8 Oct 2011 20:34, "Michael Butler" wrote: > > On 10/07/11 19:48, Doug Barton wrote: >> >> In case anyone wants to take this on, this port fails to install on 10.0 >> because it uses its own version of libtool. I took a quick look but >> there wasn't a solution obvious enough for me. :) > > > This appears to have been "fixed" by the (reversion of a) change to bsd.port.mk in SVN r226162 - I still used the "UNAME_r" kludge, however, > r226162 has been reverted for now, so your fix is still relevant. Chris From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 19:51:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0798106566C; Sat, 8 Oct 2011 19:51:25 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 336788FC15; Sat, 8 Oct 2011 19:51:24 +0000 (UTC) Received: by wyj26 with SMTP id 26so6757020wyj.13 for ; Sat, 08 Oct 2011 12:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qj/9zoja0UsJEkuQojlNKejPM/AxGQGTWk7Tq9PtgV0=; b=dsii6DmWvJgyOk8YfRVnYClFPF2jKwMlzs4rZ83KMr/5LwpsU6tcMbk3MrIIcle669 SvJkAFg9pLM438+rwLsGUySfiyKoCrTCbMzu/HX/gMJt6OfYHRXNB8c4oePhAm5XGR2o 2pPLgllI0KFhaHfXWzJemIueGiUhyk6I5PfWk= MIME-Version: 1.0 Received: by 10.227.135.130 with SMTP id n2mr3985454wbt.51.1318103484096; Sat, 08 Oct 2011 12:51:24 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Sat, 8 Oct 2011 12:51:24 -0700 (PDT) In-Reply-To: <95027.1318101037@critter.freebsd.dk> References: <95027.1318101037@critter.freebsd.dk> Date: Sat, 8 Oct 2011 15:51:24 -0400 Message-ID: From: Arnaud Lacombe To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , Warren Block , freebsd-current@freebsd.org, Benjamin Kaduk , Glen Barber Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 19:51:25 -0000 Hi, On Sat, Oct 8, 2011 at 3:10 PM, Poul-Henning Kamp wrote: > In message > , Arnaud Lacombe writes: > > Arnaud, > > Are we done here ? > 'your call. A. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 19:57:01 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666CE106566B; Sat, 8 Oct 2011 19:57:01 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id DDCCB8FC08; Sat, 8 Oct 2011 19:57:00 +0000 (UTC) Received: from digsys236-136.pip.digsys.bg (digsys236-136.pip.digsys.bg [193.68.136.236]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p98Jupfu064363 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 8 Oct 2011 22:56:56 +0300 (EEST) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=utf-8 From: Daniel Kalchev X-Priority: 3 (Normal) In-Reply-To: <751863274.20111008130501@serebryakov.spb.ru> Date: Sat, 8 Oct 2011 22:56:50 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <8E10D03C-FD4E-42BB-846E-F4E657452C7D@digsys.bg> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> <751863274.20111008130501@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-current@FreeBSD.org, Ivan Voras , freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 19:57:01 -0000 On Oct 8, 2011, at 12:05 , Lev Serebryakov wrote: > Hello, Ivan. > You wrote 8 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., = 0:23:14: >=20 >> If you think this should be explicitely handled, please file a PR >> which requests the modification of gpart so that it detects that a = GPT >> is being created in anything other than a raw drive, and warns the >> user. > It should be mentioned in documentation, at least. > But how people will create bootable gmirror installation in such > case? Make (many) mirrors from parts? I don't like this idea... Good example of what I would call laziness -- other would call it = hacking I guess. Either way, the solution we have now is permitting some = exotic setups, but is fragile and is not consistent. Most of the useful = features are actually side effects of the hack. If it should remain this way, a warning in the documentation and at = runtime is very helpful. Daniel= From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 20:37:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41CE9106566B for ; Sat, 8 Oct 2011 20:37:17 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrz3028.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id E6BA08FC13 for ; Sat, 8 Oct 2011 20:37:16 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id A914F5AEE1; Sat, 8 Oct 2011 22:14:58 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id A6D055AEDE; Sat, 8 Oct 2011 22:14:58 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 7E2445CC67; Sat, 8 Oct 2011 22:14:58 +0200 (CEST) Received: from lexx.ifp.tuwien.ac.at ([128.131.127.223]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2FP3HF61) with ESMTP id 2011100822145781-98869 ; Sat, 8 Oct 2011 22:14:57 +0200 Date: Sat, 8 Oct 2011 22:14:56 +0200 From: Alexey Shuvaev To: freebsd-current@freebsd.org Message-ID: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at> MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2FP3HF61 | August 2, 2011) at 10/08/2011 10:14:57 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2FP3HF61 | August 2, 2011) at 10/08/2011 10:14:58 PM, Serialize complete at 10/08/2011 10:14:58 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Alexander Motin Subject: Panics after AHCI timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 20:37:17 -0000 Hello list! In the view of upcoming RELEASE-9.0 I should have reported it earlier, but it is better later than never... Every time I wanted to report this, the system was ~one month old and I tried to upgrade it to see, if the problem was still there, waiting for the next panic... and when it finally paniced it was one month old again. For some time (around half a year actually :) under some heavy disk load my desktop panics. The panics are not 100% reproducible, two situations which could lead to a panic are: - svn up in /usr/src - last stage of openoffice building (I think, during the packaging stage) Updating the sources is less probable to panic the system (I would give ~30% of probability), but building OOO is close to 100% to cause the panic. The root cause seems to be the Samsung hard drive in use - it times out on some NCQ slots under heavy load. Same problem is reported, for example here: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/157397 Earlier this year (I would say March - May), AHCI handled these timeouts, at least to the point when the disk (and, possibly, the controlled too) were completely wedged (only power cycling had brought them back again, reset was not sufficient). From ~June, however, the system paniced right after the first timeout. So it is this panic immediately after ahci timeout which could be hopefully fixed. Some info about the system: ~> uname -a FreeBSD lexx.ifp.tuwien.ac.at 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225311: Thu Sep 1 17:17:57 CEST 2011 root@lexx.ifp.tuwien.ac.at:/usr/obj/usr/src/sys/GENERIC amd64 >From dmesg.boot: [snip] ahci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe5ffc00-0xfe5fffff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 [snip] ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 [snip] ~> cat /etc/rc.local #!/bin/sh ddb script kdb.enter.panic="capture on; show pcpu; trace; ps; show locks; alltrace; show alllocks; show lockedvnods; call doadump; reset" sysctl debug.debugger_on_panic=0 I have two cores: ~> ll /var/crash/ total 2628524 -rw-r--r-- 1 root wheel 2 Oct 7 15:12 bounds -rw-r----- 1 root wheel 224897 Aug 5 18:07 core.txt.3 -rw-r----- 1 root wheel 151478 Oct 7 15:13 core.txt.5 -rw-r----- 1 root wheel 475 Aug 5 18:06 info.3 -rw-r----- 1 root wheel 478 Oct 7 15:12 info.5 -rw-r--r-- 1 root wheel 5 Jan 26 2011 minfree -rw-r----- 1 root wheel 1390616576 Aug 5 18:07 vmcore.3 -rw-r----- 1 root wheel 1371832320 Oct 7 15:13 vmcore.5 However, I do not have the old kernel for the core N 3 anymore (but the current kernel is the one which produced core N 5). >From core.txt.3: [snip] Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff8092988e stack pointer = 0x28:0xffffff8000256a80 frame pointer = 0x28:0xffffff8000256aa0 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 = 12 (swi4: clock) trap number = 9 panic: general protection fault cpuid = 0 VNASSERT failed Uptime: 0xfffffe0073591780: 3dtag ufs, type VDIR 7h59m usecount 1, writecount 0, refcount 4 mountedhere 0 45s flags () v_object 0xfffffe00888501b0 ref 0 pages 1 lock type ufs: UNLOCKED ino 2709060, on dev ada0p6 VNASSERT failed 0xfffffe0073591780: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xfffffe00888501b0 ref 0 pages 1 lock type ufs: UNLOCKED ino 2709060, on dev ada0p6 Dumping 1326 out of 7914 MB:..2%..11%..21%..31%..42%..51%..61%..72%..81%..91% [snip] #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 252 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 #1 0xffffffff8081f3ca in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xffffffff8081ee61 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xffffffff80b04b70 in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:805 #4 0xffffffff80b05145 in trap (frame=0xffffff80002569d0) at /usr/src/sys/amd64/amd64/trap.c:616 #5 0xffffffff80aef91f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #6 0xffffffff8092988e in igmp_slowtimo () at /usr/src/sys/netinet/igmp.c:2088 #7 0xffffffff8088648b in pfslowtimo (arg=0xffffffff8130b440) at /usr/src/sys/kern/uipc_domain.c:518 #8 0xffffffff80832e0a in softclock (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/kern_timeout.c:564 #9 0xffffffff807f6676 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1257 #10 0xffffffff807f74b2 in ithread_loop (arg=0xfffffe0005144be0) at /usr/src/sys/kern/kern_intr.c:1270 #11 0xffffffff807f3b85 in fork_exit ( callout=0xffffffff807f7400 , arg=0xfffffe0005144be0, frame=0xffffff8000256c50) at /usr/src/sys/kern/kern_fork.c:941 #12 0xffffffff80aefe4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:603 [snip] [last message in dmesg] ahcich0: Timeout on slot 29 port 0 ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 40 serr 00000000 cmd 0000fc17 [snip] >From core.txt.5: [snip] Unread portion of the kernel message buffer: Memory modified after free 0xfffffe000416e200(248) val=79e8800 @ 0xfffffe000416e200 panic: Most recently used by cred cpuid = 2 Uptime: 20h11m1s Dumping 1308 out of 7914 MB:..2%..12%..21%..31%..41%..51%..62%..71%..81%..91% [snip] #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 252 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 #1 0xffffffff808234aa in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:430 #2 0xffffffff80822f41 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xffffffff80a6f7b4 in mtrash_ctor (mem=Variable "mem" is not available. ) at /usr/src/sys/vm/uma_dbg.c:137 #4 0xffffffff80a6f01c in uma_zalloc_arg (zone=0xfffffe021ffe0700, udata=0x0, flags=258) at /usr/src/sys/vm/uma_core.c:2018 #5 0xffffffff808108be in malloc (size=Variable "size" is not available. ) at uma.h:305 #6 0xffffffff8081c21f in crget () at /usr/src/sys/kern/kern_prot.c:1809 #7 0xffffffff8081c269 in crdup (cr=0xfffffe0143103300) at /usr/src/sys/kern/kern_prot.c:1911 #8 0xffffffff808c5ca6 in kern_accessat (td=0xfffffe0007dd7000, fd=-100, path=0x80065c000
, pathseg=UIO_USERSPACE, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2201 #9 0xffffffff8086719a in syscallenter (td=0xfffffe0007dd7000, sa=0xffffff8223f67bb0) at /usr/src/sys/kern/subr_trap.c:344 #10 0xffffffff80b0b43c in syscall (frame=0xffffff8223f67c50) at /usr/src/sys/amd64/amd64/trap.c:910 #11 0xffffffff80af617d in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:384 #12 0x000000080062dbdc in ?? () Previous frame inner to this frame (corrupt stack?) [snip] [last message in dmesg] ahcich0: Timeout on slot 29 port 0 ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 40 serr 00000000 cm d 0000fc17 [snip] HTH, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 20:38:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E30D1065670 for ; Sat, 8 Oct 2011 20:38:11 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 2EE858FC0A for ; Sat, 8 Oct 2011 20:38:10 +0000 (UTC) Received: (qmail 39534 invoked by uid 0); 8 Oct 2011 16:38:10 -0400 Received: from unknown (HELO schism.local) (gjb@76.124.49.145) by 0 with SMTP; 8 Oct 2011 16:38:10 -0400 Message-ID: <4E90B4B1.7000009@FreeBSD.org> Date: Sat, 08 Oct 2011 16:38:09 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Thomas K." References: <20111008155252.GA24223.edited@vs2.gothschlampen.com> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: Memstick image differences between 8.x and 9.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 20:38:11 -0000 On 10/8/11 2:21 PM, Garrett Cooper wrote: >> Are there any general structural differences between FreeBSD 8 and 9 memstick >> images which could be at fault here? >> > > The new memstick image uses GPT instead of MBR partitioning. GPT should have no impact on booting from the memory stick, as far as I am aware. Thomas, can you please zero out the beginning of the 1024 bytes of your memory stick, as follows (please take care to note the actual device for your memory stick, and change '/dev/da0' below, as appropriate): dd if=/dev/zero of=/dev/da0 bs=1024 count=1 Then re-write the memory stick per the instructions in the Handbook. Newly added to this section of the Handbook was a note to ensure the device is _not_ mounted (either manually, or automatically). http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-pre.html#INSTALL-BOOT-MEDIA Please let us know if this helps. -- Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 20:56:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BBE1065674 for ; Sat, 8 Oct 2011 20:56:02 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id C78898FC0C for ; Sat, 8 Oct 2011 20:56:01 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id D16EC2A28CC6; Sat, 8 Oct 2011 22:56:00 +0200 (CEST) Date: Sat, 8 Oct 2011 22:56:00 +0200 From: Ed Schouten To: Greg Miller Message-ID: <20111008205600.GC91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> <20111007122507.GX91943@hoeg.nl> <201110071340.HAA28443@lariat.net> <20111007140902.GA91943@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C1k/k9ixf9gQZllt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Brett Glass , current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 20:56:02 -0000 --C1k/k9ixf9gQZllt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Greg Miller , 20111008 22:47: > I've never gotten around to reporting this until this thread came up, > but I've found that GNU Emacs has tons of problems with text > disappearing on the console. Just moving the cursor to the start of a > long line and holding down the right-arrow key is enough to cause many > of the characters to disappear. Can you try applying the patch I mentioned previously? If it doesn't fix this issue, please let me know, so I can get it fixed in 9.0. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --C1k/k9ixf9gQZllt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOkLjgAAoJEG5e2P40kaK7BiUP/iI1p+9NWKbR8BCvTiCV9cYF 2ntjpFGEZYAVzr/stBwDP+IAXkgHd9EN/AuSFrQZo7oBYZcbWI6elLPulCtWFBzg d3BmgYd1L/UM+Dh1YQ9PRb9EA6PPxq+VAUZiLZXP6cpF+4ccEKEIl30bUKtHp4HX BSj7KV35hoVEIP9uPqlJ+WTrgMWk9W+vrs2IRkz2XA7MTh96aHiNs/KMkImf7tTc EsjysV1lJ5b3WEN1ClooYtgQyTCGM9PQSDT/DJKoMW+4Bp0wPT/wEZxbzQOn7fD3 Cad9hD0W8VhGsCIZ7L/XaBR/wCjRzA16xLTuhpz25KCAGeTVmyz5E7qtAluu6kWX R+aYRDewAt7OXaBMnqxfpMvOMJluW9PWP7eBCn7L+2NemNC35nynfiRGOHaH6Nrd 1j+h1deOP4KLp5XyLYAfwkBBQSJJtwPOBJ0nCzg2LTS3Ej9/01OKSvJMHzLpRQ0L hiXzepvGMKxEzERh8RFHlZ4FI7s9ot5UOnW0juZQ8fDVBNJV+cJYZKOFjfCgrJCn oAXE/skBPv12B1U2l+QYLe+UhlqLYv8D8fiXsxI73GA4LhjfwRXDgAhivwPcci5G 4nsVmbbC8718GSW6U7jOXfvcg10nuRz5QWkrxHqea0guta60Rfp57jp8ydVz5qi6 on9O/gdSFBUilW4Lg9/o =QzC8 -----END PGP SIGNATURE----- --C1k/k9ixf9gQZllt-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:14:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68760106566B; Sat, 8 Oct 2011 21:14: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 23C0F8FC1E; Sat, 8 Oct 2011 21:13:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p98LDxjo026090; Sat, 8 Oct 2011 17:13:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p98LDxDK026067; Sat, 8 Oct 2011 21:13:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Oct 2011 21:13:59 GMT Message-Id: <201110082113.p98LDxDK026067@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:14:00 -0000 TB --- 2011-10-08 19:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-08 19:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-08 19:10:00 - cleaning the object tree TB --- 2011-10-08 19:10:16 - cvsupping the source tree TB --- 2011-10-08 19:10:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-08 19:10:54 - building world TB --- 2011-10-08 19:10:54 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 19:10:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 19:10:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 19:10:54 - SRCCONF=/dev/null TB --- 2011-10-08 19:10:54 - TARGET=i386 TB --- 2011-10-08 19:10:54 - TARGET_ARCH=i386 TB --- 2011-10-08 19:10:54 - TZ=UTC TB --- 2011-10-08 19:10:54 - __MAKE_CONF=/dev/null TB --- 2011-10-08 19:10:54 - cd /src TB --- 2011-10-08 19:10:54 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 8 19:10:55 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Oct 8 21:13:57 UTC 2011 TB --- 2011-10-08 21:13:58 - generating LINT kernel config TB --- 2011-10-08 21:13:58 - cd /src/sys/i386/conf TB --- 2011-10-08 21:13:58 - /usr/bin/make -B LINT TB --- 2011-10-08 21:13:58 - cd /src/sys/i386/conf TB --- 2011-10-08 21:13:58 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-08 21:13:58 - building LINT-NOINET kernel TB --- 2011-10-08 21:13:58 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 21:13:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 21:13:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 21:13:58 - SRCCONF=/dev/null TB --- 2011-10-08 21:13:58 - TARGET=i386 TB --- 2011-10-08 21:13:58 - TARGET_ARCH=i386 TB --- 2011-10-08 21:13:58 - TZ=UTC TB --- 2011-10-08 21:13:58 - __MAKE_CONF=/dev/null TB --- 2011-10-08 21:13:58 - cd /src TB --- 2011-10-08 21:13:58 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Oct 8 21:13:58 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided config: Error: device "exphy" is unknown config: Error: device "inphy" is unknown config: Error: device "ruephy" is unknown config: 3 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-08 21:13:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-08 21:13:58 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-10-08 21:13:58 - 5964.92 user 1038.24 system 7437.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:16:55 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59A3F1065673 for ; Sat, 8 Oct 2011 21:16:55 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DF8F68FC12 for ; Sat, 8 Oct 2011 21:16:54 +0000 (UTC) Received: by wwe3 with SMTP id 3so7046420wwe.31 for ; Sat, 08 Oct 2011 14:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MfdNp4iAMtFsB2Pfs9rKdyicXwrqLlGl38mozr2KUFs=; b=Ikk8bqaL7Fx2ne5aggEpcd/nLrJvhtIBSsOswQfNZ5xUfymp5Ckoqd36l/OlofPm0P 9kfg5K4ay3qvaIQvTxUGKGrTPioQg6EXLX6VtVu9ODWJcfEn60es/DHK2svWohqx06YA jKCuS6lV+vyoB9+fB1tziMfS93b29OxVSROq4= MIME-Version: 1.0 Received: by 10.227.7.159 with SMTP id d31mr4349747wbd.18.1318106868511; Sat, 08 Oct 2011 13:47:48 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Sat, 8 Oct 2011 13:47:48 -0700 (PDT) In-Reply-To: <20111007140902.GA91943@hoeg.nl> References: <201109260053.SAA25795@lariat.net> <20111007110227.GW91943@hoeg.nl> <20111007122507.GX91943@hoeg.nl> <201110071340.HAA28443@lariat.net> <20111007140902.GA91943@hoeg.nl> Date: Sat, 8 Oct 2011 15:47:48 -0500 Message-ID: From: Greg Miller To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Cc: Brett Glass , current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:16:55 -0000 On 10/7/11, Ed Schouten wrote: > Well, apart from small bugs here and there, it should be pretty > conformant already, especially when compared to various graphical > terminal emulators (e.g. GNOME terminal). For example, it passes quite a > large number of tests from vttest. I've never gotten around to reporting this until this thread came up, but I've found that GNU Emacs has tons of problems with text disappearing on the console. Just moving the cursor to the start of a long line and holding down the right-arrow key is enough to cause many of the characters to disappear. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:21:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 693B1106566B for ; Sat, 8 Oct 2011 21:21:39 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id F0C458FC12 for ; Sat, 8 Oct 2011 21:21:38 +0000 (UTC) Received: by wwe3 with SMTP id 3so7048646wwe.31 for ; Sat, 08 Oct 2011 14:21:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ng61r6Ak9G77igY+Al09bkAHIICViHSAUiR1jv0LPEw=; b=lhlhpwQcHEq4ZZtfD3qzaUfB4F/BT6QMjepYsFLRtY7v3AEw1+xlEhRhC5vKPq5t6z 8fdnwEUp441n5h02z5N7FCsna9WPrOOX9cWYsuPb0Jn4CRuKuE8K3dgEyY0BNN+fn71E osTUKWRfmCPmDjdRMu+KmzX/Q7ZuIqWCpkJEg= MIME-Version: 1.0 Received: by 10.227.176.70 with SMTP id bd6mr2588956wbb.3.1318108896826; Sat, 08 Oct 2011 14:21:36 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Sat, 8 Oct 2011 14:21:36 -0700 (PDT) In-Reply-To: <8e42ff5adc4823b6a46fb59704a2bca5.squirrel@eternamente.info> References: <8e42ff5adc4823b6a46fb59704a2bca5.squirrel@eternamente.info> Date: Sat, 8 Oct 2011 16:21:36 -0500 Message-ID: From: Greg Miller To: Nenhum_de_Nos Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: flash for 9-beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:21:40 -0000 On 10/8/11, Nenhum_de_Nos wrote: > as recently had issues in this regard, to install it can I just use > http://www.freebsd.org/doc/handbook/desktop-browsers.html or there is > another guide ? I've just noticed that I never actually added the symbolic link, but I've otherwise followed the 8.x instructions you linked to in the handbook, and my Flash is working nicely on 9.0B3. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:28:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02332106566B for ; Sat, 8 Oct 2011 21:28:31 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE5148FC14 for ; Sat, 8 Oct 2011 21:28:31 +0000 (UTC) Received: by qadz30 with SMTP id z30so4472325qad.13 for ; Sat, 08 Oct 2011 14:28:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=k9QPqGSxUNpbpu3B9xfPxDm5+YdgjkuNgI1ONmAegwo=; b=vZcRXGubVHZoBdYgomD1T+J2TK5Nr9EoXjWE/uF7JuisBHVJOWRFqD19SdEfeTUpvY 4/PiHaYURYKUl8i4fQyXS6B5+e84gDkfZtfj+CgOn+xDyyPzkoZ6CrAYnIu0L455bSMF 4xBO6AckBLaiWOkgyWv9Kr4cTQkB1YZBytVNU= MIME-Version: 1.0 Received: by 10.224.189.198 with SMTP id df6mr6281857qab.46.1318109310996; Sat, 08 Oct 2011 14:28:30 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sat, 8 Oct 2011 14:28:30 -0700 (PDT) In-Reply-To: References: <8e42ff5adc4823b6a46fb59704a2bca5.squirrel@eternamente.info> Date: Sat, 8 Oct 2011 14:28:30 -0700 Message-ID: From: Garrett Cooper To: Greg Miller Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Nenhum_de_Nos Subject: Re: flash for 9-beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:28:32 -0000 On Sat, Oct 8, 2011 at 2:21 PM, Greg Miller wrote: > On 10/8/11, Nenhum_de_Nos wrote: >> as recently had issues in this regard, to install it can I just use >> http://www.freebsd.org/doc/handbook/desktop-browsers.html or there is >> another guide ? > > I've just noticed that I never actually added the symbolic link, but > I've otherwise followed the 8.x instructions you linked to in the > handbook, and my Flash is working nicely on 9.0B3. Every time you update the port, you must re-run nspluginwrapper. Seems like the port itself is sort of broken by not doing this by default with the post-install script. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:40:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF93106566B; Sat, 8 Oct 2011 21:40:09 +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 468378FC0A; Sat, 8 Oct 2011 21:40:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p98Le8Ga009754; Sat, 8 Oct 2011 15:40:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p98Le8YG009751; Sat, 8 Oct 2011 15:40:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 8 Oct 2011 15:40:08 -0600 (MDT) From: Warren Block To: Glen Barber In-Reply-To: <4E90B4B1.7000009@FreeBSD.org> Message-ID: References: <20111008155252.GA24223.edited@vs2.gothschlampen.com> <4E90B4B1.7000009@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 08 Oct 2011 15:40:08 -0600 (MDT) Cc: Garrett Cooper , freebsd-current@freebsd.org, "Thomas K." Subject: Re: Memstick image differences between 8.x and 9.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:40:09 -0000 On Sat, 8 Oct 2011, Glen Barber wrote: > On 10/8/11 2:21 PM, Garrett Cooper wrote: >>> Are there any general structural differences between FreeBSD 8 and 9 memstick >>> images which could be at fault here? >>> >> >> The new memstick image uses GPT instead of MBR partitioning. > > GPT should have no impact on booting from the memory stick, as far as I > am aware. Memory stick should not be a problem, but some of the Lenovo notebooks hate GPT, even with a PMBR: http://forums.freebsd.org/showthread.php?t=26304 http://forums.freebsd.org/showthread.php?t=26759 From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:45:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA59106566C; Sat, 8 Oct 2011 21:45:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4A02A8FC19; Sat, 8 Oct 2011 21:45:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p98LjdkU097316; Sat, 8 Oct 2011 17:45:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p98LjdXU097292; Sat, 8 Oct 2011 21:45:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 8 Oct 2011 21:45:39 GMT Message-Id: <201110082145.p98LjdXU097292@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:45:40 -0000 TB --- 2011-10-08 19:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-08 19:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-08 19:10:00 - cleaning the object tree TB --- 2011-10-08 19:10:22 - cvsupping the source tree TB --- 2011-10-08 19:10:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-08 19:10:54 - building world TB --- 2011-10-08 19:10:54 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 19:10:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 19:10:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 19:10:54 - SRCCONF=/dev/null TB --- 2011-10-08 19:10:54 - TARGET=amd64 TB --- 2011-10-08 19:10:54 - TARGET_ARCH=amd64 TB --- 2011-10-08 19:10:54 - TZ=UTC TB --- 2011-10-08 19:10:54 - __MAKE_CONF=/dev/null TB --- 2011-10-08 19:10:54 - cd /src TB --- 2011-10-08 19:10:54 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 8 19:10:55 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Oct 8 21:45:38 UTC 2011 TB --- 2011-10-08 21:45:38 - generating LINT kernel config TB --- 2011-10-08 21:45:38 - cd /src/sys/amd64/conf TB --- 2011-10-08 21:45:38 - /usr/bin/make -B LINT TB --- 2011-10-08 21:45:38 - cd /src/sys/amd64/conf TB --- 2011-10-08 21:45:38 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-08 21:45:38 - building LINT-NOINET kernel TB --- 2011-10-08 21:45:38 - CROSS_BUILD_TESTING=YES TB --- 2011-10-08 21:45:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-08 21:45:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-08 21:45:38 - SRCCONF=/dev/null TB --- 2011-10-08 21:45:38 - TARGET=amd64 TB --- 2011-10-08 21:45:38 - TARGET_ARCH=amd64 TB --- 2011-10-08 21:45:38 - TZ=UTC TB --- 2011-10-08 21:45:38 - __MAKE_CONF=/dev/null TB --- 2011-10-08 21:45:38 - cd /src TB --- 2011-10-08 21:45:38 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Oct 8 21:45:38 UTC 2011 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem config: Error: device "exphy" is unknown config: Error: device "inphy" is unknown config: Error: device "ruephy" is unknown config: 3 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-08 21:45:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-08 21:45:39 - ERROR: failed to build LINT-NOINET kernel TB --- 2011-10-08 21:45:39 - 7328.45 user 1421.82 system 9338.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 21:53:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 687BC106568A for ; Sat, 8 Oct 2011 21:53:37 +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 235718FC19 for ; Sat, 8 Oct 2011 21:53:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p98LrZlK009806; Sat, 8 Oct 2011 15:53:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p98LrZif009803; Sat, 8 Oct 2011 15:53:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 8 Oct 2011 15:53:35 -0600 (MDT) From: Warren Block To: Garrett Cooper In-Reply-To: Message-ID: References: <8e42ff5adc4823b6a46fb59704a2bca5.squirrel@eternamente.info> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 08 Oct 2011 15:53:35 -0600 (MDT) Cc: Greg Miller , freebsd-current@freebsd.org, Nenhum_de_Nos Subject: Re: flash for 9-beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 21:53:37 -0000 On Sat, 8 Oct 2011, Garrett Cooper wrote: > On Sat, Oct 8, 2011 at 2:21 PM, Greg Miller wrote: >> On 10/8/11, Nenhum_de_Nos wrote: >>> as recently had issues in this regard, to install it can I just use >>> http://www.freebsd.org/doc/handbook/desktop-browsers.html or there is >>> another guide ? >> >> I've just noticed that I never actually added the symbolic link, but >> I've otherwise followed the 8.x instructions you linked to in the >> handbook, and my Flash is working nicely on 9.0B3. > > Every time you update the port, you must re-run nspluginwrapper. Seems > like the port itself is sort of broken by not doing this by default > with the post-install script. nspluginwrapper needs to be run as the end user. The port post-install could loop through all users looking for links to update, but that seems questionably secure. A script that makes it easier but doesn't run automatically, like perl-after-upgrade, maybe. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 22:00:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2EB41065674 for ; Sat, 8 Oct 2011 22:00:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 6474D8FC1E for ; Sat, 8 Oct 2011 22:00:40 +0000 (UTC) Received: (qmail 40994 invoked by uid 0); 8 Oct 2011 18:00:39 -0400 Received: from unknown (HELO schism.local) (gjb@76.124.49.145) by 0 with SMTP; 8 Oct 2011 18:00:39 -0400 Message-ID: <4E90C801.4060108@FreeBSD.org> Date: Sat, 08 Oct 2011 18:00:33 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Warren Block References: <20111008155252.GA24223.edited@vs2.gothschlampen.com> <4E90B4B1.7000009@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigE466339F1796D73EB2C7AEE1" Cc: Garrett Cooper , freebsd-current@freebsd.org, "Thomas K." Subject: Re: Memstick image differences between 8.x and 9.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 22:00:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE466339F1796D73EB2C7AEE1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/8/11 5:40 PM, Warren Block wrote: > On Sat, 8 Oct 2011, Glen Barber wrote: >=20 >> On 10/8/11 2:21 PM, Garrett Cooper wrote: >>>> Are there any general structural differences between FreeBSD 8 and 9= >>>> memstick >>>> images which could be at fault here? >>>> >>> >>> The new memstick image uses GPT instead of MBR partitioning. >> >> GPT should have no impact on booting from the memory stick, as far as = I >> am aware. >=20 > Memory stick should not be a problem, but some of the Lenovo notebooks > hate GPT, even with a PMBR: > http://forums.freebsd.org/showthread.php?t=3D26304 > http://forums.freebsd.org/showthread.php?t=3D26759 >=20 Ugh, that's annoying. I'm half-tempted to note this in the new installer chapter, but I don't like the idea of such edge cases as these to effectively turn that page into a pseudo-HCL. Maybe this should be noted somewhere in the wiki... --=20 Glen Barber | gjb@FreeBSD.org FreeBSD Documentation Project --------------enigE466339F1796D73EB2C7AEE1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) iQEcBAEBCAAGBQJOkMgGAAoJEFJPDDeguUajhvYIALQn22dWdXMYtCWI0DKs4A1W weN0Is18LqolH4iHIb8l6U74/65y7WDkOqZOsl6IXb7Yo2D5USH+C9uS1+1pJ2tA tA4bfLdCvEy5XWY2MEfEpmdc06nxWKTaTWIZ1GSgVCakwvkh/MuSPcAGLo2gSdQD WCI7E8LzHpKlvEHK44NhXNGPjMZAVI8GpIRTiiitl3PD51yDDUgR1daD94MJG0Wp vEdtIKS8Jb6vdsG5Rypm6t0pUDQCwIzqmaIqPVoZ7sxOsi92esPR603jITT9QnER lJWDbtcyEzARpupWjjUxP9iViw1CRkWSVcX6XAswiOFnbUoM8IHLllMlPTp4KPM= =JOE+ -----END PGP SIGNATURE----- --------------enigE466339F1796D73EB2C7AEE1-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 22:21:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5AAF106566B; Sat, 8 Oct 2011 22:21:27 +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 5F59C8FC16; Sat, 8 Oct 2011 22:21:27 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p98MLQ6s009931; Sat, 8 Oct 2011 16:21:26 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p98MLQes009928; Sat, 8 Oct 2011 16:21:26 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 8 Oct 2011 16:21:26 -0600 (MDT) From: Warren Block To: Glen Barber In-Reply-To: <4E90C801.4060108@FreeBSD.org> Message-ID: References: <20111008155252.GA24223.edited@vs2.gothschlampen.com> <4E90B4B1.7000009@FreeBSD.org> <4E90C801.4060108@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 08 Oct 2011 16:21:26 -0600 (MDT) Cc: Garrett Cooper , freebsd-current@FreeBSD.org, "Thomas K." Subject: Re: Memstick image differences between 8.x and 9.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 22:21:27 -0000 On Sat, 8 Oct 2011, Glen Barber wrote: > On 10/8/11 5:40 PM, Warren Block wrote: >> On Sat, 8 Oct 2011, Glen Barber wrote: >> >>> On 10/8/11 2:21 PM, Garrett Cooper wrote: >>>>> Are there any general structural differences between FreeBSD 8 and 9 >>>>> memstick >>>>> images which could be at fault here? >>>>> >>>> >>>> The new memstick image uses GPT instead of MBR partitioning. >>> >>> GPT should have no impact on booting from the memory stick, as far as I >>> am aware. >> >> Memory stick should not be a problem, but some of the Lenovo notebooks >> hate GPT, even with a PMBR: >> http://forums.freebsd.org/showthread.php?t=26304 >> http://forums.freebsd.org/showthread.php?t=26759 >> > > Ugh, that's annoying. I'm half-tempted to note this in the new > installer chapter, but I don't like the idea of such edge cases as these > to effectively turn that page into a pseudo-HCL. There are already a couple of notes about having to use MBR with XP and other older operating systems. But instead of updating them, I'd rather see somebody with one of the affected systems contact somebody with influence at Lenovo and say "hey, the FreeBSD guys are talking about making your broken GPT support famous" followed quickly by a BIOS update. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 23:03:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 134911065673 for ; Sat, 8 Oct 2011 23:03:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8941A14E45F; Sat, 8 Oct 2011 23:03:41 +0000 (UTC) Message-ID: <4E90D6CC.1030500@FreeBSD.org> Date: Sat, 08 Oct 2011 16:03:40 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Warren Block References: <8e42ff5adc4823b6a46fb59704a2bca5.squirrel@eternamente.info> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Greg Miller , freebsd-current@freebsd.org, Nenhum_de_Nos Subject: Re: flash for 9-beta3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 23:03:42 -0000 On 10/08/2011 14:53, Warren Block wrote: > nspluginwrapper needs to be run as the end user. The pkg-message tells them to do that. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/