From nobody@FreeBSD.org  Sun Feb  8 15:58:45 2009
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 953AA106566B
	for <freebsd-gnats-submit@FreeBSD.org>; Sun,  8 Feb 2009 15:58:45 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 835228FC18
	for <freebsd-gnats-submit@FreeBSD.org>; Sun,  8 Feb 2009 15:58:45 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n18FwjVX057836
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 8 Feb 2009 15:58:45 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id n18Fwi2P057835;
	Sun, 8 Feb 2009 15:58:44 GMT
	(envelope-from nobody)
Message-Id: <200902081558.n18Fwi2P057835@www.freebsd.org>
Date: Sun, 8 Feb 2009 15:58:44 GMT
From: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr>
To: freebsd-gnats-submit@FreeBSD.org
Subject: pipes in forked procs sometimes hang under Linux emulation 2.6.16
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         131506
>Category:       kern
>Synopsis:       [linux] pipes in forked procs sometimes hang under Linux emulation 2.6.16
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-emulation
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Feb 08 16:00:08 UTC 2009
>Closed-Date:    Wed Feb 18 16:13:06 UTC 2009
>Last-Modified:  Sun Feb 22 18:20:02 UTC 2009
>Originator:     Arno J. Klaassen
>Release:        head
>Organization:
SCITO SA
>Environment:
FreeBSD m37 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sun Feb  8 02:55:14 CET 2009     toor@m37:/usr/obj/raid1/bsd/src-current/sys/SEMPRON64  amd64
>Description:


portinstall gentoo-stage3
chroot /usr/local/gentoo-stage3
emerge libIDL

it will hang on the following output :

  libIDL 0.8.11 configuration complete

  C Preprocessor: "i486-pc-linux-gnu-gcc -E"
  Standard input supported.

  bison -y -d -v 2>/dev/null ./parser.y

in a freebsd-shell all implied procs ar in ppwiat or piperd state :

# ps axlww | fgrep 410
    0  4104  1659   0  76  0  2576  1748 ppwait D+     0    0:00.03 make (gmake)
    0  4105  4104   0  76  0  3316  2548 wait   I+     0    0:00.01 /bin/sh -c bison -y -d -v 2>/dev/null ./parser.y (bash)
    0  4106  4105   0  76  0  3044  2008 ppwait D+     0    0:00.03 bison -y -d -v ./parser.y
    0  4107  4106   0  76  0  2432  1532 piperd I+     0    0:00.01 /usr/bin/m4 /usr/share/bison/m4sugar/m4sugar.m4 - /usr/share/bison/yacc.c
    0  4118  1392   0  44  0  6000  2416 -      R+     1    0:00.00 fgrep 410 (bash)


NB, for some specific input-files 'i486-linux-gcc -pipe ' exhibits
the same behaviour but most often works OK
>How-To-Repeat:

portinstall gentoo-stage3
chroot /usr/local/gentoo-stage3
emerge libIDL
>Fix:


>Release-Note:
>Audit-Trail:

