Re: svn commit: r219096 - in head: lib/libc/yp lib/libelf share/man/man7 sys/boot/i386/cdboot sys/boot/pc98/cdboot usr.bin/checknr

2011-02-28 Thread Rob Farmer 
 of opening bracket */
        int pl;         /* '+', '-', ' ' for \s, 1 for \f, 0 for .ft */
        int parm;       /* parm to size, font, etc */
 -       int lno;        /* line number the thing came in */
 +       int lno;        /* line number the thing came in in */

How about line number of x? (I can't tell what x is from the context.)

-- 
Rob Farmer

  } stk[MAXSTK];
  int stktop;

 ___
 svn-src-h...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-head
 To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org

___
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-unsubscr...@freebsd.org

Re: svn commit: r219096 - in head: lib/libc/yp lib/libelf share/man/man7 sys/boot/i386/cdboot sys/boot/pc98/cdboot usr.bin/checknr

2011-02-28 Thread Rob Farmer 
On Mon, Feb 28, 2011 at 7:07 PM, Rob Farmer rfar...@predatorlabs.net wrote:
 On Mon, Feb 28, 2011 at 2:03 AM, Bruce Cran bru...@freebsd.org wrote:
 Author: brucec
 Date: Mon Feb 28 10:03:48 2011
 New Revision: 219096
 URL: http://svn.freebsd.org/changeset/base/219096

 Log:
  Revert some of r177626. in in is valid in certain sentences.

 I disagree. in in (or any doubled word) looks awkward in print and
 should be avoided. Even if its grammatically correct, its a style

And I misused its and it's in my message about grammar. How embarrassing.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r218130 - head

2011-02-02 Thread Rob Farmer 
/Makefile.inc1, line 127: Unknown target :.
*** Error code 1

Stop in /usr/src.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r218130 - head

2011-02-02 Thread Rob Farmer 
On Wed, Feb 2, 2011 at 4:00 PM, Warner Losh i...@bsdimp.com wrote:
 Rob,

 r218206 should fix the problem.  Sorry for the hassle.

 Warner


Thanks for the quick response - it is working now.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r215132 - head/sys/dev/nfe

2010-11-11 Thread Rob Farmer 
On Thu, Nov 11, 2010 at 11:19, Pyun YongHyeon pyu...@gmail.com wrote:
 On Thu, Nov 11, 2010 at 07:34:09PM +0100, Joel Dahl wrote:
 On 11-11-2010 18:08, Pyun YongHyeon wrote:
  Author: yongari
  Date: Thu Nov 11 18:08:50 2010
  New Revision: 215132
  URL: http://svn.freebsd.org/changeset/base/215132
 
  Log:
    Add basic WOL support for MCP ethernet controllers. It seems the
    controller does not perform automatic switching from 1000Mbps link
    to 10/100Mbps link when WOL is activated. Implement establishing
    10/100Mps link with auto-negotiation in driver. Link status change
    handler was modified to remove taskqueue based approach since driver
    now needs synchronous handling for link establishment.

 Somewhat unrelated but this commit reminds me of something: why do we still
 keep the nve driver?  I thought nfe was written as a replacement years ago?


 Perhaps to address edge cases not covered by nfe(4)?
 Personally I don't know any of them.

amd64/115126 ?

Its even assigned to you.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r215132 - head/sys/dev/nfe

2010-11-11 Thread Rob Farmer 
On Thu, Nov 11, 2010 at 13:18, Pyun YongHyeon pyu...@gmail.com wrote:
 Yes, but I think this has nothing to do with the subject.
 I think MCP controllers have a silicon bug that does not generate
 TX completion interrupts under certain conditions/controller models.
 The PR indicates what was really happened which also indicates
 possible silicon bug. nve(4) also seems to have some workaround for
 that but I wanted to verify it since we don't know what binary blob
 did during controller initialization. The message just shows
 informational message and does not reset controller so I think that
 edge case is already handled by nfe(4).


I have a system that does this same thing - watchdog timeout (missed
Tx interrupts) over and over. It also generates so much bogus traffic
that all other systems connected to the same switch/hub lose their
network connection while the machine is running. Switching to nve
resolves the problem.

If it can't be fixed, that's fine. Just please don't remove nve -
there are systems that need it.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r215132 - head/sys/dev/nfe

2010-11-11 Thread Rob Farmer 
On Thu, Nov 11, 2010 at 13:48, Pyun YongHyeon pyu...@gmail.com wrote:
 I believe you're the first one that reported real issue. Could you
 give me more details about bogus traffic? I don't know what PHY

