Re: zfs hang

[Andriy Gapon]

On 10/10/2014 04:27, Steve Wills wrote:
> Dying drives
> shouldn't cause panic, right?

There can be different shades of dying.  Returning errors is one thing, hanging
is a different thing.  There is a good reason why systems panics in that case.
I am surprised though that the hang was not detected in the lower layers like
ahci driver or CAM.

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Build failed in Jenkins: FreeBSD_HEAD #1594

[Baptiste Daroussin]

On Thu, Oct 09, 2014 at 09:55:13PM -0700, Peter Wemm wrote:
> On Thursday, October 09, 2014 07:38:03 PM jenkins-ad...@freebsd.org wrote:
> > See 
> [...]
> > -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I.
> > -I
> > -I > >
> > -I > dt> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
> > -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel
> > -mno-red-zone -mno-mmx -mno-sse -msoft-float 
> > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2
> > -mno-aes -mno-avx -Werror  vers.c ctfconvert -L VERSION -g vers.o
> > --- kernel.debug ---
> > linking kernel.debug
> > ctfmerge -L VERSION -g -o kernel.debug ...
> > kernel.debug: not found
> > *** [kernel.debug] Error code 127
> > 
> > make[2]: stopped in
> > /usr/obj 
> This is because of:
> =
> Author: bapt
> Date: Thu Oct  9 15:52:01 2014
> New Revision: 272827
> URL: https://svnweb.freebsd.org/changeset/base/272827
> 
> Log:
>   Add size(1) to the cross build toolchain
> 
> Modified:
>   head/Makefile.inc1
> =
> 
> -- 
> Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
> UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246

Fixed sorry about that

Bapt


pgpE1FuGWuA5I.pgp
Description: PGP signature

Re: Build failed in Jenkins: FreeBSD_HEAD #1594

[Peter Wemm]

On Thursday, October 09, 2014 07:38:03 PM jenkins-ad...@freebsd.org wrote:
> See 
[...]
> -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I.
> -I
> -I >
> -I dt> -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
> -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel
> -mno-red-zone -mno-mmx -mno-sse -msoft-float 
> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2
> -mno-aes -mno-avx -Werror  vers.c ctfconvert -L VERSION -g vers.o
> --- kernel.debug ---
> linking kernel.debug
> ctfmerge -L VERSION -g -o kernel.debug ...
> kernel.debug: not found
> *** [kernel.debug] Error code 127
> 
> make[2]: stopped in
> /usr/obj

Re: zfs hang

[Steve Wills]

On Fri, Oct 10, 2014 at 02:35:14AM +0100, Steven Hartland wrote:
> 
> - Original Message - 
> From: "Steve Wills" 
> To: "Andriy Gapon" 
> Cc: ; 
> Sent: Friday, October 10, 2014 2:27 AM
> Subject: Re: zfs hang
> 
> 
> > On Wed, Oct 08, 2014 at 08:55:26AM +0300, Andriy Gapon wrote:
> >> On 08/10/2014 03:40, Steve Wills wrote:
> >> > Hi,
> >> > 
> >> > Not sure which thread this belongs to, but I have a zfs hang on one of 
> >> > my boxes
> >> > running r272152. Running procstat -kka looks like:
> >> > 
> >> > http://pastebin.com/szZZP8Tf
> >> > 
> >> > My zpool commands seem to be hung in spa_errlog_lock while others are 
> >> > hung in
> >> > zfs_lookup. Suggestions?
> >> 
> >> There are several threads in zio_wait.  If this is their permanent state 
> >> then
> >> there is some problem with I/O somewhere below ZFS.
> > 
> > Thanks for the feedback. It seems one of my disks is dying, I rebooted and 
> > it
> > came up OK, but today I got:
> > 
> >  panic: I/O to pool 'rpool' appears to be hung on vdev guid . at 
> > '/dev/ada0p3'
> > 
> > I have screenshots and backtrace if anyone is interested. Dying drives
> > shouldn't cause panic, right?
> 
> Its the deadman timer kicking in so yes, thats expected.
> 
> The following sysctls control this behaviour if you want to try and recover:
> vfs.zfs.deadman_synctime_ms: 100
> vfs.zfs.deadman_checktime_ms: 5000
> vfs.zfs.deadman_enabled: 1

Ah, ok. This pool has two disks, mirrored. I think one of them is dying, the
BIOS gives a SMART error on startup, but it still uses the disk fine. From what
I read of the zfs deadman design, it's for when the controller is acting up. So
I'm confused. Maybe this means both disks are dying?

Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #1596

[jenkins-admin]

See 

Changes:

[syrinx] Fix a bug in decoding string indexes in snmp_target(3), thus causing
bsnmpd(1) to not send v3 notifications properly; while here add two
missing return statements which could lead to abort() in case of a
rollback

[emaste] Build gperf only if we're using g++ (not clang++)

gperf is used as a build tool for g++ and is not needed for Clang
architectures. Ports and third-party software that need it can use the
up-to-date devel/gperf port.