From: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/131506: pipes in forked procs sometimes hang under Linux emulation 2.6.16
Date: Sun, 08 Feb 2009 17:23:11 +0100

 follow-up to myself for completeness :
 
 [root@m37 ~]# fgrep osrele /etc/sysctl.conf 
 compat.linux.osrelease=2.6.16
 [root@m37 ~]# 
 
 [root@m37 ~]# df                  
 Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
 /dev/ad4s2a    507630   266394   200626    57%    /
 devfs               1        1        0   100%    /dev
 /dev/ad4s2e  16725510 10666544  4720926    69%    /usr
 /dev/ad4s2d   2026030   161448  1702500     9%    /var
 /dev/ad4s3d 131947140 30895828 90495542    25%    /files
 procfs              4        4        0   100%    /proc
 linprocfs           4        4        0   100%    /usr/compat/linux/proc
 linsysfs            4        4        0   100%    /usr/compat/linux/sys
 devfs               1        1        0   100%
 /usr/local/gentoo-stage3/dev
 linprocfs           4        4        0   100%
 /usr/local/gentoo-stage3/proc
 linsysfs            4        4        0   100%
 /usr/local/gentoo-stage3/sys
 /dev/md1       507630       20   507610     0%    /var/tmp
 [root@m37 ~]#
 
 [root@m37 ~]# ls -d /var/db/pkg/linux*
 /var/db/pkg/linux-atk-1.9.1
 /var/db/pkg/linux-cairo-1.0.2
 /var/db/pkg/linux-expat-1.95.8
 /var/db/pkg/linux-fontconfig-2.2.3_7
 /var/db/pkg/linux-gtk2-2.6.10
 /var/db/pkg/linux-jpeg-6b.34
 /var/db/pkg/linux-openmotif-2.2.4_2
 /var/db/pkg/linux-pango-1.10.2
 /var/db/pkg/linux-png-1.2.8_2
 /var/db/pkg/linux-tiff-3.7.1
 /var/db/pkg/linux-xorg-libs-6.8.2_5
 /var/db/pkg/linux_base-fc6-6_5
 /var/db/pkg/linux_dist-gentoo-stage3-2008.0
 /var/db/pkg/linux_dri-7.0
 /var/db/pkg/linux_kdump-1.5_2
 [root@m37 ~]# 
 
 
 I tried as well with linux_base-f8, same result (though
 no repeated after recent tracking of -current)
Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation 
Responsible-Changed-By: gavin 
Responsible-Changed-When: Tue Feb 10 13:47:31 UTC 2009 
Responsible-Changed-Why:  
Over to maintainer(s). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=131506 

From: Takahiro Kurosawa <takahiro.kurosawa@gmail.com>
To: bug-followup@freebsd.org, arno@heho.snv.jussieu.fr
Cc:  
Subject: Re: kern/131506: pipes in forked procs sometimes hang under Linux 
	emulation 2.6.16
Date: Wed, 18 Feb 2009 21:44:13 +0900

 --000e0cd156a4ef843b046330c6a5
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 (resending to bug-followup@, sorry if duplicate)
 
 It seems that vfork/exec synchronization was changed recently
 but the linux emulation code keeps using the obsolete mechanism.
 
 The attached patch may fix the problem.
 
 --000e0cd156a4ef843b046330c6a5
 Content-Type: text/x-diff; charset=US-ASCII; name="pwaitfix.diff"
 Content-Disposition: attachment; filename="pwaitfix.diff"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_frapwkae0
 
 PT09IHN5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz
 L2FtZDY0L2xpbnV4MzIvbGludXgzMl9tYWNoZGVwLmMJKHJldmlzaW9uIDE4ODc0MSkKKysrIHN5
 cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jCShsb2NhbCkKQEAgLTU2MCw3ICs1NjAs
 NyBAQAogCS8qIHdhaXQgZm9yIHRoZSBjaGlsZHJlbiB0byBleGl0LCBpZS4gZW11bGF0ZSB2Zm9y
 ayAqLwogCVBST0NfTE9DSyhwMik7CiAJd2hpbGUgKHAyLT5wX2ZsYWcgJiBQX1BQV0FJVCkKLQkg
 ICAJbXNsZWVwKHRkLT50ZF9wcm9jLCAmcDItPnBfbXR4LCBQV0FJVCwgInBwd2FpdCIsIDApOwor
 CQljdl93YWl0KCZwMi0+cF9wd2FpdCwgJnAyLT5wX210eCk7CiAJUFJPQ19VTkxPQ0socDIpOwog
 CiAJcmV0dXJuICgwKTsKQEAgLTc0OSw3ICs3NDksNyBAQAogCQkvKiB3YWl0IGZvciB0aGUgY2hp
 bGRyZW4gdG8gZXhpdCwgaWUuIGVtdWxhdGUgdmZvcmsgKi8KIAkJUFJPQ19MT0NLKHAyKTsKIAkJ
 d2hpbGUgKHAyLT5wX2ZsYWcgJiBQX1BQV0FJVCkKLQkJCW1zbGVlcCh0ZC0+dGRfcHJvYywgJnAy
 LT5wX210eCwgUFdBSVQsICJwcHdhaXQiLCAwKTsKKwkJCWN2X3dhaXQoJnAyLT5wX3B3YWl0LCAm
 cDItPnBfbXR4KTsKIAkJUFJPQ19VTkxPQ0socDIpOwogCX0KIAo9PT0gc3lzL2kzODYvbGludXgv
 bGludXhfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2kzODYvbGludXgvbGludXhfbWFjaGRl
 cC5jCShyZXZpc2lvbiAxODg3NDEpCisrKyBzeXMvaTM4Ni9saW51eC9saW51eF9tYWNoZGVwLmMJ
 KGxvY2FsKQpAQCAtMzc2LDcgKzM3Niw3IEBACiAJLyogd2FpdCBmb3IgdGhlIGNoaWxkcmVuIHRv
 IGV4aXQsIGllLiBlbXVsYXRlIHZmb3JrICovCiAJUFJPQ19MT0NLKHAyKTsKIAl3aGlsZSAocDIt
 PnBfZmxhZyAmIFBfUFBXQUlUKQotCSAgIAltc2xlZXAodGQtPnRkX3Byb2MsICZwMi0+cF9tdHgs
 IFBXQUlULCAicHB3YWl0IiwgMCk7CisJCWN2X3dhaXQoJnAyLT5wX3B3YWl0LCAmcDItPnBfbXR4
 KTsKIAlQUk9DX1VOTE9DSyhwMik7CiAKIAlyZXR1cm4gKDApOwpAQCAtNTgxLDcgKzU4MSw3IEBA
 CiAgICAJICAgCS8qIHdhaXQgZm9yIHRoZSBjaGlsZHJlbiB0byBleGl0LCBpZS4gZW11bGF0ZSB2
 Zm9yayAqLwogICAgCSAgIAlQUk9DX0xPQ0socDIpOwogCQl3aGlsZSAocDItPnBfZmxhZyAmIFBf
 UFBXQUlUKQotICAgCQkgICAJbXNsZWVwKHRkLT50ZF9wcm9jLCAmcDItPnBfbXR4LCBQV0FJVCwg
 InBwd2FpdCIsIDApOworCQkJY3Zfd2FpdCgmcDItPnBfcHdhaXQsICZwMi0+cF9tdHgpOwogCQlQ
 Uk9DX1VOTE9DSyhwMik7CiAJfQogCg==
 --000e0cd156a4ef843b046330c6a5--

