Re: /etc/zfs/exports conversion problem

2016-09-01 Thread Tim Rice 


never mind.
Sorry for the noise.
Silly me, using mount options that work on solaris on a freebsd system.

On 09/01/16 13:43, Tim Rice wrote:
Whatever program creates /etc/zfs/exports from a "zfs set sharenfs 
" command

does not act correctly if hostnames have a - in them.

I first spotted this on a 10.3 system.
Still exists in 11 RC2

Steps to reproduce.
On the 11.0-RC2 EC2 instance I spun up, the pool name was tstpool

# zfs create tstpool/some-test-fs
# zfs set \
sharenfs='rw=devlab16-79.newjersey.sco.com,root=devlab16-79.newjersey.sco.com' 
\

tstpool/some-test-fs
# cat /etc/zfs/exports
# !!! DO NOT EDIT THIS FILE MANUALLY !!!

/tstpool/some-test-fsrw=devlab16 79.newjersey.sco.com 
root=devlab16 79.newjersey.sco.com

# zfs get sharenfs tstpool/some-test-fs
NAME  PROPERTY VALUE SOURCE
tstpool/some-test-fs  sharenfs 
rw=devlab16-79.newjersey.sco.com,root=devlab16-79.newjersey.sco.com local



Note the missing dash between 16 and 79 in /etc/zfs/exports but the 
sharenfs property

is correct.

Sorry I haven't had time to track down where the trouble is. I just 
ran into this

setting up a storage server.




--
Tim Rice
t...@xinuos.com
707 456-1146

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

Re: 11.0-RELEASE status update

2016-09-01 Thread Bryan Drewery 
On 9/1/2016 2:13 PM, Slawa Olhovchenkov wrote:
> On Thu, Sep 01, 2016 at 09:10:00PM +, Glen Barber wrote:
> 
>> As some of you may be aware, a few last-minute showstoppers appeared
>> since 11.0-RC1 (and before RC1).
>>
>> One of the showstoppers has been fixed in 12-CURRENT, and merged to
>> stable/11 and releng/11.0 that affected booting from large volumes:
>>
>>  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212139
>>
>> There is one issue that is still being investigated, which we are
>> classifying as an EN candidate, given the manifestations of the issue
>> and reproducibility:
>>
>>  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212168
>>
>> There is one blocker before 11.0-RELEASE, that affects libarchive, which
>> we are waiting for feedback.  Once feedback is received, the schedule
>> for 11.0-RELEASE will be updated on the website to reflect reality.
>>
>> There are a few post-release EN items on our watch list as well, so if
>> something was not mentioned here, that does not mean it will not be
>> fixed in 11.0-RELEASE.
>>
>> Apologies for the delay, and as always, thank you for your patience.
>>
>> Glen
>> On behalf of:re@
>>
> 
> 
> Do you planed to fix issuse with missied and delete libmap32.conf?
> 

This was done intentionally quite a while ago:
https://svnweb.freebsd.org/base?view=revision=282421

Though it was later removed from ObsoleteFiles so 'make delete-old'
would not remove it from users' systems in r282423.

etcupdate removing it is the problem really being reported here.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: 11.0-RELEASE status update

2016-09-01 Thread Glen Barber 
On Fri, Sep 02, 2016 at 12:13:51AM +0300, Slawa Olhovchenkov wrote:
> Do you planed to fix issuse with missied and delete libmap32.conf?
> 

Is there a PR about this?  This issue does not sound familiar, so I am
not sure it is (or was) on our radar.

Glen



signature.asc
Description: PGP signature

Re: 11.0-RELEASE status update

2016-09-01 Thread Slawa Olhovchenkov 
On Thu, Sep 01, 2016 at 09:10:00PM +, Glen Barber wrote:

> As some of you may be aware, a few last-minute showstoppers appeared
> since 11.0-RC1 (and before RC1).
> 
> One of the showstoppers has been fixed in 12-CURRENT, and merged to
> stable/11 and releng/11.0 that affected booting from large volumes:
> 
>  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212139
> 
> There is one issue that is still being investigated, which we are
> classifying as an EN candidate, given the manifestations of the issue
> and reproducibility:
> 
>  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212168
> 
> There is one blocker before 11.0-RELEASE, that affects libarchive, which
> we are waiting for feedback.  Once feedback is received, the schedule
> for 11.0-RELEASE will be updated on the website to reflect reality.
> 
> There are a few post-release EN items on our watch list as well, so if
> something was not mentioned here, that does not mean it will not be
> fixed in 11.0-RELEASE.
> 
> Apologies for the delay, and as always, thank you for your patience.
> 
> Glen
> On behalf of: re@
> 


Do you planed to fix issuse with missied and delete libmap32.conf?
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

11.0-RELEASE status update

2016-09-01 Thread Glen Barber 
As some of you may be aware, a few last-minute showstoppers appeared
since 11.0-RC1 (and before RC1).

One of the showstoppers has been fixed in 12-CURRENT, and merged to
stable/11 and releng/11.0 that affected booting from large volumes:

 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212139

There is one issue that is still being investigated, which we are
classifying as an EN candidate, given the manifestations of the issue
and reproducibility:

 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212168

There is one blocker before 11.0-RELEASE, that affects libarchive, which
we are waiting for feedback.  Once feedback is received, the schedule
for 11.0-RELEASE will be updated on the website to reflect reality.

There are a few post-release EN items on our watch list as well, so if
something was not mentioned here, that does not mean it will not be
fixed in 11.0-RELEASE.

Apologies for the delay, and as always, thank you for your patience.

Glen
On behalf of:   re@



signature.asc
Description: PGP signature

/etc/zfs/exports conversion problem

2016-09-01 Thread Tim Rice 
Whatever program creates /etc/zfs/exports from a "zfs set sharenfs " 
command

does not act correctly if hostnames have a - in them.

I first spotted this on a 10.3 system.
Still exists in 11 RC2

Steps to reproduce.
On the 11.0-RC2 EC2 instance I spun up, the pool name was tstpool

# zfs create tstpool/some-test-fs
# zfs set \
sharenfs='rw=devlab16-79.newjersey.sco.com,root=devlab16-79.newjersey.sco.com' 
\

tstpool/some-test-fs
# cat /etc/zfs/exports
# !!! DO NOT EDIT THIS FILE MANUALLY !!!

/tstpool/some-test-fsrw=devlab16 79.newjersey.sco.com root=devlab16 
79.newjersey.sco.com

# zfs get sharenfs tstpool/some-test-fs
NAME  PROPERTY VALUE SOURCE
tstpool/some-test-fs  sharenfs 
rw=devlab16-79.newjersey.sco.com,root=devlab16-79.newjersey.sco.com local



Note the missing dash between 16 and 79 in /etc/zfs/exports but the 
sharenfs property

is correct.

Sorry I haven't had time to track down where the trouble is. I just ran 
into this

setting up a storage server.


--
Tim Rice
t...@xinuos.com

___
freebsd-current@freebsd.org mailing list
https://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 #582

2016-09-01 Thread jenkins-admin 
See 

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

urtwn(4) with Edimax EW-7722UTn V2

2016-09-01 Thread Domagoj Stolfa 
Hello,

I have been using the Edimax EW-7722UTn V2(RTL8192CU) USB WiFi for a while.
It worked perfectly. In the past 2-3 weeks I have mainly been using wired
internet and after a couple of upgrades, and I am uncertain which one
caused the issue, my throughput has gone down to around 0.16Mbps downstream
and maximum throughput upstream.

As I am using CDG as the CC algorithm, I have tested others as well and
there is no change in behaviour.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

urtwn(4) / rtwn(4) drivers are merged - call for testing (Was: RTL8812AU / RTL8821AU driver)

2016-09-01 Thread Andriy Voskoboinyk 

Hi everyone,

rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged  
into a

single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code is
available on https://github.com/s3erios/rtwn repository. Among bugfixes /
code deduplication, there some new features too:

1) multi-vap support (one any wireless interface + one STA interface +
any number of monitor mode interfaces).
2) few new sysctls:
 * dev.rtwn.#.crypto - controls how to use hardware crypto acceleration
 * dev.rtwn.#.ratectl_selected
 * dev.rtwn.#.ratectl - selects current 'rate control' algorithm
(currently only 'none' and 'net80211' are supported; RTL8192CE needs  
testing

with the last).
3) (incomplete) power management support for RTL8188EU (requires firmware).
4) Short Guard Interval support.

It's known to work with RTL8188CUS, RTL8188EU and RTL8821AU; however,
it was never tested with RTL8192CE or RTL8812AU.

How-to-build:
1) download / checkout the repository.
2) apply 'patch-usbdevs.diff' against '/usr/src'
3) build and install rtwn module:
   cd $repository/sys/modules/rtwn && make && make install
4) build and install rtwn_usb/rtwn_pci:
   cd ../rtwn_usb && make && make install
   cd ../rtwn_pci && make && make install
5) unload previous && load current drivers:
   kldunload if_urtwn if_rtwn
   kldload /boot/modules/if_rtwn.ko /boot/modules/if_rtwn_usb.ko  
/boot/modules/if_rtwn_pci.ko

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

Build failed in Jenkins: FreeBSD_HEAD #581

2016-09-01 Thread jenkins-admin 
See 

--
[...truncated 321945 lines...]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__missing_reason__no_delim  
->  passed  [0.009s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__multiline__no_newline  ->  
passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__multiline__with_newline  
->  passed  [0.009s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__no_newline__known  ->  
passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__no_newline__unknown  ->  
passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__passed__ok  ->  passed  
[0.009s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__passed__reason  ->  passed 
 [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__skipped__blanks  ->  
passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__skipped__ok  ->  passed  
[0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__unknown_status__no_reason  
->  passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:atf_result__parse__unknown_status__with_reason
  ->  passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:calculate_atf_result__bad_file  ->  passed  
[0.011s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:calculate_atf_result__body_bad  ->  passed  
[0.011s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:calculate_atf_result__body_ok  ->  passed  
[0.011s]
[192.168.10.2] out: 
local/kyua/engine/atf_result_test:calculate_atf_result__missing_file  ->  
passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/config_test:config__defaults  ->  passed  
[0.010s]
[192.168.10.2] out: 
local/kyua/engine/config_test:config__load__bad_syntax__version  ->  passed  
[0.016s]
[192.168.10.2] out: local/kyua/engine/config_test:config__load__defaults  ->  
passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/config_test:config__load__lua_error  ->  
passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/config_test:config__load__missing_file  
->  passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/config_test:config__load__overrides  ->  
passed  [0.011s]
[192.168.10.2] out: local/kyua/engine/config_test:config__set__parallelism  ->  
passed  [0.009s]
[192.168.10.2] out: local/kyua/engine/exceptions_test:error  ->  passed  
[0.009s]
[192.168.10.2] out: local/kyua/engine/exceptions_test:format_error  ->  passed  
[0.009s]
[192.168.10.2] out: local/kyua/engine/exceptions_test:load_error  ->  passed  
[0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:check_disjoint_filters__fail 
 ->  passed  [0.012s]
[192.168.10.2] out: local/kyua/engine/filters_test:check_disjoint_filters__ok  
->  passed  [0.009s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:filters_state__match_test_case  ->  passed  
[0.010s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:filters_state__match_test_program  ->  passed  
[0.009s]
[192.168.10.2] out: local/kyua/engine/filters_test:filters_state__unused__none  
->  passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:filters_state__unused__some  
->  passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:test_filter__contains__different  ->  passed  
[0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__contains__same  
->  passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:test_filter__matches_test_case  ->  passed  
[0.009s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:test_filter__matches_test_program  ->  passed  
[0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__operator_eq  -> 
 passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__operator_lt  -> 
 passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__operator_ne  -> 
 passed  [0.009s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__output  ->  
passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__parse__absolute 
 ->  passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__parse__bad_path 
 ->  passed  [0.010s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:test_filter__parse__bad_program_name  ->  passed 
 [0.009s]
[192.168.10.2] out: 
local/kyua/engine/filters_test:test_filter__parse__bad_test_case  ->  passed  
[0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__parse__empty  
->  passed  [0.009s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__parse__ok  ->  
passed  [0.010s]
[192.168.10.2] out: local/kyua/engine/filters_test:test_filter__public_fields  
->  passed  [0.010s]
[192.168.10.2] out:

Need help debugging rc script

2016-09-01 Thread Ultima 
 Hello, I'm dealing with an odd issue with an rc script working pre-11. The
change that is causing the prog to fail seems to be the new limits feature,
$name_login_class. After commenting out the limits command in rc.subr, the
script starts as expected. Adding limits directly in the rc script with the
daemon class will also start the script as expected (with limits commented
out in rc.subr). For some reason that I cannot fathom it will just not
start correctly with limits in rc.subr.

 So as the topic suggests, are they're better way to debug this? I'll also
provide the scripts used in case someone may see something I'v missed. The
jail is running on current, however this exists in 11 as well.

12.0-CURRENT FreeBSD 12.0-CURRENT #21 r304105
audio/teamspeak3-server

# cat /usr/local/etc/rc.d/teamspeak
#!/bin/sh

# $FreeBSD$
#
# PROVIDE: teamspeak
# REQUIRE: LOGIN
# KEYWORD: shutdown
#
# Add the following lines to /etc/rc.conf.local or /etc/rc.conf
# to enable this service:
#
# teamspeak_enable (bool):   Set to NO by default.
#   Set it to YES to enable teamspeak server.
#

. /etc/rc.subr

name="teamspeak"
rcvar=teamspeak_enable

db_dir=/var/db/teamspeak
log_dir=/var/log/teamspeak

pidfile=/var/db/teamspeak/teamspeak_server.pid
procname=/usr/local/libexec/ts3server
command=/usr/sbin/daemon
command_args="-fp $pidfile -u teamspeak /usr/local/libexec/ts3server
dbsqlpath=/usr/local/share/teamspeak/server/sql/
inifile=/usr/local/etc/teamspeak/ts3server.ini
licensepath=/usr/local/etc/teamspeak/ logpath=$log_dir"
teamspeak_chdir=$db_dir
required_dirs="$db_dir $log_dir"

load_rc_config $name

: ${teamspeak_enable="NO"}

LD_LIBRARY_PATH=/usr/local/lib/teamspeak/server:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH

run_rc_command "$1"



This script causes an error,
2016-09-01 16:53:09.510292|ERROR   |DatabaseQuery |   |db_connect() failed
unable to open database file
2016-09-01 16:53:09.510352|CRITICAL|ServerLibPriv |   |Server()
DatabaseError out of memory


Commenting line 1075 in /etc/rc.subr, the program starts successfully

Keeping line 1075 commented, change rc script to this.

# cat /usr/local/etc/rc.d/teamspeak
#!/bin/sh

# $FreeBSD$
#
# PROVIDE: teamspeak
# REQUIRE: LOGIN
# KEYWORD: shutdown
#
# Add the following lines to /etc/rc.conf.local or /etc/rc.conf
# to enable this service:
#
# teamspeak_enable (bool):   Set to NO by default.
#   Set it to YES to enable teamspeak server.
#

. /etc/rc.subr

name="teamspeak"
rcvar=teamspeak_enable

db_dir=/var/db/teamspeak
log_dir=/var/log/teamspeak

pidfile=/var/db/teamspeak/teamspeak_server.pid
procname=/usr/local/libexec/ts3server
command=/usr/bin/limits
command_args="-C daemon /usr/sbin/daemon -fp $pidfile -u teamspeak
/usr/local/libexec/ts3server
dbsqlpath=/usr/local/share/teamspeak/server/sql/
inifile=/usr/local/etc/teamspeak/ts3server.ini
licensepath=/usr/local/etc/teamspeak/ logpath=$log_dir"
teamspeak_chdir=$db_dir
required_dirs="$db_dir $log_dir"

load_rc_config $name

: ${teamspeak_enable="NO"}

LD_LIBRARY_PATH=/usr/local/lib/teamspeak/server:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH

run_rc_command "$1"


This is also start successfully.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #580

2016-09-01 Thread jenkins-admin 
See 

--
[...truncated 319895 lines...]
FreeBSD Forums:https://forums.FreeBSD.org/

Documents installed with the system are in the /usr/local/share/doc/freebsd/
directory, or can be installed later with:  pkg install en-freebsd-doc
For other languages, replace "en" with a language code like de or fr.

Show the version of FreeBSD installed:  freebsd-version ; uname -a
Please include that output and any error messages when posting questions.
Introduction to manual pages:  man man
FreeBSD directory layout:  man hier

Edit /etc/motd to change this login announcement.
root@:~ # set prompt="kyuatestprompt # "
set prompt="kyuatestprompt # "

kyuatestprompt # ifconfig vtnet0 | grep 'inet '
ifconfig vtnet0 | grep 'inet '

inet 192.168.10.2 netmask 0xff00 broadcast 192.168.10.255 

Found IP address: 192.168.10.2
[192.168.10.2] run: kyua test
[192.168.10.2] out: usr.sbin/pw/pw_etcdir:etcdir_must_exist  ->  passed  
[0.090s]
[192.168.10.2] out: usr.sbin/pw/pw_lock:numeric_locking  ->  passed  [0.601s]
[192.168.10.2] out: usr.sbin/pw/pw_lock:user_locking  ->  passed  [0.215s]
[192.168.10.2] out: usr.sbin/pw/pw_config:generate_config  ->  passed  [0.074s]
[192.168.10.2] out: usr.sbin/pw/pw_config:modify_config_uid_gid_boundaries  ->  
passed  [0.066s]
[192.168.10.2] out: usr.sbin/pw/pw_groupadd:group_add_already_exists  ->  
passed  [0.120s]
[192.168.10.2] out: usr.sbin/pw/pw_groupadd:group_add_gid_too_large  ->  passed 
 [0.061s]
[192.168.10.2] out: 
usr.sbin/pw/pw_groupdel:group_do_not_delete_wheel_if_group_unknown  ->  passed  
[0.110s]
[192.168.10.2] out: 
usr.sbin/pw/pw_groupmod:do_not_duplicate_group_on_gid_change  ->  passed  
[0.121s]
[192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_bug_193704  ->  passed  
[0.113s]
[192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_invalid_user  ->  passed  
[0.102s]
[192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_members  ->  passed  
[0.574s]
[192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_rename  ->  passed  
[0.126s]
[192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_user  ->  passed  [0.133s]
[192.168.10.2] out: usr.sbin/pw/pw_groupmod:usermod_bug_185666  ->  passed  
[0.324s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add  ->  passed  [0.143s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_R  ->  passed  [0.389s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_R_symlink  ->  passed  
[0.147s]
[192.168.10.2] out: 
usr.sbin/pw/pw_useradd:user_add_account_expiration_date_month  ->  passed  
[0.132s]
[192.168.10.2] out: 
usr.sbin/pw/pw_useradd:user_add_account_expiration_date_numeric  ->  passed  
[0.138s]
[192.168.10.2] out: 
usr.sbin/pw/pw_useradd:user_add_account_expiration_date_relative  ->  passed  
[0.134s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_epoch  
->  passed  [0.128s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_already_exists  ->  passed  
[0.111s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_bad_shell  ->  passed  
[0.134s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments  ->  passed  
[0.139s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_invalid  ->  
passed  [0.076s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_invalid_noupdate  
->  passed  [0.078s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_noupdate  ->  
passed  [0.082s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_expiration  ->  passed  
[0.760s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_homedir  ->  passed  
[0.115s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_invalid_group_entry  ->  
passed  [0.099s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_invalid_user_entry  ->  
passed  [0.091s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_name_too_long  ->  passed  
[0.061s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_noupdate  ->  passed  
[0.068s]
[192.168.10.2] out: 
usr.sbin/pw/pw_useradd:user_add_password_expiration_date_month  ->  passed  
[0.112s]
[192.168.10.2] out: 
usr.sbin/pw/pw_useradd:user_add_password_expiration_date_numeric  ->  passed  
[0.144s]
[192.168.10.2] out: 
usr.sbin/pw/pw_useradd:user_add_password_expiration_date_relative  ->  passed  
[0.128s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_epoch  
->  passed  [0.140s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_from_h  ->  passed 
 [0.132s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_skel  ->  passed  [0.220s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_uid0  ->  passed  [0.113s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_uid_too_large  ->  passed  
[0.059s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_error  ->  passed  
[0.064s]
[192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_no  ->  passed  [0.103s]
[192.168.10.2] out:

FreeBSD_HEAD_amd64_gcc - Build #1506 - Fixed

2016-09-01 Thread jenkins-admin 
FreeBSD_HEAD_amd64_gcc - Build #1506 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1506/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1506/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1506/console

Change summaries:

305176 by sephe:
hyperv/hn: Stringent per-packet-info verification.

While I'm here, minor style changes.

MFC after:  1 week
Sponsored by:   Microsoft
Differential Revision:  https://reviews.freebsd.org/D7709

305175 by sephe:
net/rndis: Define per-packet-info for RNDIS packet message

MFC after:  1 week
Sponsored by:   Microsoft
Differential Revision:  https://reviews.freebsd.org/D7708

305174 by sephe:
hyperv/hn: Remove unused function

MFC after:  1 week
Sponsored by:   Microsoft
Differential Revision:  https://reviews.freebsd.org/D7706

305173 by sephe:
net/rndis: Add comment for rndis_set_parameter

MFC after:  1 week
Sponsored by:   Microsoft
Differential Revision:  https://reviews.freebsd.org/D7705

305171 by emaste:
allow kern.proc.nfds sysctl in capability mode

Reviewed by:allanjude
MFC after:  1 week
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D7733

305170 by ngie:
Don't bake all of CC/CPP/CXX into CFLAGS

Capture executable names for CC, CPP, CXX (assumed to be the
first non-CCACHE_BIN word).

This change strips out all of the cross-compiler arguments, (-target,
-B, etc), added to ${CC}, etc via ${CROSSENV} in Makefile.inc1, so it
doesn't infect the build and subsequently the test.

Add comments noting why this logic is being added, and why the logic in
r305041 was necessary/what it was trying to achieve.

This is required after recent changes made to the toolchain to always
specify --sysroot, -target, -B, etc with clang in buildworld (presumably
r304681).

Reviewed by:rodrigc (earlier version)
Reported by:Jenkins (FreeBSD_HEAD job from 559+)
MFC after:  12 days
X-MFC with: r304681, r305041
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D7732

305169 by pkelsey:
_taskqueue_start_threads() now fails if it doesn't actually start any threads.

Reviewed by:jhb
MFC after:  1 week
Differential Revision:  https://reviews.freebsd.org/D7701

305168 by erj:
Fix linker warnings (errors on gcc) that resulted from r304510.

The variables that are extern in the netmap header file should be
defined in ixl_txrx.c (the file that is included in both ixl(4)/ixlv(4),
not in the main driver source files.

Reported by:ed@, dim@, ngie@

305167 by np:
cxgbe/t4_tom: Two new routines to allocate and write page pods for a
buffer in the kernel's address space.

305166 by np:
cxgbe/t4_tom: Add general purpose routines to deal with page pod regions
and allocations within them.  Switch to these routines to manage the TOE
DDP region.

Sponsored by:   Chelsio Communications

305164 by markj:
Rename unp_dispose_so() to unp_dispose().

It implements the dom_dispose method for local socket domain, so its name
should match the method name.

305160 by emaste:
Set UEFI boot loader PE/COFF timestamps to known value for reproducible builds

Reviewed by:rpokala
MFC after:  1 week
Sponsored by:   The FreeBSD Foundation
Differential Revision:  https://reviews.freebsd.org/D7633

305156 by emaste:
users: don't build when we don't have a C++ toolchain

(On RISC-V MK_CXX is in BROKEN_OPTIONS, so users remains skipped there.)

Reviewed by:bdrewery
Differential Revision:  https://reviews.freebsd.org/D7725

305155 by emaste:
readelf: silence GCC 4.2.1 uninitialized variable warning

Sponsored by:   The FreeBSD Foundation

305154 by jilles:
directory(3): Deprecate readdir_r(). Clarify dirent buffers.

In existing implementations including FreeBSD, there is no reason to use
readdir_r() in the common case where potentially multiple threads each list
their own directory. Code using readdir() is simpler.

What's more, lthough readdir_r() can safely be used on FreeBSD because
NAME_MAX is forced to 255, it cannot be used safely on systems where
{NAME_MAX} is not fixed. As a concrete example, FAT/NTFS filenames can be up
to 255 UTF-16 code units long, which can be up to 765 UTF-8 bytes.

Deprecating readdir_r() in POSIX has been proposed in
http://www.austingroupbugs.net/view.php?id=696
and glibc wants to deprecate it as well.

Reviewed by:ed, wblock
MFC after:  1 week
Differential Revision:  https://reviews.freebsd.org/D7678

305149 by loos:
All the TI platforms are FDT based and it is not necessary to enumerate
the hinted children (there wont be any).

Spotted by: gonzo

305148 by bdrewery:
DIRDEPS_BUILD: Add some missing dirctories to the build.

Sponsored by:   EMC / Isilon Storage Division

305147 by bdrewery:
Add a 'make print-dir' that simply traverses all directories and prints them.

This is useful for finding connected directories.

MFC after:  1 week

[VBox] Extreme slow UDP performance between host and guest

2016-09-01 Thread Howard Su 
I used iperf to do a quick experiment on the UDP performance between
VirtualBox and Guest through vboxnetadp. Guest is acting as server and Host
machine is acting as client. the UDP throughput is only 1/350 of TCP
throughput.

Guest kernel is -Current and Host Kernel is 11.0-RC2. Anyone has idea? is
there any known issue in vboxnetadp?


Client connecting to 192.168.0.60, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 9.00 KByte (default)

[  3] local 192.168.0.1 port 48290 connected with 192.168.0.60 port 5001
[ ID] Interval   Transfer Bandwidth
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[  3] Sent 893 datagrams
[  3] Server Report:
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   0.039 ms0/  893 (0%)


Client connecting to 192.168.0.60, UDP port 5001
Sending 4096 byte datagrams
UDP buffer size: 9.00 KByte (default)

[  3] local 192.168.0.1 port 58009 connected with 192.168.0.60 port 5001
[ ID] Interval   Transfer Bandwidth
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[  3] Sent 321 datagrams
[  3] Server Report:
[  3]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec   0.100 ms0/  321 (0%)


Client connecting to 192.168.0.60, TCP port 5001
TCP window size: 32.8 KByte (default)

[  3] local 192.168.0.1 port 15490 connected with 192.168.0.60 port 5001
[ ID] Interval   Transfer Bandwidth
[  3]  0.0-10.0 sec   447 MBytes   374 Mbits/sec


-Howard

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

Re: Jenkins build is back to stable : FreeBSD_HEAD #578

2016-09-01 Thread Ngie Cooper (yaneurabeya) 

> On Aug 31, 2016, at 23:35, Craig Rodrigues  wrote:
> 
> Thank you for fixing this.

No problem :)!
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Jenkins build is back to stable : FreeBSD_HEAD #578

2016-09-01 Thread Craig Rodrigues 
Thank you for fixing this.

--
Craig

On Wednesday, August 31, 2016,  wrote:

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

Jenkins build is back to stable : FreeBSD_HEAD #578

2016-09-01 Thread jenkins-admin 
See 

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