PR: 194103 (exp-run)
Reviewed by:bapt
Sponsored by:   The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D886

[emaste] Update dl_iterate_phdr(3) to follow r272842

Relnotes:   yes
Sponsored by:   The FreeBSD Foundation

[kargl] The value small=2**-(p+3), where p is the precision, can be determine 
from
lgamma(x) = -log(x) - log(1+x) + x*(1-g) + x**2*P(x) with g = 0.57...
being the Euler constant and P(x) a polynomial.  Substitution of small
into the RHS shows that the last 3 terms are negligible in comparison to
the leading term.  The choice of 3 may be conservative.

The value large=2**(p+3) is detemined from Stirling's approximation
lgamma(x) = x*(log(x)-1) - log(x)/2 + log(2*pi)/2 + P(1/x)/x
Again, substitution of large into the RHS reveals the last 3 terms
are negligible in comparison to the leading term.

Move the x=+-0 special case into the |x|https://reviews.freebsd.org/D924
Reviewed by:rpaulo markj
MFC after:  1 month

--
[...truncated 279474 lines...]
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror  

--- control.o ---
ctfconvert -L VERSION -g control.o
--- netfront.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror  

--- blkfront.o ---
ctfconvert -L VERSION -g blkfront.o
--- xenstore.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror  

--- netfront.o ---
ctfconvert -L VERSION -g netfront.o
--- xenstore_dev.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wu

Re: zfs hang

[Steven Hartland]

- Original Message - 
From: "Steve Wills" 

To: "Andriy Gapon" 
Cc: ; 
Sent: Friday, October 10, 2014 2:27 AM
Subject: Re: zfs hang



On Wed, Oct 08, 2014 at 08:55:26AM +0300, Andriy Gapon wrote:

On 08/10/2014 03:40, Steve Wills wrote:
> Hi,
> 
> Not sure which thread this belongs to, but I have a zfs hang on one of my boxes

> running r272152. Running procstat -kka looks like:
> 
> http://pastebin.com/szZZP8Tf
> 
> My zpool commands seem to be hung in spa_errlog_lock while others are hung in

> zfs_lookup. Suggestions?

There are several threads in zio_wait.  If this is their permanent state then
there is some problem with I/O somewhere below ZFS.


Thanks for the feedback. It seems one of my disks is dying, I rebooted and it
came up OK, but today I got:

 panic: I/O to pool 'rpool' appears to be hung on vdev guid . at 
'/dev/ada0p3'

I have screenshots and backtrace if anyone is interested. Dying drives
shouldn't cause panic, right?


Its the deadman timer kicking in so yes, thats expected.

The following sysctls control this behaviour if you want to try and recover:
vfs.zfs.deadman_synctime_ms: 100
vfs.zfs.deadman_checktime_ms: 5000
vfs.zfs.deadman_enabled: 1

   Regards
   Steve


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: zfs hang

[Steve Wills]

On Wed, Oct 08, 2014 at 08:55:26AM +0300, Andriy Gapon wrote:
> On 08/10/2014 03:40, Steve Wills wrote:
> > Hi,
> > 
> > Not sure which thread this belongs to, but I have a zfs hang on one of my 
> > boxes
> > running r272152. Running procstat -kka looks like:
> > 
> > http://pastebin.com/szZZP8Tf
> > 
> > My zpool commands seem to be hung in spa_errlog_lock while others are hung 
> > in
> > zfs_lookup. Suggestions?
> 
> There are several threads in zio_wait.  If this is their permanent state then
> there is some problem with I/O somewhere below ZFS.

Thanks for the feedback. It seems one of my disks is dying, I rebooted and it
came up OK, but today I got:

  panic: I/O to pool 'rpool' appears to be hung on vdev guid . at 
'/dev/ada0p3'

I have screenshots and backtrace if anyone is interested. Dying drives
shouldn't cause panic, right?

Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #1595

[jenkins-admin]

See 

Changes:

[pjd] Fix problem on big endian systems introduced in r271579 - when we were
returning from handling a nested nvlist we were resetting big-endian flag.

Reported by:Kuleshov Aleksey @ yandex.ru
Tested by:  Kuleshov Aleksey @ yandex.ru

[emaste] Always return pathname in dl_iterate_phdr's dlpi_name, as Linux does

Linux LD_ITERATE_PHDR(3):
The dlpi_name field is a null-terminated string giving the
pathname from which the shared object was loaded.

That functionality is much more useful than returning just the short
name.

Approved by:kan
Sponsored by:   The FreeBSD Foundation

[tuexen] Ensure that the flags field of sctp_tmit_chunks is initialized.
Thanks to Peter Bostroem from Google for reporting the issue.

MFC after: 3 days

[melifaro] Merge projects/ipfw to HEAD.

Main user-visible changes are related to tables:

* Tables are now identified by names, not numbers.
 There can be up to 65k tables with up to 63-byte long names.