From: Takahiro Kurosawa <takahiro.kurosawa@gmail.com>
To: Kostik Belousov <kostikbel@gmail.com>
Cc: bug-followup@freebsd.org
Subject: Re: kern/131506: pipes in forked procs sometimes hang under Linux 
	emulation 2.6.16
Date: Wed, 18 Feb 2009 23:08:05 +0900

 2009/2/18 Kostik Belousov <kostikbel@gmail.com>:
 
 > Please, resend the patch without base64-encoding, best as a plain/text
 > attachment.
 
 Sure.  Sending the patch inline...
 The attachment of my previous mail looks broken to me too.
 
 === sys/amd64/linux32/linux32_machdep.c
 ==================================================================
 --- sys/amd64/linux32/linux32_machdep.c	(revision 188741)
 +++ sys/amd64/linux32/linux32_machdep.c	(local)
 @@ -560,7 +560,7 @@
  	/* wait for the children to exit, ie. emulate vfork */
  	PROC_LOCK(p2);
  	while (p2->p_flag & P_PPWAIT)
 -	   	msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +		cv_wait(&p2->p_pwait, &p2->p_mtx);
  	PROC_UNLOCK(p2);
 
  	return (0);
 @@ -749,7 +749,7 @@
  		/* wait for the children to exit, ie. emulate vfork */
  		PROC_LOCK(p2);
  		while (p2->p_flag & P_PPWAIT)
 -			msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +			cv_wait(&p2->p_pwait, &p2->p_mtx);
  		PROC_UNLOCK(p2);
  	}
 
 === sys/i386/linux/linux_machdep.c
 ==================================================================
 --- sys/i386/linux/linux_machdep.c	(revision 188741)
 +++ sys/i386/linux/linux_machdep.c	(local)
 @@ -376,7 +376,7 @@
  	/* wait for the children to exit, ie. emulate vfork */
  	PROC_LOCK(p2);
  	while (p2->p_flag & P_PPWAIT)
 -	   	msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +		cv_wait(&p2->p_pwait, &p2->p_mtx);
  	PROC_UNLOCK(p2);
 
  	return (0);
 @@ -581,7 +581,7 @@
     	   	/* wait for the children to exit, ie. emulate vfork */
     	   	PROC_LOCK(p2);
  		while (p2->p_flag & P_PPWAIT)
 -   		   	msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +			cv_wait(&p2->p_pwait, &p2->p_mtx);
  		PROC_UNLOCK(p2);
  	}