I don't know how to get more info about it, but basically the switch's
activity lights blink extremely fast and activity on all of the other
systems times out (can't ping anything, do dns lookups, etc.).

 was used with the controller but e1000phy(4) may have advertised
 flow-control so the bogus traffic could be a kind of flow-control
 storm triggered nfe(4)/e1000phy(4). Maybe opening a PR with
 dmesg/pciconf output would be better.

I have sent PR 152150 about the rest.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r208545 - in head/release: amd64 i386 ia64 pc98 powerpc sparc64 sun4v

2010-05-26 Thread Rob Farmer 
On Tue, May 25, 2010 at 10:48 AM, Xin LI delp...@freebsd.org wrote:
 Author: delphij
 Date: Tue May 25 17:48:17 2010
 New Revision: 208545
 URL: http://svn.freebsd.org/changeset/base/208545

 Log:
  libarchive now needs libcrypto and liblzma.

 Modified:
  head/release/amd64/boot_crunch.conf
  head/release/i386/boot_crunch.conf
  head/release/ia64/boot_crunch.conf
  head/release/pc98/boot_crunch.conf
  head/release/powerpc/boot_crunch.conf
  head/release/sparc64/boot_crunch.conf
  head/release/sun4v/boot_crunch.conf

 Modified: head/release/amd64/boot_crunch.conf
 ==
 --- head/release/amd64/boot_crunch.conf Tue May 25 17:43:23 2010        
 (r208544)
 +++ head/release/amd64/boot_crunch.conf Tue May 25 17:48:17 2010        
 (r208545)
 @@ -39,6 +39,6 @@ progs ppp
  progs sysinstall
  progs usbconfig

 -libs -ll -ledit -lutil -lmd -lcrypt -lftpio -lz -lnetgraph
 +libs -ll -ledit -lutil -lmd -lcrypt -lcrypto -lftpio -lz -lnetgraph
  libs -ldialog -lncurses -ldisk -lcam -lsbuf -lufs -ldevinfo
 -libs -lbsdxml -larchive -lbz2 -lusb -ljail
 +libs -lbsdxml -larchive -lbz2 -llzma -lusb -ljail


Does the order of the libs entries matter? Because I just tried on
i386 after this commit and I still get errors related to the sha1,
md5, etc. functions but it worked fine with -llzma -lcrypto at the end
of the last line.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r208119 - head/sys/dev/isp

2010-05-15 Thread Rob Farmer 
On Sat, May 15, 2010 at 1:26 PM, Matt Jacob mja...@freebsd.org wrote:
 Author: mjacob
 Date: Sat May 15 20:26:10 2010
 New Revision: 208119
 URL: http://svn.freebsd.org/changeset/base/208119

 Log:
  Whap. Hook up some wires that were forgotten a few months ago and restore
  the zombie device timeout code and the loop down time code and the fabric
  hysteresis code.
  MFC after:    1 week
  Sponsored By: Panasas

 Modified:
  head/sys/dev/isp/isp_freebsd.c
  head/sys/dev/isp/ispvar.h


Hi,

I haven't seen anything from the tinderbox but I am getting a build
failure after this change. This is i386 in vmware:

=== isp (all)
cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -march=prescott
-Werror -D_KERNEL -DKLD_MODULE -nostdinc
-DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/CORETWO/opt_global.h -I. -I@ -I@/contrib/altq
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -fno-common  -I/usr/obj/usr/src/sys/CORETWO
 -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding
-fstack-protector -std=iso9899:1999 -fstack-protector -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions -c
/usr/src/sys/modules/isp/../../dev/isp/isp.c
cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -march=prescott
-Werror -D_KERNEL -DKLD_MODULE -nostdinc
-DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/CORETWO/opt_global.h -I. -I@ -I@/contrib/altq
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -fno-common  -I/usr/obj/usr/src/sys/CORETWO
 -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding
-fstack-protector -std=iso9899:1999 -fstack-protector -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions -c
/usr/src/sys/modules/isp/../../dev/isp/isp_library.c
cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -march=prescott
-Werror -D_KERNEL -DKLD_MODULE -nostdinc
-DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/CORETWO/opt_global.h -I. -I@ -I@/contrib/altq
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -fno-common  -I/usr/obj/usr/src/sys/CORETWO
 -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding
-fstack-protector -std=iso9899:1999 -fstack-protector -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions -c
/usr/src/sys/modules/isp/../../dev/isp/isp_target.c
cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -march=prescott
-Werror -D_KERNEL -DKLD_MODULE -nostdinc
-DHAVE_KERNEL_OPTION_HEADERS -include
/usr/obj/usr/src/sys/CORETWO/opt_global.h -I. -I@ -I@/contrib/altq
-finline-limit=8000 --param inline-unit-growth=100 --param
large-function-growth=1000 -fno-common  -I/usr/obj/usr/src/sys/CORETWO
 -mno-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding
-fstack-protector -std=iso9899:1999 -fstack-protector -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions -c
/usr/src/sys/modules/isp/../../dev/isp/isp_freebsd.c
cc1: warnings being treated as errors
/usr/src/sys/modules/isp/../../dev/isp/isp_freebsd.c: In function 'isp_gdt':
/usr/src/sys/modules/isp/../../dev/isp/isp_freebsd.c:3946: warning:
format '%lu' expects type 'long unsigned int', but argument 5 has type
'time_t'
/usr/src/sys/modules/isp/../../dev/isp/isp_freebsd.c: In function 'isp_async':
/usr/src/sys/modules/isp/../../dev/isp/isp_freebsd.c:5068: warning:
format '%lu' expects type 'long unsigned int', but argument 6 has type
'time_t'
*** Error code 1

Stop in /usr/src/sys/modules/isp.
*** Error code 1

Stop in /usr/src/sys/modules.
*** Error code 1

Stop in /usr/obj/usr/src/sys/CORETWO.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

-- 
Rob Farmer
___
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-unsubscr...@freebsd.org

Re: svn commit: r203584 - head/tools/build/mk

2010-02-09 Thread Rob Farmer 
On Sat, Feb 6, 2010 at 4:38 PM, Xin LI delp...@freebsd.org wrote:
 Author: delphij
 Date: Sun Feb  7 00:38:31 2010
 New Revision: 203584
 URL: http://svn.freebsd.org/changeset/base/203584

 Log:
  Add files for NO_MAIL, NO_SENDMAIL and NO_MAILWRAPPER.

  MFC after:    2 weeks

 Modified:
  head/tools/build/mk/OptionalObsoleteFiles.inc

 Modified: head/tools/build/mk/OptionalObsoleteFiles.inc
 ==
 --- head/tools/build/mk/OptionalObsoleteFiles.inc       Sun Feb  7 00:26:47 
 2010        (r203583)
 +++ head/tools/build/mk/OptionalObsoleteFiles.inc       Sun Feb  7 00:38:31 
 2010        (r203584)
 @@ -1536,9 +1536,33 @@ OLD_FILES+=usr/share/man/man8/lpd.8.gz
  OLD_FILES+=usr/share/man/man8/pac.8.gz
  .endif

 -#.if ${MK_MAILWRAPPER} == no
 -# to be filled in
 -#.endif
 +.if ${MK_MAIL} == no
 +OLD_FILES+=usr/bin/Mail
 +OLD_FILES+=usr/bin/biff
 +OLD_FILES+=usr/bin/fmt
 +OLD_FILES+=usr/bin/from
 +OLD_FILES+=usr/bin/mail
 +OLD_FILES+=usr/bin/mailx
 +OLD_FILES+=usr/bin/msgs
 +OLD_FILES+=usr/libexec/comsat
 +OLD_FILES+=usr/share/examples/etc/mail.rc
 +OLD_FILES+=usr/share/man/man1/Mail.1.gz
 +OLD_FILES+=usr/share/man/man1/biff.1.gz
 +OLD_FILES+=usr/share/man/man1/fmt.1.gz
 +OLD_FILES+=usr/share/man/man1/from.1.gz
 +OLD_FILES+=usr/share/man/man1/mail.1.gz
 +OLD_FILES+=usr/share/man/man1/mailx.1.gz
 +OLD_FILES+=usr/share/man/man1/msgs.1.gz
 +OLD_FILES+=usr/share/man/man8/comsat.8.gz
 +OLD_FILES+=usr/share/misc/mail.help
 +OLD_FILES+=usr/share/misc/mail.tildehelp
 +.endif
 +
 +.if ${MK_MAILWRAPPER} == no
 +OLD_FILES+=etc/mail/mailer.conf
 +OLD_FILES+=usr/sbin/mailwrapper
 +OLD_FILES+=usr/share/man/man8/mailwrapper.8.gz
 +.endif

Hi,

Thanks for fixing this. Do you think that usr/sbin/sendmail should be
added here in the mailwrapper section, since it is a symlink to
/usr/sbin/mailwrapper?

-- 
Rob Farmer


  #.if ${MK_MAN} == no
  # This should add a dependency to a special target which removes all man 
 pages.
 @@ -1750,9 +1774,220 @@ OLD_FILES+=usr/share/man/man8/rshd.8.gz
  # to be filled in or replaced with a special target
  #.endif

 -#.if ${MK_SENDMAIL} == no
 -# to be filled in
 -#.endif
 +.if ${MK_SENDMAIL} == no
 +OLD_FILES+=bin/rmail
 +OLD_FILES+=usr/bin/vacation
 +OLD_FILES+=usr/include/libmilter/mfapi.h
 +OLD_FILES+=usr/include/libmilter/mfdef.h
 +OLD_FILES+=usr/lib/libmilter.a
 +OLD_LIBS+=usr/lib/libmilter.so.5
 +OLD_FILES+=usr/lib/libmilter_p.a
 +.if ${TARGET_ARCH} == amd64
 +OLD_FILES+=usr/lib32/libmilter.a
 +OLD_LIBS+=usr/lib32/libmilter.so.5
 +OLD_FILES+=usr/lib32/libmilter_p.a
 +.endif
 +OLD_FILES+=usr/libexec/mail.local
 +OLD_FILES+=usr/libexec/sendmail/sendmail
 +OLD_FILES+=usr/libexec/smrsh
 +OLD_FILES+=usr/sbin/editmap
 +OLD_FILES+=usr/sbin/mailstats
 +OLD_FILES+=usr/sbin/makemap
 +OLD_FILES+=usr/sbin/praliases
 +OLD_FILES+=usr/share/doc/smm/08.sendmailop/paper.ascii.gz
 +OLD_FILES+=usr/share/man/man1/mailq.1.gz
 +OLD_FILES+=usr/share/man/man1/newaliases.1.gz
 +OLD_FILES+=usr/share/man/man1/vacation.1.gz
 +OLD_FILES+=usr/share/man/man5/aliases.5.gz
 +OLD_FILES+=usr/share/man/man8/editmap.8.gz
 +OLD_FILES+=usr/share/man/man8/hoststat.8.gz
 +OLD_FILES+=usr/share/man/man8/mail.local.8.gz
 +OLD_FILES+=usr/share/man/man8/mailstats.8.gz
 +OLD_FILES+=usr/share/man/man8/makemap.8.gz
 +OLD_FILES+=usr/share/man/man8/praliases.8.gz
 +OLD_FILES+=usr/share/man/man8/purgestat.8.gz
 +OLD_FILES+=usr/share/man/man8/rmail.8.gz
 +OLD_FILES+=usr/share/man/man8/sendmail.8.gz
 +OLD_FILES+=usr/share/man/man8/smrsh.8.gz
 +OLD_FILES+=usr/share/sendmail/cf/README
 +OLD_FILES+=usr/share/sendmail/cf/cf/Makefile
 +OLD_FILES+=usr/share/sendmail/cf/cf/README
 +OLD_FILES+=usr/share/sendmail/cf/cf/chez.cs.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/clientproto.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cs-hpux10.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cs-hpux9.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cs-osf1.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cs-solaris2.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cs-sunos4.1.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cs-ultrix4.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/cyrusproto.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-bsd4.4.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-hpux10.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-hpux9.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-linux.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-mpeix.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-nextstep3.3.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-osf1.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-solaris.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-sunos4.1.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/generic-ultrix4.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/huginn.cs.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/knecht.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/mail.cs.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/mail.eecs.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf/mailspool.cs.mc
 +OLD_FILES+=usr/share/sendmail/cf/cf

Re: svn commit: r202889 - head/sys/kern

2010-01-25 Thread Rob Farmer 
On Sat, Jan 23, 2010 at 7:54 AM, Attilio Rao atti...@freebsd.org wrote:
 Author: attilio
 Date: Sat Jan 23 15:54:21 2010
 New Revision: 202889
 URL: http://svn.freebsd.org/changeset/base/202889

 Log:
  - Fix a race in sched_switch() of sched_4bsd.
    In the case of the thread being on a sleepqueue or a turnstile, the
    sched_lock was acquired (without the aid of the td_lock interface) and
    the td_lock was dropped. This was going to break locking rules on other
    threads willing to access to the thread (via the td_lock interface) and
    modify his flags (allowed as long as the container lock was different
    by the one used in sched_switch).
    In order to prevent this situation, while sched_lock is acquired there
    the td_lock gets blocked. [0]
  - Merge the ULE's internal function thread_block_switch() into the global
    thread_lock_block() and make the former semantic as the default for
    thread_lock_block(). This means that thread_lock_block() will not
    disable interrupts when called (and consequently thread_unlock_block()
    will not re-enabled them when called). This should be done manually
    when necessary.
    Note, however, that ULE's thread_unblock_switch() is not reaped
    because it does reflect a difference in semantic due in ULE (the
    td_lock may not be necessarilly still blocked_lock when calling this).
    While asymmetric, it does describe a remarkable difference in semantic
    that is good to keep in mind.

  [0] Reported by:      Kohji Okuno
                        okuno dot kohji at jp dot panasonic dot com
  Tested by:            Giovanni Trematerra
                        giovanni dot trematerra at gmail dot com
  MFC:                  2 weeks

 Modified:
  head/sys/kern/kern_mutex.c
  head/sys/kern/sched_4bsd.c
  head/sys/kern/sched_ule.c

Hi,

This commit seems to be causing me a kernel panic on sparc64 - details
are in PR 143215. Could you take a look before MFCing this?

Thanks,
-- 
Rob Farmer
___
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-unsubscr...@freebsd.org