* Tables are now set-aware (default off), so you can switch/move
 them atomically with rules.
* More functionality is supported (swap, lock, limits, user-level lookup,
 batched add/del) by generic table code.
* New table types are added (flow) so you can match multiple packet fields at 
once.
* Ability to add different type of lookup algorithms for particular
 table type has been added.
* New table algorithms are added (cidr:hash, iface:array, number:array and
 flow:hash) to make certain types of lookup more effective.
* Table value are now capable of holding multiple data fields for
  different tablearg users

Performance changes:
* Main ipfw lock was converted to rmlock
* Rule counters were separated from rule itself and made per-cpu.
* Radix table entries fits into 128 bytes
* struct ip_fw is now more compact so more rules will fit into 64 bytes
* interface tables uses array of existing ifindexes for faster match

ABI changes:
All functionality supported by old ipfw(8) remains functional.
 Old & new binaries can work together with the following restrictions:
* Tables named other than ^\d+$ are shown as table(65535) in
 ruleset in old binaries

Internal changes:.
Changing table ids to numbers resulted in format modification for
 most sockopt codes. Old sopt format was compact, but very hard to
 extend (no versioning, inability to add more opcodes), so
* All relevant opcodes were converted to TLV-based versioned IP_FW3-based codes.
* The remaining opcodes were also converted to be able to eliminate
 all older opcodes at once
* All IP_FW3 handlers uses special API instead of calling sooptcopy*
 directly to ease adding another communication methods
* struct ip_fw is now different for kernel and userland
* tablearg value has been changed to 0 to ease future extensions
* table "values" are now indexes in special value array which
 holds extended data for given index
* Batched add/delete has been added to tables code
* Most changes has been done to permit batched rule addition.
* interface tracking API has been added (started on demand)
 to permit effective interface tables operations
* O(1) skipto cache, currently turned off by default at
 compile-time (eats 512K).

* Several steps has been made towards making libipfw:
  * most of new functions were separated into "parse/prepare/show
and actuall-do-stuff" pieces (already merged).
  * there are separate functions for parsing text string into "struct ip_fw"
and printing "struct ip_fw" to supplied buffer (already merged).
* Probably some more less significant/forgotten features

MFC after:  1 month
Sponsored by:   Yandex LLC

[neel] Support Intel-specific MSRs that are accessed when booting up a linux in 
bhyve:
- MSR_PLATFORM_INFO
- MSR_TURBO_RATIO_LIMITx
- MSR_RAPL_POWER_UNIT

Reviewed by:grehan
MFC after:  1 week

[neel] iasl(8) expects integer fields in data tables to be specified as 
hexadecimal
values. Therefore the bit width of the "PM Timer Block" was actually being
interpreted as 50-bits instead of the expected 32-bit.

This eliminates an error message emitted by a Linux 3.17 guest during boot:
"Invalid length for FADT/PmTimerBlock: 50, using default 32"

Reviewed by:grehan
MFC after:  1 week

[trasz] Remove remnants of some cleanup; no functional changes.

Sponsored by:   The FreeBSD Foundation

--
[...truncated 273401 lines...]
ctfconvert -L VERSION -g control.o
--- netfront.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I

Re: [PATCH] Lock scd(4): test or the driver will be removed

[John Baldwin]

On Wednesday, October 08, 2014 8:23:54 pm Alfred Perlstein wrote:
> 
> On 10/8/14 11:53 AM, John Baldwin wrote:
> > This patch adds locking to scd(4) and marks it MPSAFE.  It also uses bus_*()
> > instead of bus_space_*().  The patch is against HEAD but probably applies 
> > to 9
> > and 10 as well.
> >
> > http://people.freebsd.org/~jhb/patches/scd_locking.patch
> >
> > Note that this driver is using a deprecated API that will be removed in 11.
> > If no one tests updates to this driver then it is not feasible to continue
> > maintaining it in the tree.  In that case, it will be removed from HEAD one
> > month from today.
> >
> Hey John, which APIs are being used?

timeout(9).  However, we are eventually going to start requiring drivers to
not use Giant either (and retiring timeout(9) is a step in that direction).

Also, most of these drivers are for ancient hardware.  scd(4) is support for
a relatively rare pre-ATA CD controller.  The much-more common matcd(4) driver
(which is the driver used by my old SoundBlaster 16 card that provided a CD 
controller (not just sound, but data as well)) was removed back in 2002.

-- 
John Baldwin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: HEADS UP: Merging projects/ipfw to HEAD

[Alexander V . Chernikov]

On 04 Oct 2014, at 16:35, Alexander V. Chernikov  wrote:

> Hi,
> 
> I'm going to merge projects/ipfw branch to HEAD in the middle of next week.
Merged in r 272840.
> 
> What has changed:
> 
> Main user-visible changes are related to tables:
> 
> * Tables are now identified by names, not numbers. There can be up to 65k 
> tables with up to 63-byte long names.
> * Tables are now set-aware (default off), so you can switch/move them 
> atomically with rules.
> * More functionality is supported (swap, lock, limits, user-level lookup, 
> batched add/del) by generic table code.
> * New table types are added (flow) so you can match multiple packet fields at 
> once.
> * Ability to add different type of lookup algorithms for particular table 
> type has been added.
> * New table algorithms are added (cidr:hash, iface:array, number:array and 
> flow:hash) to make certain types of lookup more effective.
> * Table value are now capable of holding multiple data fields for different 
> tablearg users
> 
> Some examples (see ipfw(8) manual page for the description):
> 
>  0:02 [2] zfscurr0# ipfw table fl2 create type flow:src-ip,proto,dst-port 
> algo flow:hash valtype skipto,fib
>   0:02 [2] zfscurr0# ipfw table fl2 info
>   +++ table(fl2), set(0) +++
>kindex: 0, type: flow:src-ip,proto,dst-port
>valtype: number, references: 0
>algorithm: flow:hash
>items: 0, size: 280
>   0:02 [2] zfscurr0# ipfw table fl2 add 2a02:6b8::333,tcp,443 45000,12
>   0:02 [2] zfscurr0# ipfw table fl2 add 10.0.0.92,tcp,80 22000,13
>   0:02 [2] zfscurr0# ipfw table fl2 list
>   +++ table(fl2), set(0) +++
>   2a02:6b8::333,6,443 45000
>   10.0.0.92,6,80 22000
>   0:02 [2] zfscurr0# ipfw add 200 count tcp from me to 78.46.89.105 80 flow 
> 'table(fl2)'
> 
>   ipfw table mi_test create type cidr algo "cidr:hash masks=/30,/64"
>   ipfw table mi_test add 10.0.0.8/30
>   ipfw table mi_test add 2a02:6b8:b010::1/64 25
> 
>   # ipfw table si add 1.1.1.1/32  2.2.2.2/32 
>   added: 1.1.1.1/32 
>   added: 2.2.2.2/32 
>   # ipfw table si add 2.2.2.2/32 2200 4.4.4.4/32 
>   exists: 2.2.2.2/32 2200
>   added: 4.4.4.4/32 
>   ipfw: Adding record failed: record already exists
>   ^ Returns error but keeps inserted items
>   # ipfw table si list
>   +++ table(si), set(0) +++
>   1.1.1.1/32 
>   2.2.2.2/32 
>   4.4.4.4/32 
>   # ipfw table si atomic add 3.3.3.3/32  4.4.4.4/32 4400 5.5.5.5/32 
>   added(reverted): 3.3.3.3/32 
>   exists: 4.4.4.4/32 4400
>   ignored: 5.5.5.5/32 
>   ipfw: Adding record failed: record already exists
>   ^ Returns error and reverts added records
> 
> Performance changes:
> * Main ipfw lock was converted to rmlock
> * Rule counters were separated from rule itself and made per-cpu.
> * Radix table entries fits into 128 bytes
> * struct ip_fw is now more compact so more rules will fit into 64 bytes
> * interface tables uses array of existing ifindexes for faster match
> 
> ABI changes:
> All functionality supported by old ipfw(8) remains functional. Old & new 
> binaries can work together with the following restrictions:
> * Tables named other than ^\d+$ are shown as table(65535) in ruleset in old 
> binaries
> * I'm a bit unsure about "lookup src-port|dst-port N" case, something may be 
> broken here. Anyway, this can be fixed for MFC
> 
> Internal changes:.
> Changing table ids to numbers resulted in format modification for most 
> sockopt codes.
> Old sopt format was compact, but very hard to extend (no versioning, 
> inability to add more opcodes), so
> * All relevant opcodes were converted to TLV-based versioned IP_FW3-based 
> codes.
> * The remaining opcodes were also converted to be able to eliminate all older 
> opcodes at once
> * All IP_FW3 handlers uses special API instead of calling sooptcopy* directly 
> to ease adding another communication methods
> * struct ip_fw is now different for kernel and userland
> * tablearg value has been changed to 0 to ease future extensions
> * table "values" are now indexes in special value array which holds extended 
> data for given index
> * Batched add/delete has been added to tables code
> * Most changes has been done to permit batched rule addition.
> * interface tracking API has been added (started on demand) to permit 
> effective interface tables operations
> * O(1) skipto cache, currently turned off by default at compile-time (eats 
> 512K).
> 
> * Several steps has been made towards making libipfw:
>  * most of new functions were separated into "parse/prepare/show and 
> actuall-do-stuff" pieces (already merged).
>  * there are separate functions for parsing text string into "struct ip_fw" 
> and printing "struct ip_fw" to supplied buffer (already merged).
> * Probably some more less significant/forgotten features
> 
> ___
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-ne

Build failed in Jenkins: FreeBSD_HEAD #1594

[jenkins-admin]

See 

Changes:

[markj] Document the CPU+Pri_Class column rather than CPU+PRI, as the latter 
isn't
used or implemented on FreeBSD.

Reported by:kmacy
Reviewed by:kmacy, rpaulo
MFC after:  1 week
Sponsored by:   EMC / Isilon Storage Division

[des] Two more places where login_setcryptfmt() defaults to MD5 were missed
in r252688.

MFC after:  3 days

[bapt] Backout r272825 every useland usage of ufs/ufs/dir.h are now broken with 
that change

[adrian] Shuffle things.

Suggested by:   jhb

Differential Revision:  D906
Sponsored by:   Norse Corp

[des] Change the hardcoded default back from SHA512 to DES.

PR: 192277
MFC after:  3 days

[imp] When building with a newer GCC, suppress some warnings for the
moment. The kernel isn't ready for them without a lot of work.

[bapt] Add size(1) to the cross build toolchain

--
[...truncated 275699 lines...]
--- netback.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror  

--- control.o ---
ctfconvert -L VERSION -g control.o
--- netfront.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror  

--- blkfront.o ---
ctfconvert -L VERSION -g blkfront.o
--- xenstore.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror  

--- netfront.o ---
ctfconvert -L VERSION -g netfront.o
--- xenstore_dev.o ---
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions  
-Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc  -I. 
-I 
-I 
-I 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel 
-m

Build failed in Jenkins: FreeBSD_HEAD #1593

[jenkins-admin]

See 

Changes:

[bapt] Use offsetof() from sys/types.h instead of a custom one
This fixes build with recent gcc versions

[marcel] Regenerate after r272823:
Move the SCTP syscalls to netinet with the rest of the SCTP code.

Submitted by:   Steve Kiernan 
Reviewed by:tuexen, rrs
Obtained from:  Juniper Networks, Inc.

[marcel] Move the SCTP syscalls to netinet with the rest of the SCTP code.  The
syscalls themselves are tightly coupled with the network stack and
therefore should not be in the generic socket code.

The following four syscalls have been marked as NOSTD so they can be
dynamically registered in sctp_syscalls_init() function:
  sys_sctp_peeloff
  sys_sctp_generic_sendmsg
  sys_sctp_generic_sendmsg_iov
  sys_sctp_generic_recvmsg

The syscalls are also set up to be dynamically registered when COMPAT32
option is configured.

As a side effect of moving the SCTP syscalls, getsock_cap needs to be
made available outside of the uipc_syscalls.c source file.  A proper
prototype has been added to the sys/socketvar.h header file.

API tests from the SCTP reference implementation have been run to ensure
compatibility. (http://code.google.com/p/sctp-refimpl/source/checkout)

Submitted by:   Steve Kiernan 
Reviewed by:tuexen, rrs
Obtained from:  Juniper Networks, Inc.

[hselasky] Add sysctl knob to disable port power on a specific USB HUB. You need
to reset the USB HUB using "usbconfig -d X.Y reset" or boot having the
setting in /boot/loader.conf before it activates.

[hselasky] Add example devd configuration file for USB printers.

[bapt] Only catch the line from the compiler output  where 'version' is a word
This allows to build the kernel with gcc 4.9.1 from ports

--
[...truncated 118700 lines...]
--- kerberos5.all__D ---
--- libhx509_p.a ---
building profiled hx509 library
--- rescue.all__D ---
echo fsck: 
/usr/obj
  >> .depend
--- lib.all__D ---
--- rewind.po ---
cc  -pg  -O2 -pipe   
-I 
-I
 -I 
-DNLS  -D__DBINTERFACE_PRIVATE 
-I
 
-I
 -DINET6 
-I/usr/obj 
-I 
-D_ACL_PRIVATE -DPOSIX_MISTAKE 
-I 
-I
 
-I
 -I  
-I 
-DBROKEN_DES -DPORTMAP -DDES_BUILTIN 
-I -DYP 
-DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers 
-Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum 
-Wno-knr-promoted-parameter -Qunused-arguments -c 

 -o rewind.po
--- rescue.all__D ---
--- fsck.o ---
cc  -O2 -pipe   -DRESCUE -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 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c 

--- lib.all__D ---
--- rget.po ---
cc  -pg  -O2 -pipe   
-I 
-I
 -I 
-DNLS  -D__DBINTERFACE_PRIVATE 
-I
 
-I
 -DINET6 
-I/usr/obj

Re: Build failed in Jenkins: FreeBSD_HEAD #1591

[roseknr1]

*join free **clickcare *








On Thursday, October 9, 2014 3:02:33 PM UTC+5:30, jenkin...@freebsd.org 
wrote:
>
> See  
>
> Changes: 
>
> [mav] Make iSCSI connection close somewhat less aggressive. 
>
> It allows to push out some final data from the send queue to the socket 
> before its close.  In particular, it increases chances for logout response 
> to be delivered to the initiator. 
>
> [bapt] Add CROSS_TOOLCHAIN macro select pre seeded external toolchain 
> configuration files 
> The goal is to provide pre seeded toolchain configurations withing the 
> ports tree 
> to allow the use of an external toolchain in a simple way: 
>
> make CROSS_TOOLCHAIN=powerpc64-gcc TARGET=powerpc TARGET_ARCH=powerpc64 
> buildworld 
>
> This will look for the external toolchain definition in 
> /usr/local/share/mk/powerpc64-gcc.mk 
> While here add the notion of X_COMPILER_TYPE to the external toolchain 
> framework to allow 
> to deal with differences between gcc and clang in regards of cross 
> building 
>
> [delphij] MFV r272804: 
>
> Refactor the code and stop restore_object from creating two transactions. 
>
> Illumos issue: 
> 3693 restore_object uses at least two transactions to restore an 
> object 
>
> MFC after:2 weeks 
>
> [delphij] MFV r272803: 
>
> Illumos issue: 
> 5175 implement dmu_read_uio_dbuf() to improve cached read performance 
>
> MFC after:2 weeks 
>
> [bapt] Fix build with rpcgen using a recent (tested with gcc 4.9.1) GNU 
> cpp 
>
> -- 
> [...truncated 19142 lines...] 
> --- cleandir_subdir_svn --- 
> --- cleanobj --- 
> --- cleandir_subdir_vis --- 
> ===> usr.bin/vis (cleandir) 
> --- cleandir_subdir_svn --- 
> ===> usr.bin/svn/svn (cleandir) 
> --- cleandir_subdir_uuencode --- 
> --- clean --- 
> rm -f legacy_test legacy_test.tmp Kyuafile.auto Kyuafile.auto.tmp 
> --- cleanobj --- 
> --- cleandir_subdir_vis --- 
> --- cleanobj --- 
> --- cleandir_subdir_uuencode --- 
> --- clean --- 
> rm -f legacy_test legacy_test.tmp Kyuafile.auto Kyuafile.auto.tmp 
> --- cleanobj --- 
> --- cleandir_subdir_vmstat --- 
> ===> usr.bin/vmstat (cleandir) 
> --- cleandir_subdir_vi --- 
> --- cleanobj --- 
> --- _sub.cleandir --- 
> ===> usr.bin/vi/catalog (cleandir) 
> --- cleandir_subdir_svn --- 
> --- cleanobj --- 
> --- cleandir_subdir_vtfontcvt --- 
> ===> usr.bin/vtfontcvt (cleandir) 
> --- cleandir_subdir_vmstat --- 
> --- cleanobj --- 
> --- cleandir_subdir_w --- 
> --- cleandir_subdir_vi --- 
> --- clean --- 
> --- cleandir_subdir_svn --- 
> ===> usr.bin/svn/svnadmin (cleandir) 
> --- cleandir_subdir_vi --- 
> rm -f dump dutch english french german polish ru_RU.KOI8-R spanish swedish 
>  uk_UA.KOI8-U zh_CN.GB2312 dutch.UTF-8 french.UTF-8 german.UTF-8 
> polish.UTF-8 spanish.UTF-8 swedish.UTF-8 zh_CN.UTF-8 ru_RU.UTF-8 
> uk_UA.UTF-8 english.base *.check __ck1 __ck2 
> --- cleandir_subdir_w --- 
> ===> usr.bin/w (cleandir) 
> --- cleandir_subdir_vi --- 
> --- cleanobj --- 
> --- cleandir_subdir_wall --- 
> ===> usr.bin/wall (cleandir) 
> --- cleandir_subdir_vtfontcvt --- 
> --- cleanobj --- 
> --- cleandir_subdir_wc --- 
> ===> usr.bin/wc (cleandir) 
> --- cleandir_subdir_w --- 
> --- cleanobj --- 
> --- cleandir_subdir_svn --- 
> --- cleanobj --- 
> --- cleandir_subdir_what --- 
> --- cleandir_subdir_wall --- 
> --- cleanobj --- 
> --- cleandir_subdir_svn --- 
> ===> usr.bin/svn/svndumpfilter (cleandir) 
> --- cleandir_subdir_what --- 
> ===> usr.bin/what (cleandir) 
> --- cleandir_subdir_whereis --- 
> ===> usr.bin/whereis (cleandir) 
> --- cleandir_subdir_wc --- 
> --- cleanobj --- 
> --- cleandir_subdir_what --- 
> --- cleanobj --- 
> --- cleandir_subdir_which --- 
> --- cleandir_subdir_svn --- 
> --- cleanobj --- 
> --- cleandir_subdir_which --- 
> ===> usr.bin/which (cleandir) 
> --- cleandir_subdir_whereis --- 
> --- cleanobj --- 
> --- cleandir_subdir_who --- 
> ===> usr.bin/who (cleandir) 
> --- cleandir_subdir_svn --- 
> ===> usr.bin/svn/svnlook (cleandir) 
> --- cleandir_subdir_whois --- 
> ===> usr.bin/whois (cleandir) 
> --- cleandir_subdir_which --- 
> --- cleanobj --- 
> --- cleandir_subdir_write --- 
> ===> usr.bin/write (cleandir) 
> --- cleandir_subdir_who --- 
> --- cleanobj --- 
> --- cleandir_subdir_svn --- 
> --- cleanobj --- 
> --- cleandir_subdir_whois --- 
> --- cleanobj --- 
> --- cleandir_subdir_xargs --- 
> --- cleandir_subdir_svn --- 
> ===> usr.bin/svn/svnserve (cleandir) 
> --- cleandir_subdir_xinstall --- 
> --- cleandir_subdir_xargs --- 
> ===> usr.bin/xargs (cleandir) 
> --- cleandir_subdir_xinstall --- 
> ===> usr.bin/xinstall (cleandir) 
> --- cleandir_subdir_write --- 
> --- cleanobj --- 
> --- cleandir_subdir_xlint --- 
> ===> usr.bin/xlint (cleandir) 
> --- cleandir_subdir_xinstall --- 
> --- cleanobj --- 
> --- cleandir_subdir_xargs --- 
> --- cleanobj --- 
> --- cleandir_subdir_svn --- 
>

Re: Floating-point review

[Sean Bruno]

On Wed, 2014-10-08 at 13:14 +0100, Andrew Turner wrote:
> I'm looking for someone who known more about floating-point than I do
> to review one of me changes. The change in question adds 6 new
> functions to the ARM libc to perform floating-point comparisons. These
> functions are required as part of the ABI spec.
> 
> The review is at [1]. I am mostly interested in having someone check
> __aeabi_cfcmpeq_helper and __aeabi_cdcmpeq_helper are correct. They
> should both return when either argument is a quiet NaN unless one is a
> signalling NaN for floats and doubles respectively.
> 
> These functions are used by a functions that is defined to not raise a
> floating point exception with comparing with quiet NaNs and all
> comparisons with signalling NaNs could potentially raise an exception.
> Because of this requirement these functions are used to filter out the
> cases we have one or more quiet NaNs and no signalling NaNs.
> 
> Andrew
> 
> [1] https://reviews.freebsd.org/D872

Andrew knows this, but I'll drop it here for the rest of you folks.

I've applied this patch and am seeing very good *compile* results from
my ports build science.  I might actually break 20k ports built this
run.

Please get folks who know compilers and C to look at this.  From my very
primitive eye it *seems* correct.

http://chips.ysv.freebsd.org/build.html?mastername=11armv6-default&build=2014-10-05_21h42m23s

sean

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: vt_suspend / vt_resume

[Andriy Gapon]

On 03/10/2014 18:21, Nathan Whitehorn wrote:
> 
> On 10/03/14 08:13, Andriy Gapon wrote:
>> The patch (I am not sure if fbd_attach is the right place to register the 
>> event
>> handlers):
> 
> It's not, I don't think, since fbd_attach() isn't called for all vt backends
> (e.g. the VGA and EFI backends don't call it). vt_fb_suspend() also only calls
> vt_suspend(), so it's probably best to put this in the core vt code.

I looked at the vt code and I was not able to figure out what would be the
proper place there.
Initially I thought that vt_allocate() would be it, but then it seems that
vt_allocate() might not be called. So, perhaps vtterm_cnprobe() ? Something 
else?

Thanks!
-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is back to normal : FreeBSD_HEAD #1592

[jenkins-admin]

See 

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Comunicado Urgente! - 8732587

[current]

   Notificação

   Nosso controle de pagamentos acusa, em sua conta, prestação vencida há
   mais de 15 dias.

   motivo pelo qual pedimos a V. Sa. sua imediata regularização. Tendo em
   vista que a emissão deste aviso é automático.

   Atenciosamente,
   Clique aqui para ver o debito [1]Titulo Pendente.doc ( 28 kb )

References

   1. http://cultura2.com.br/wp-content/plugins/wp-slide/Documento.php
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #1591

[jenkins-admin]

See 

Changes:

[mav] Make iSCSI connection close somewhat less aggressive.

It allows to push out some final data from the send queue to the socket
before its close.  In particular, it increases chances for logout response
to be delivered to the initiator.

[bapt] Add CROSS_TOOLCHAIN macro select pre seeded external toolchain 
configuration files
The goal is to provide pre seeded toolchain configurations withing the ports 
tree
to allow the use of an external toolchain in a simple way:

make CROSS_TOOLCHAIN=powerpc64-gcc TARGET=powerpc TARGET_ARCH=powerpc64 
buildworld

This will look for the external toolchain definition in 
/usr/local/share/mk/powerpc64-gcc.mk
While here add the notion of X_COMPILER_TYPE to the external toolchain 
framework to allow
to deal with differences between gcc and clang in regards of cross building

[delphij] MFV r272804:

Refactor the code and stop restore_object from creating two transactions.

Illumos issue:
3693 restore_object uses at least two transactions to restore an object

MFC after:  2 weeks

[delphij] MFV r272803:

Illumos issue:
5175 implement dmu_read_uio_dbuf() to improve cached read performance

MFC after:  2 weeks

[bapt] Fix build with rpcgen using a recent (tested with gcc 4.9.1) GNU cpp

--
[...truncated 19142 lines...]
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_vis ---
===> usr.bin/vis (cleandir)
--- cleandir_subdir_svn ---
===> usr.bin/svn/svn (cleandir)
--- cleandir_subdir_uuencode ---
--- clean ---
rm -f legacy_test legacy_test.tmp Kyuafile.auto Kyuafile.auto.tmp
--- cleanobj ---
--- cleandir_subdir_vis ---
--- cleanobj ---
--- cleandir_subdir_uuencode ---
--- clean ---
rm -f legacy_test legacy_test.tmp Kyuafile.auto Kyuafile.auto.tmp
--- cleanobj ---
--- cleandir_subdir_vmstat ---
===> usr.bin/vmstat (cleandir)
--- cleandir_subdir_vi ---
--- cleanobj ---
--- _sub.cleandir ---
===> usr.bin/vi/catalog (cleandir)
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_vtfontcvt ---
===> usr.bin/vtfontcvt (cleandir)
--- cleandir_subdir_vmstat ---
--- cleanobj ---
--- cleandir_subdir_w ---
--- cleandir_subdir_vi ---
--- clean ---
--- cleandir_subdir_svn ---
===> usr.bin/svn/svnadmin (cleandir)
--- cleandir_subdir_vi ---
rm -f dump dutch english french german polish ru_RU.KOI8-R spanish swedish  
uk_UA.KOI8-U zh_CN.GB2312 dutch.UTF-8 french.UTF-8 german.UTF-8 polish.UTF-8 
spanish.UTF-8 swedish.UTF-8 zh_CN.UTF-8 ru_RU.UTF-8 uk_UA.UTF-8 english.base 
*.check __ck1 __ck2
--- cleandir_subdir_w ---
===> usr.bin/w (cleandir)
--- cleandir_subdir_vi ---
--- cleanobj ---
--- cleandir_subdir_wall ---
===> usr.bin/wall (cleandir)
--- cleandir_subdir_vtfontcvt ---
--- cleanobj ---
--- cleandir_subdir_wc ---
===> usr.bin/wc (cleandir)
--- cleandir_subdir_w ---
--- cleanobj ---
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_what ---
--- cleandir_subdir_wall ---
--- cleanobj ---
--- cleandir_subdir_svn ---
===> usr.bin/svn/svndumpfilter (cleandir)
--- cleandir_subdir_what ---
===> usr.bin/what (cleandir)
--- cleandir_subdir_whereis ---
===> usr.bin/whereis (cleandir)
--- cleandir_subdir_wc ---
--- cleanobj ---
--- cleandir_subdir_what ---
--- cleanobj ---
--- cleandir_subdir_which ---
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_which ---
===> usr.bin/which (cleandir)
--- cleandir_subdir_whereis ---
--- cleanobj ---
--- cleandir_subdir_who ---
===> usr.bin/who (cleandir)
--- cleandir_subdir_svn ---
===> usr.bin/svn/svnlook (cleandir)
--- cleandir_subdir_whois ---
===> usr.bin/whois (cleandir)
--- cleandir_subdir_which ---
--- cleanobj ---
--- cleandir_subdir_write ---
===> usr.bin/write (cleandir)
--- cleandir_subdir_who ---
--- cleanobj ---
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_whois ---
--- cleanobj ---
--- cleandir_subdir_xargs ---
--- cleandir_subdir_svn ---
===> usr.bin/svn/svnserve (cleandir)
--- cleandir_subdir_xinstall ---
--- cleandir_subdir_xargs ---
===> usr.bin/xargs (cleandir)
--- cleandir_subdir_xinstall ---
===> usr.bin/xinstall (cleandir)
--- cleandir_subdir_write ---
--- cleanobj ---
--- cleandir_subdir_xlint ---
===> usr.bin/xlint (cleandir)
--- cleandir_subdir_xinstall ---
--- cleanobj ---
--- cleandir_subdir_xargs ---
--- cleanobj ---
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_xstr ---
--- cleandir_subdir_xargs ---
--- _sub.cleandir ---
--- cleandir_subdir_svn ---
===> usr.bin/svn/svnsync (cleandir)
--- cleandir_subdir_xstr ---
===> usr.bin/xstr (cleandir)
--- cleandir_subdir_xargs ---
===> usr.bin/xargs/tests (cleandir)
--- cleandir_subdir_xlint ---
--- _sub.cleandir ---
===> usr.bin/xlint/lint1 (cleandir)
--- cleandir_subdir_xstr ---
--- cleanobj ---
--- cleandir_subdir_svn ---
--- cleanobj ---
--- cleandir_subdir_xargs ---
--- scripts.clean ---
(cd