State-Changed-From-To: open->closed 
State-Changed-By: kib 
State-Changed-When: Wed Feb 18 16:12:45 UTC 2009 
State-Changed-Why:  
Patch committed, thanks. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=131506 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/131506: commit references a PR
Date: Wed, 18 Feb 2009 16:11:52 +0000 (UTC)

 Author: kib
 Date: Wed Feb 18 16:11:39 2009
 New Revision: 188750
 URL: http://svn.freebsd.org/changeset/base/188750
 
 Log:
   Adapt linux emulation to use cv for vfork wait.
   
   Submitted by:	Takahiro Kurosawa <takahiro.kurosawa gmail com>
   PR:	kern/131506
 
 Modified:
   head/sys/amd64/linux32/linux32_machdep.c
   head/sys/i386/linux/linux_machdep.c
 
 Modified: head/sys/amd64/linux32/linux32_machdep.c
 ==============================================================================
 --- head/sys/amd64/linux32/linux32_machdep.c	Wed Feb 18 10:02:32 2009	(r188749)
 +++ head/sys/amd64/linux32/linux32_machdep.c	Wed Feb 18 16:11:39 2009	(r188750)
 @@ -560,7 +560,7 @@ linux_vfork(struct thread *td, struct li
  	/* wait for the children to exit, ie. emulate vfork */
  	PROC_LOCK(p2);
  	while (p2->p_flag & P_PPWAIT)
 -	   	msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +		cv_wait(&p2->p_pwait, &p2->p_mtx);
  	PROC_UNLOCK(p2);
  
  	return (0);
 @@ -749,7 +749,7 @@ linux_clone(struct thread *td, struct li
  		/* wait for the children to exit, ie. emulate vfork */
  		PROC_LOCK(p2);
  		while (p2->p_flag & P_PPWAIT)
 -			msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +			cv_wait(&p2->p_pwait, &p2->p_mtx);
  		PROC_UNLOCK(p2);
  	}
  
 
 Modified: head/sys/i386/linux/linux_machdep.c
 ==============================================================================
 --- head/sys/i386/linux/linux_machdep.c	Wed Feb 18 10:02:32 2009	(r188749)
 +++ head/sys/i386/linux/linux_machdep.c	Wed Feb 18 16:11:39 2009	(r188750)
 @@ -376,7 +376,7 @@ linux_vfork(struct thread *td, struct li
  	/* wait for the children to exit, ie. emulate vfork */
  	PROC_LOCK(p2);
  	while (p2->p_flag & P_PPWAIT)
 -	   	msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +		cv_wait(&p2->p_pwait, &p2->p_mtx);
  	PROC_UNLOCK(p2);
  
  	return (0);
 @@ -581,7 +581,7 @@ linux_clone(struct thread *td, struct li
     	   	/* wait for the children to exit, ie. emulate vfork */
     	   	PROC_LOCK(p2);
  		while (p2->p_flag & P_PPWAIT)
 -   		   	msleep(td->td_proc, &p2->p_mtx, PWAIT, "ppwait", 0);
 +			cv_wait(&p2->p_pwait, &p2->p_mtx);
  		PROC_UNLOCK(p2);
  	}
  
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 

From: Takahiro Kurosawa <takahiro.kurosawa@gmail.com>
To: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr>
Cc: freebsd-bugs@freebsd.org
Subject: Re: kern/131506: pipes in forked procs sometimes hang under Linux 
	emulation 2.6.16
Date: Wed, 18 Feb 2009 00:19:56 +0900

 --0015175cddd8fa5fb404631ed549
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 It seems that vfork/exec synchronization was changed recently
 but the linux emulation code keeps using the obsolete mechanism.
 
 The attached patch may fix the problem.
 
 --0015175cddd8fa5fb404631ed549
 Content-Type: text/x-diff; charset=US-ASCII; name="pwaitfix.diff"
 Content-Disposition: attachment; filename="pwaitfix.diff"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_frapwkae0
 
 PT09IHN5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz
 L2FtZDY0L2xpbnV4MzIvbGludXgzMl9tYWNoZGVwLmMJKHJldmlzaW9uIDE4ODc0MSkKKysrIHN5
 cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jCShsb2NhbCkKQEAgLTU2MCw3ICs1NjAs
 NyBAQAogCS8qIHdhaXQgZm9yIHRoZSBjaGlsZHJlbiB0byBleGl0LCBpZS4gZW11bGF0ZSB2Zm9y
 ayAqLwogCVBST0NfTE9DSyhwMik7CiAJd2hpbGUgKHAyLT5wX2ZsYWcgJiBQX1BQV0FJVCkKLQkg
 ICAJbXNsZWVwKHRkLT50ZF9wcm9jLCAmcDItPnBfbXR4LCBQV0FJVCwgInBwd2FpdCIsIDApOwor
 CQljdl93YWl0KCZwMi0+cF9wd2FpdCwgJnAyLT5wX210eCk7CiAJUFJPQ19VTkxPQ0socDIpOwog
 CiAJcmV0dXJuICgwKTsKQEAgLTc0OSw3ICs3NDksNyBAQAogCQkvKiB3YWl0IGZvciB0aGUgY2hp
 bGRyZW4gdG8gZXhpdCwgaWUuIGVtdWxhdGUgdmZvcmsgKi8KIAkJUFJPQ19MT0NLKHAyKTsKIAkJ
 d2hpbGUgKHAyLT5wX2ZsYWcgJiBQX1BQV0FJVCkKLQkJCW1zbGVlcCh0ZC0+dGRfcHJvYywgJnAy
 LT5wX210eCwgUFdBSVQsICJwcHdhaXQiLCAwKTsKKwkJCWN2X3dhaXQoJnAyLT5wX3B3YWl0LCAm
 cDItPnBfbXR4KTsKIAkJUFJPQ19VTkxPQ0socDIpOwogCX0KIAo9PT0gc3lzL2kzODYvbGludXgv
 bGludXhfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2kzODYvbGludXgvbGludXhfbWFjaGRl
 cC5jCShyZXZpc2lvbiAxODg3NDEpCisrKyBzeXMvaTM4Ni9saW51eC9saW51eF9tYWNoZGVwLmMJ
 KGxvY2FsKQpAQCAtMzc2LDcgKzM3Niw3IEBACiAJLyogd2FpdCBmb3IgdGhlIGNoaWxkcmVuIHRv
 IGV4aXQsIGllLiBlbXVsYXRlIHZmb3JrICovCiAJUFJPQ19MT0NLKHAyKTsKIAl3aGlsZSAocDIt
 PnBfZmxhZyAmIFBfUFBXQUlUKQotCSAgIAltc2xlZXAodGQtPnRkX3Byb2MsICZwMi0+cF9tdHgs
 IFBXQUlULCAicHB3YWl0IiwgMCk7CisJCWN2X3dhaXQoJnAyLT5wX3B3YWl0LCAmcDItPnBfbXR4
 KTsKIAlQUk9DX1VOTE9DSyhwMik7CiAKIAlyZXR1cm4gKDApOwpAQCAtNTgxLDcgKzU4MSw3IEBA
 CiAgICAJICAgCS8qIHdhaXQgZm9yIHRoZSBjaGlsZHJlbiB0byBleGl0LCBpZS4gZW11bGF0ZSB2
 Zm9yayAqLwogICAgCSAgIAlQUk9DX0xPQ0socDIpOwogCQl3aGlsZSAocDItPnBfZmxhZyAmIFBf
 UFBXQUlUKQotICAgCQkgICAJbXNsZWVwKHRkLT50ZF9wcm9jLCAmcDItPnBfbXR4LCBQV0FJVCwg
 InBwd2FpdCIsIDApOworCQkJY3Zfd2FpdCgmcDItPnBfcHdhaXQsICZwMi0+cF9tdHgpOwogCQlQ
 Uk9DX1VOTE9DSyhwMik7CiAJfQogCg==
 --0015175cddd8fa5fb404631ed549
 Content-Type: text/plain; charset="us-ascii"
 MIME-Version: 1.0
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline
 
 _______________________________________________
 freebsd-bugs@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
 To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org"
 --0015175cddd8fa5fb404631ed549--
 
>Unformatted:
