Re: Lock order reversal errors during boot

[mokhi]

I see this LOR often too.
I thought maybe this is happening because of my Virtual Box setting :) (?!?)

On 5/21/16, Will Brokenbourgh  wrote:
> On 05/16/16 00:44, Bjoern A. Zeeb wrote:
>>> On 15 May 2016, at 07:44 , Kurt Jaeger  wrote:
>>>
>>> Hi!
>>>
 I am seeing 'lock order reversal' errors during boot on 11-CURRENT -
 r298793.  A sample error:

 lock order reversal:
   1st 0xf8011280d068 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498
   2nd 0xfe01ca539400 bufwait (bufwait) @
 /usr/src/sys/ufs/ffs/ffs_vnops.c:263
   3rd 0xf80112a23b78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498
 stack backtrace:
 #0 0x80a94bf0 at witness_debugger+0x70
 #1 0x80a94ae4 at witness_checkorder+0xe54
 #2 0x80a0fdd6 at __lockmgr_args+0x4d6
 #3 0x80ce9626 at ffs_lock+0xa6
 [...snip...]

 I'm not sure if this is even something I should report, but better safe
 than sorry, yes?
>>> Yes, and there's even a page to compare your LOR against other ones:
>>>
>>> http://sources.zabbadoz.net/freebsd/lor.html
>>>
>>> Can you try if you find your LOR there ? If not, can you add it
>>> to that page ?
>> No he can’t and I haven’t in years either.   Searching bugs might however
>> be a good idea;  there is a LOR category or tag somewhere.
>>
>> /bz
> Thank you for the replies.
>
> I'm getting these LORs pretty frequently.  Is this a normal occurrence
> for 11-CURRENT or is it only me having this problem?
>
> Thanks
>
> Will Brokenbourgh
>
> ___
> 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"
___
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 #300

[jenkins-admin]

See 

--
[...truncated 56877 lines...]
--- all_subdir_gnu/usr.bin/binutils/as ---
--- macro.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.macro.o -MTmacro.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/macro.c
 -o macro.o
--- messages.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.messages.o -MTmessages.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/messages.c
 -o messages.o
--- obj-elf.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.obj-elf.o -MTobj-elf.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.c
 -o obj-elf.o
--- all_subdir_gnu/usr.bin/binutils/libbinutils ---
--- libbinutils.a ---
building static binutils library
ar -crD libbinutils.a `NM='nm' NMFLAGS='' lorder arlex.o arparse.o arsup.o 
binemul.o bucomm.o debug.o dwarf.o emul_vanilla.o filemode.o ieee.o rdcoff.o 
rddbg.o rename.o stabs.o unwind-ia64.o version.o wrstabs.o  | tsort -q` 
ranlib -D libbinutils.a
--- 

Strange text on two computers with AMD processors

[Alex V. Petrov]

Strange text on two computers with AMD
CPU: AMD FX-8370 Eight-Core Processor (4018.42-MHz K8-class CPU)
and
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2412.41-MHz
K8-class CPU)

Copyright (c) 1992-2016 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 11.0-CURRENT #6 r300310: Sat May 21 01:38:41 KRAT 2016
alex@alex.super:/usr/obj/usr/src/sys/ALEX amd64
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on
LLVM 3.8.0)
can't re-use a leaf (ixl_rx_miss_bufs)!

And PC with Athlon 4600+ dont't boot.
Frezed on detect wireless keyboard.

-- 
-
Alex.
___
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: Lock order reversal errors during boot

[Will Brokenbourgh]

On 05/16/16 00:44, Bjoern A. Zeeb wrote:

On 15 May 2016, at 07:44 , Kurt Jaeger  wrote:

Hi!


I am seeing 'lock order reversal' errors during boot on 11-CURRENT -
r298793.  A sample error:

lock order reversal:
  1st 0xf8011280d068 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498
  2nd 0xfe01ca539400 bufwait (bufwait) @
/usr/src/sys/ufs/ffs/ffs_vnops.c:263
  3rd 0xf80112a23b78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498
stack backtrace:
#0 0x80a94bf0 at witness_debugger+0x70
#1 0x80a94ae4 at witness_checkorder+0xe54
#2 0x80a0fdd6 at __lockmgr_args+0x4d6
#3 0x80ce9626 at ffs_lock+0xa6
[...snip...]

I'm not sure if this is even something I should report, but better safe
than sorry, yes?

Yes, and there's even a page to compare your LOR against other ones:

http://sources.zabbadoz.net/freebsd/lor.html

Can you try if you find your LOR there ? If not, can you add it
to that page ?

No he can’t and I haven’t in years either.   Searching bugs might however be a 
good idea;  there is a LOR category or tag somewhere.

/bz

Thank you for the replies.

I'm getting these LORs pretty frequently.  Is this a normal occurrence 
for 11-CURRENT or is it only me having this problem?


Thanks

Will Brokenbourgh

___
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"

FreeBSD_HEAD_i386 - Build #3173 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3173 - Still Failing:

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

Change summaries:

300356 by asomers:
Better document security_show_{success,info,badconfig} in /etc/periodic.conf

periodic(8) already handles the security_show_{success,info,badconfig}
variables correctly. However, those variables aren't explicitly set in
/etc/defaults/periodic.conf or anywhere else, which suggests to the user
that they shouldn't be used.

etc/defaults/periodic.conf
Explicitly set defaults for security_show_{success,info,badconfig}

usr.sbin/periodic/periodic.sh
Update usage string

usr.sbin/periodic/periodic.8
Minor man page updates

One thing I'm _not_ doing is recommending setting security_output to
/var/log/security.log or adding that file to /etc/newsyslog.conf, because
periodic(8) would create it with default permissions, usually 644, and
that's probably a bad idea.

Reviewed by:brd
MFC after:  4 weeks
Sponsored by:   Spectra Logic Corp
Differential Revision:  https://reviews.freebsd.org/D6477

300355 by bdrewery:
Regenerate

300354 by bdrewery:
Opportunistically skip building a cross-compiler with SYSTEM_COMPILER set.

This will still build the compiler for the target but will not build the
bootstrap cross-compiler in the cross-tools phase.  Other toolchain
bootstrapping, such as elftoolchan and binutils, currently still occurs.

This will utilize the default CC (cc, /usr/bin/cc) as an external compiler.

This is planned to be on-by-default eventually.

This will utilize the __FreeBSD_cc_version compiler macro defined in the
source tree and compare it to CC's version.  If they match then the
cross-compiler is skipped.  If [X]CC is an external compiler (absolute
path) or WITHOUT_CROSS_COMPILER is already set, then this logic is skipped.
If the expected bootstrap compiler type no longer matches the found CC
compiler type (clang vs gcc), then the logic is skipped.  As an extra
safety check the version number is also compared from the compiler to
the tree version.

Clang:
  The macro FREEBSD_CC_VERSION is defined in:
lib/clang/include/clang/Basic/Version.inc
  For clang -target will be used if TARGET_ARCH != MACHINE_ARCH.  This
  is from the current external toolchain logic.  There is currently an
  assumption that the host compiler can build the TARGET_ARCH.  This
  will usually be the case since we don't conditionalize target arch
  support in clang, but it will break when introducing new
  architectures.  This problem is mitigated by incrementing the version
  when adding new architectures.

GCC:
  The macro FBSD_CC_VER is defined in:
gnu/usr.bin/cc/cc_tools/freebsd-native.h
  For GCC there is no simple -target support when TARGET_ARCH !=
  MACHINE_ARCH.  In this case the opportunistic skip is not done.  If we
  add proper support for this case in external toolchain logic then it
  will be fine to enable.

This relies on the macros being incremented whenever any change occurs
to these compilers that warrant rebuilding files.  It also should never
repeat earlier values.

Reviewed by:brooks, bapt, imp
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D6357

300353 by bdrewery:
Add FREEBSD_CC_VERSION which will be used to define __FreeBSD_cc_version.

The WITH_SYSTEM_COMPILER build option will rely on this value to determine what
__FreeBSD_cc_version the source tree will produce.  This value will be compared
against the /usr/bin/cc value to determine if a new compiler is needed.

Start with 112 which is 1 more than than the value we've had since
3.8.0 to ensure that all changes since then are present.

Reviewed by:dim
Sponsored by:   EMC / Isilon Storage Division

300352 by bdrewery:
Enable external compiler logic if both bootstrap compilers are disabled.

Reviewed by:brooks
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D6358

300351 by bdrewery:
Fetch the __FreeBSD_cc_version as COMPILER_FREEBSD_VERSION.

Reviewed by:brooks, bapt, dim
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D6356

300350 by bdrewery:
Auto determine X_COMPILER_TYPE/X_COMPILER_VERSION if XCC is set.

Reviewed by:brooks, bapt
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D6355

300349 by bdrewery:
Enable and utilize WITHOUT_CROSS_COMPILER logic for external CC.

This is a NOP.

Reviewed by:brooks, bapt
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D6354

300348 by bdrewery:
Move external toolchain support earlier.

This is to consolidate external toolchain and WITHOUT_CROSS_COMPILER support.

Reviewed by:brooks, 

Re: em(4) broken in HEAD?

[K. Macy]

I'm seeing watchdog resets on em(4) in my VMWare as of the last day or two.

>
>
> I don't use ipfw, aliases or anything other than stock networking. I
> was unable to copy a large image off the VM without getting an
> unending stream of watchdog resets which could only be fixed by a
> reboot. Fortunately a subsequent IFC fixed it  as of ~15 hours ago.
>

I take that back. It's still happening. That's too bad I had been
hoping to announce the Skylake i915 CFT tonight.
-M
___
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"

FreeBSD_HEAD_i386 - Build #3172 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3172 - Still Failing:

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

Change summaries:

300340 by pfg:
ed(1): simplify by using arc4random_buf().

Suggested by:   ed

300337 by jhb:
Add sglist functions for working with arrays of VM pages.

sglist_count_vmpages() determines the number of segments required for
a buffer described by an array of VM pages. sglist_append_vmpages()
adds the segments described by such a buffer to an sglist.  The latter
function is largely pulled from sglist_append_bio(), and
sglist_append_bio() now uses sglist_append_vmpages().

Reviewed by:kib
Sponsored by:   Chelsio Communications



The end of the build log:

[...truncated 21181 lines...]
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include  
-DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"i386-unknown-freebsd\" 
-DTARGET_ALIAS=\"i386-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils 
-I/usr/src/gnu/usr.bin/binutils/as 
-I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd -g -MD -MP -MF.depend.obj-elf.o 
-MTobj-elf.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/as/../../..
 /../contrib/binutils/gas/config/obj-elf.c -o obj-elf.o
--- all_subdir_gnu/usr.bin/binutils/ld ---
--- ldwrite.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include  
-DTARGET=\"i386-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_i386_fbsd\" 
-DSCRIPTDIR=\"/usr/obj/usr/src/tmp/usr/libdata\" 
-DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/usr/obj/usr/src/tmp\" 
-DTOOLBINDIR=\"/usr/obj/usr/src/tmp//usr/bin/libexec\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -g -MD -MP 
-MF.depend.ldwrite.o -MTldwrite.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c -o 
ldwrite.o
--- lexsup.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include  
-DTARGET=\"i386-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_i386_fbsd\" 
-DSCRIPTDIR=\"/usr/obj/usr/src/tmp/usr/libdata\" 
-DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/usr/obj/usr/src/tmp\" 
-DTOOLBINDIR=\"/usr/obj/usr/src/tmp//usr/bin/libexec\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -g -MD -MP 
-MF.depend.lexsup.o -MTlexsup.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c -o 
lexsup.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- output-file.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include  
-DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"i386-unknown-freebsd\" 
-DTARGET_ALIAS=\"i386-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils 
-I/usr/src/gnu/usr.bin/binutils/as 
-I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd -g -MD -MP 
-MF.depend.output-file.o -MToutput-file.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/binutils/as/
 

Build failed in Jenkins: FreeBSD_HEAD #299

[jenkins-admin]

See 

--
[...truncated 57082 lines...]
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.messages.o -MTmessages.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/messages.c
 -o messages.o
--- all_subdir_gnu/usr.bin/binutils/ld ---
--- ldver.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include
  -DTARGET=\"x86_64-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_x86_64_fbsd\" 
-DSCRIPTDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/libdata\"
 -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\"
 
-DTOOLBINDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp//usr/bin/libexec\"
 -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld
 -I/builds/w
 
orkspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd
 -g -MD  -MF.depend.ldver.o -MTldver.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c
 -o ldver.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- obj-elf.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.obj-elf.o -MTobj-elf.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.c
 -o obj-elf.o
--- all_subdir_gnu/usr.bin/binutils/ld ---
--- ldwrite.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd
 

FreeBSD_HEAD_i386 - Build #3171 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3171 - Still Failing:

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

Change summaries:

300336 by jhb:
Move the KTR for the update of ddp_active_id on each completion under
VERBOSE_TRACES.

Sponsored by:   Chelsio Communications



The end of the build log:

[...truncated 21503 lines...]
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include  
-DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"i386-unknown-freebsd\" 
-DTARGET_ALIAS=\"i386-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils 
-I/usr/src/gnu/usr.bin/binutils/as 
-I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd -g -MD -MP 
-MF.depend.output-file.o -MToutput-file.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/binutils/as/
 ../../../../contrib/binutils/gas/output-file.c -o output-file.o
--- all_subdir_gnu/usr.bin/binutils/ld ---
--- lexsup.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include  
-DTARGET=\"i386-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_i386_fbsd\" 
-DSCRIPTDIR=\"/usr/obj/usr/src/tmp/usr/libdata\" 
-DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/usr/obj/usr/src/tmp\" 
-DTOOLBINDIR=\"/usr/obj/usr/src/tmp//usr/bin/libexec\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -g -MD -MP 
-MF.depend.lexsup.o -MTlexsup.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c -o 
lexsup.o
--- mri.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include  
-DTARGET=\"i386-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_i386_fbsd\" 
-DSCRIPTDIR=\"/usr/obj/usr/src/tmp/usr/libdata\" 
-DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/usr/obj/usr/src/tmp\" 
-DTOOLBINDIR=\"/usr/obj/usr/src/tmp//usr/bin/libexec\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld 
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -g -MD -MP 
-MF.depend.mri.o -MTmri.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c -o mri.o
--- all_subdir_gnu/usr.bin/binutils/libbinutils ---
--- stabs.o ---
cc  -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/libbinutils 
-I/usr/src/gnu/usr.bin/binutils/libbinutils/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/libbinutils/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/include
 -DTARGET=\"i386-unknown-freebsd\" -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE -DYY_NO_INPUT 
-I/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/binutils
 -I/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/bfd  
-MD -MP -MF.depend.stabs.o -MTstabs.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/binutils/stabs.c
 -o stabs.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- read.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include  
-DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"i386-unknown-freebsd\" 
-DTARGET_ALIAS=\"i386-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas 

FreeBSD_HEAD_i386 - Build #3170 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3170 - Still Failing:

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

Change summaries:

300334 by emaste:
elftoolchain: backwards compatability for EM_RISCV definition

It is not provided by sys/elf_common.h on older releases

Reported by:Jenkins

300333 by pfg:
gas: Implement the .inst assembler directive for arm.

We normally use the binutils from ports but on other systems this
is required for building gcc 4.9.

Obtained from:  OpenBSD (CVS rev. 1.5)
MFC after:  3 weeks

300332 by kib:
Check for overflow and return EINVAL if detected.  Backport this and
r300305 to i386.

PR: 209661
Reported and reviewed by:   cturt
Sponsored by:   The FreeBSD Foundation
MFC after:  3 days

300331 by jhb:
Consistently set status to -1 when completing an AIO request with an error.

Sponsored by:   Chelsio Communications

300330 by imp:
Large improvements to efi-show (though some weird problems
linger). We now print only printable characters for the
values and we print ascii strings as strings.

300329 by imp:
Implement efi-set and efi-unset

300328 by imp:
Cleanup to use %S.

300327 by ken:
Add the density code for LTO-7 to libmt and the mt(1) man page.

The density code and bits per mm values were obtained from an
actual drive density report.

The number of tracks were obtained from an LTO-7 hardware
announcement on IBM's web site.

Sponsored by:   Spectra Logic
MFC after:  3 days

300326 by bdrewery:
Regenerate

300325 by bdrewery:
Add a WITH_LIBSOFT

300324 by imp:
Remove hf appending code from param.h for machine arch name.

Submitted by: ian@ andyt@



The end of the build log:

[...truncated 21400 lines...]
--- all_subdir_gnu/usr.bin/binutils/libbinutils ---
--- rename.o ---
cc  -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/libbinutils 
-I/usr/src/gnu/usr.bin/binutils/libbinutils/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/libbinutils/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/include
 -DTARGET=\"i386-unknown-freebsd\" -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE -DYY_NO_INPUT 
-I/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/binutils
 -I/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/bfd  
-MD -MP -MF.depend.rename.o -MTrename.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/libbinutils/../../../../contrib/binutils/binutils/rename.c
 -o rename.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- obj-elf.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include  
-DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"i386-unknown-freebsd\" 
-DTARGET_ALIAS=\"i386-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils 
-I/usr/src/gnu/usr.bin/binutils/as 
-I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd -g -MD -MP -MF.depend.obj-elf.o 
-MTobj-elf.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c 
/usr/src/gnu/usr.bin/binutils/as/../../..
 /../contrib/binutils/gas/config/obj-elf.c -o obj-elf.o
--- output-file.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. 
-I/usr/src/gnu/usr.bin/binutils/as -I/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binutils/as/../libbfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include  
-DDEFAULT_ARCH=\"i386\" -DTARGET_CPU=\"i386\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"i386-unknown-freebsd\" 
-DTARGET_ALIAS=\"i386-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config 
-I/usr/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils 
-I/usr/src/gnu/usr.bin/binutils/as 
-I/usr/src/gnu/usr.bin/binutils/as/i386-freebsd -g -MD -MP 
-MF.depend.output-file.o -MToutput-file.o -std=gnu99  -Qunused-arguments  
-I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/binutils/as/
 ../../../../contrib/binutils/gas/output-file.c -o output-file.o
--- 

Build failed in Jenkins: FreeBSD_HEAD #298

[jenkins-admin]

See 

--
[...truncated 57411 lines...]
--- all_subdir_gnu/usr.bin/binutils/ld ---
--- ldmain.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include
  -DTARGET=\"x86_64-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_x86_64_fbsd\" 
-DSCRIPTDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/libdata\"
 -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\"
 
-DTOOLBINDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp//usr/bin/libexec\"
 -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld
 -I/builds/w
 
orkspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd
 -g -MD  -MF.depend.ldmain.o -MTldmain.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c
 -o ldmain.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- output-file.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.output-file.o -MToutput-file.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/output-file.c
 -o output-file.o
--- all_subdir_gnu/usr.bin/binutils/ld ---
--- ldmisc.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include
  -DTARGET=\"x86_64-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_x86_64_fbsd\" 
-DSCRIPTDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/libdata\"
 -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\"
 
-DTOOLBINDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp//usr/bin/libexec\"
 -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld
 -I/builds/w
 
orkspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd
 -g -MD  -MF.depend.ldmisc.o -MTldmisc.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c
 -o ldmisc.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- read.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 

FreeBSD_HEAD_i386 - Build #3169 - Failure

[jenkins-admin]

FreeBSD_HEAD_i386 - Build #3169 - Failure:

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

Change summaries:

300322 by pfg:
ed(1): Cleanups for the DES mode.

- Use arc4random_uniform(3).
- Prevent a segmentation fault when ed receives a signal
  while being in getpass(). [1]

Obtained from:  OpenBSD [1] (CVS Rev. 1.15)
MFC after:  2 weeks

300320 by emaste:
elftoolchain: backwards compatability for EM_IAMCU definition

It is not provided by sys/elf_common.h on older stable/10.

300319 by pfg:
GCC: Add support for named initializers for anonymous structs/unions.

Missing hunk from r300301.

Reported by:Ed Schouten
Obtained from:  OpenBSD (CVS rev. 1.2)

300318 by jhb:
Implement support for RF_UNMAPPED and bus_map/unmap_resource on x86.

Add implementations of bus_map/unmap_resource to the x86 nexus driver.
Change bus_activate/deactivate_resource to honor RF_UNMAPPED and to
use bus_map/unmap_resource to create/destroy the implicit mapping when
RF_UNMAPPED is not set.

Reviewed by:cem
Differential Revision:  https://reviews.freebsd.org/D5237

300317 by jhb:
Add new bus methods for mapping resources.

Add a pair of bus methods that can be used to "map" resources for direct
CPU access using bus_space(9).  bus_map_resource() creates a mapping and
bus_unmap_resource() releases a previously created mapping.  Mappings are
described by 'struct resource_map' object.  Pointers to these objects can
be passed as the first argument to the bus_space wrapper API used for bus
resources.

Drivers that wish to map all of a resource using default settings
(for example, using uncacheable memory attributes) do not need to change.
However, drivers that wish to use non-default settings can now do so
without jumping through hoops.

First, an RF_UNMAPPED flag is added to request that a resource is not
implicitly mapped with the default settings when it is activated.  This
permits other activation steps (such as enabling I/O or memory decoding
in a device's PCI command register) to be taken without creating a
mapping.  Right now the AGP drivers don't set RF_ACTIVE to avoid using
up a large amount of KVA to map the AGP aperture on 32-bit platforms.
Once RF_UNMAPPED is supported on all platforms that support AGP this
can be changed to using RF_UNMAPPED with RF_ACTIVE instead.

Second, bus_map_resource accepts an optional structure that defines
additional settings for a given mapping.

For example, a driver can now request to map only a subset of a resource
instead of the entire range.  The AGP driver could also use this to only
map the first page of the aperture (IIRC, it calls pmap_mapdev() directly
to map the first page currently).  I will also eventually change the
PCI-PCI bridge driver to request mappings of the subset of the I/O window
resource on its parent side to create mappings for child devices rather
than passing child resources directly up to nexus to be mapped.  This
also permits bridges that do address translation to request suitable
mappings from a resource on the "upper" side of the bus when mapping
resources on the "lower" side of the bus.

Another attribute that can be specified is an alternate memory attribute
for memory-mapped resources.  This can be used to request a
Write-Combining mapping of a PCI BAR in an MI fashion.  (Currently the
drivers that do this call pmap_change_attr() directly for x86 only.)

Note that this commit only adds the MI framework.  Each platform needs
to add support for handling RF_UNMAPPED and thew new
bus_map/unmap_resource methods.  Generally speaking, any drivers that
are calling rman_set_bustag() and rman_set_bushandle() need to be
updated.

Discussed on:   arch
Reviewed by:cem
Differential Revision:  https://reviews.freebsd.org/D5237

300316 by jhb:
Drop trailing asterisks.

300315 by trasz:
Call the ICL module's handoff method even when using ICL proxy.
The upcoming iSER code uses this.

MFC after:  1 month
Sponsored by:   The FreeBSD Foundation

300314 by dim:
Pull in r270240 from upstream clang trunk (by me):

  Make __FreeBSD_cc_version predefined macro configurable at build time

  The `FreeBSDTargetInfo` class has always set the `__FreeBSD_cc_version`
  predefined macro to a rather static value, calculated from the major OS
  version.

  In the FreeBSD base system, we will start incrementing the value of this
  macro whenever we make any signifant change to clang, so we need a way
  to configure the macro's value at build time.

  Use `FREEBSD_CC_VERSION` for this, which we can define in the FreeBSD
  build system using either the `-D` command line option, or an include
  file.  Stock builds will keep the earlier value.

  Differential Revision: http://reviews.llvm.org/D20037

Follow-up commits will start using the __FreeBSD_cc_version to determine
whether a bootstrap 

Re: em(4) broken in HEAD?

[K. Macy]

On Fri, May 20, 2016 at 11:33 AM, Johan Hendriks  wrote:
> H
>
> Op vrijdag 20 mei 2016 heeft Joel Dahl  het volgende
> geschreven:
>
>> On Fri, May 20, 2016 at 01:59:46PM +0200, O. Hartmann wrote:
>> > On Fri, 20 May 2016 13:55:50 +0200
>> > Joel Dahl > wrote:
>> >
>> > > Hi,
>> > >
>> > > I've just rebuilt CURRENT on a VMware virtual machine and it's now
>> > > running r300276. After reboot, I ssh'ed to the machine but my ssh
>> > > session hanged after ~10 seconds or so. The console started spitting
>> > > out "em0: Watchdog timeout - resetting" messages at the same time.
>> > > Basically no networking works.
>> > >
>> > > It's the same thing after every reboot. Networking works for a few
>> > > seconds, just long enough for you to run a couple of commands over
>> > > ssh. Then it breaks.
>> > >
>> > > My previous build on this machine was from about one week ago. It
>> > > works like it should.
>> > >
>> >
>> > Do you use by any means IPFW ?
>>
>> Nope.
>>


I don't use ipfw, aliases or anything other than stock networking. I
was unable to copy a large image off the VM without getting an
unending stream of watchdog resets which could only be fixed by a
reboot. Fortunately a subsequent IFC fixed it  as of ~15 hours ago.

-M
___
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 #297

[jenkins-admin]

See 

--
[...truncated 55926 lines...]
--- .depend ---
echo ld.bfd.full: /usr/lib/libc.a ../libbfd/libbfd.a ../libiberty/libiberty.a 
/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/lib/libegacy.a
 >> .depend
--- eelf_x86_64_fbsd.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include
  -DTARGET=\"x86_64-unknown-freebsd\" -DDEFAULT_EMULATION=\"elf_x86_64_fbsd\" 
-DSCRIPTDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/libdata\"
 -DBFD_VERSION_STRING=\""2.17.50 [FreeBSD] 2007-07-03"\" -DBINDIR=\"/usr/bin\" 
-DTARGET_SYSTEM_ROOT=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp\"
 
-DTOOLBINDIR=\"/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp//usr/bin/libexec\"
 -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld
 -I/builds/w
 
orkspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd
 -g -MD  -MF.depend.eelf_x86_64_fbsd.o -MTeelf_x86_64_fbsd.o -std=gnu99  
-Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c eelf_x86_64_fbsd.c -o eelf_x86_64_fbsd.o
--- all_subdir_gnu/usr.bin/binutils/as ---
--- atof-ieee.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.atof-ieee.o -MTatof-ieee.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/atof-ieee.c
 -o atof-ieee.o
--- cond.o ---
cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd 
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../libbfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include
  -DDEFAULT_ARCH=\"x86_64\" -DTARGET_CPU=\"x86_64\" -DTARGET_OS=\"freebsd\" 
-DTARGET_CANONICAL=\"x86_64-unknown-freebsd\" 
-DTARGET_ALIAS=\"x86_64-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 
2007-07-03"\" -D_GNU_SOURCE 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd
 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config
 -I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../.
 ./../contrib/binutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/amd64-freebsd -g 
-MD  -MF.depend.cond.o -MTcond.o -std=gnu99  -Qunused-arguments  
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/legacy/usr/include
 -c 
/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/cond.c
 -o cond.o
--- all_subdir_gnu/usr.bin/binutils/libbinutils ---
--- rdcoff.o ---
cc  -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/libbinutils 
-I/builds/workspace/FreeBSD_HEAD/src/gnu/usr.bin/binutils/libbinutils/../libbfd 

Re: em(4) broken in HEAD?

[Johan Hendriks]

H

Op vrijdag 20 mei 2016 heeft Joel Dahl  het volgende
geschreven:

> On Fri, May 20, 2016 at 01:59:46PM +0200, O. Hartmann wrote:
> > On Fri, 20 May 2016 13:55:50 +0200
> > Joel Dahl > wrote:
> >
> > > Hi,
> > >
> > > I've just rebuilt CURRENT on a VMware virtual machine and it's now
> > > running r300276. After reboot, I ssh'ed to the machine but my ssh
> > > session hanged after ~10 seconds or so. The console started spitting
> > > out "em0: Watchdog timeout - resetting" messages at the same time.
> > > Basically no networking works.
> > >
> > > It's the same thing after every reboot. Networking works for a few
> > > seconds, just long enough for you to run a couple of commands over
> > > ssh. Then it breaks.
> > >
> > > My previous build on this machine was from about one week ago. It
> > > works like it should.
> > >
> >
> > Do you use by any means IPFW ?
>
> Nope.
>
> --
> Joel
> ___
> 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
> "
>


Do you have alias ipadresses on the interface. That is what I have and that
is broken. If i disable alias ipadresses, all is fine again. Btw in my case
it is on alc0 as i do not have an em interface to test.
___
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: newcons splash screen

[Kris Moore]

On 05/20/16 12:06 PM, Juan Ramón Molina Menor wrote:
>> Hello,
>> is it possible to use a splash screen yet with newcons? I've been
>> looking at the source code for VT, and it would appear there has been
>> some work done towards this?
>>
>> https://github.com/freebsd/freebsd/blob/master/sys/dev/vt/vt.h 
>> Also the wiki page shows limited support:
>>
>> https://wiki.freebsd.org/Newcons 
>> I've tried the standard method of enabling a splash screen but it of
>> course does not work. I don't think I was able to get it to work with
>> syscons either whereas it used to work.
>>
>> https://www.freebsd.org/doc/handbook/boot-splash.html 
>> Is there another way? Or is it still not ready yet?
>>
>> Joe Maloney
> Hi!
>
> Maybe you are already aware of it, but in 2014 there was a Google
> Summer of Code project on improving the bootsplash:
> https://wiki.freebsd.org/SummerOfCode2014/Bootsplash
>
> It worked well with sc(4), but I don’t know wether it applies to vt(4)…
>
> Juan
> ___
> 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"

That project was done right before/during the conversion to Vt/NewCons.
It is not vt aware :(


-- 
Kris Moore
iXsystems
Enterprise Storage & Servers Driven By Open Source

___
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 #296

[jenkins-admin]

See 

--
[...truncated 100729 lines...]
--- all_subdir_lib/clang/libllvmsparcdisassembler ---
--- libllvmsparcdisassembler.a ---
building static llvmsparcdisassembler library
ar -crD libllvmsparcdisassembler.a `NM='nm' NMFLAGS='' lorder 
SparcDisassembler.o  | tsort -q` 
ranlib -D libllvmsparcdisassembler.a
--- all_subdir_lib/clang/libllvmruntimedyld ---
--- RuntimeDyldMachO.o ---
c++-O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmruntimedyld/../../../contrib/llvm/include
 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmruntimedyld/../../../contrib/llvm/tools/clang/include
 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmruntimedyld/../../../contrib/llvm/lib/ExecutionEngine/RuntimeDyld
 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmruntimedyld/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER 
-fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -MD 
-MF.depend.RuntimeDyldMachO.o -MTRuntimeDyldMachO.o -fstack-protector-strong 
-Qunused-arguments  -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ 
-Wno-c++11-extensions  -c 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmruntimedyld/../../../con
 trib/llvm/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldMachO.cpp -o 
RuntimeDyldMachO.o
--- all_subdir_lib/clang/libllvmx86disassembler ---
--- X86GenRegisterInfo.inc.h ---
llvm-tblgen -gen-register-info  -I 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/include
 -I 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/lib/Target/X86
  -d X86GenRegisterInfo.inc.d -o X86GenRegisterInfo.inc.h  
/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/lib/Target/X86/X86.td
--- all_subdir_lib/clang/libllvmx86codegen ---
--- X86ISelLowering.o ---
c++-O2 -pipe 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/include
 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/tools/clang/include
 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86
 -I. 
-I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER 
-fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -MD 
-MF.depend.X86ISelLowering.o -MTX86ISelLowering.o -fstack-protector-strong 
-Qunused-arguments  -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ 
-Wno-c++11-extensions  -c 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86
 /X86ISelLowering.cpp -o X86ISelLowering.o
--- all_subdir_lib/clang/liblldb ---
===> lib/clang/liblldb (all)
--- Attrs.inc.h ---
clang-tblgen -gen-clang-attr-classes  -I 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include
 -d Attrs.inc.d -o Attrs.inc.h  
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- AttrList.inc.h ---
clang-tblgen -gen-clang-attr-list  -I 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include
 -d AttrList.inc.d -o AttrList.inc.h  
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- DeclNodes.inc.h ---
clang-tblgen -gen-clang-decl-nodes  -d DeclNodes.inc.d -o DeclNodes.inc.h  
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td
--- StmtNodes.inc.h ---
clang-tblgen -gen-clang-stmt-nodes  -d StmtNodes.inc.d -o StmtNodes.inc.h  
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td
--- CommentCommandList.inc.h ---
clang-tblgen -gen-clang-comment-command-list  -d CommentCommandList.inc.d -o 
CommentCommandList.inc.h  
/builds/workspace/FreeBSD_HEAD/src/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/AST/CommentCommands.td
--- lldb.o 

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #78

[jenkins-admin]

See 

--
[...truncated 180706 lines...]
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  -MF.depend.atkbdc.o 
-MTatkbdc.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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-unknown-pragmas  -Wno-uninitialized  -fno-common -fms-extensions 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float  -std=iso9899:1999 
-Werror  /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/atkbdc/atkbdc.c
--- atkbdc_ebus.o ---
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  
-MF.depend.atkbdc_ebus.o -MTatkbdc_ebus.o -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -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-unknown-pragmas  -Wno-uninitialized  
-fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -mcmodel=medany -msoft-float  
-std=iso9899:1999 -Werror  
/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/atkbdc/atkbdc_ebus.c
--- atkbdc_isa.o ---
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  
-MF.depend.atkbdc_isa.o -MTatkbdc_isa.o -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -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-unknown-pragmas  -Wno-uninitialized  
-fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -mcmodel=medany -msoft-float  
-std=iso9899:1999 -Werror  
/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/atkbdc/atkbdc_isa.c
--- atkbdc_subr.o ---
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  
-MF.depend.atkbdc_subr.o -MTatkbdc_subr.o -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -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-unknown-pragmas  -Wno-uninitialized  
-fno-common -fms-extensions -finline-limit=15000 --param inline-unit-growth=100 
--param large-function-growth=1000 -mcmodel=medany -msoft-float  
-std=iso9899:1999 -Werror  
/builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/atkbdc/atkbdc_subr.c
--- psm.o ---
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  -MF.depend.psm.o 
-MTpsm.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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-unknown-pragmas  -Wno-uninitialized  -fno-common -fms-extensions 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float  -std=iso9899:1999 
-Werror  /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/atkbdc/psm.c
--- auxio.o ---
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  -MF.depend.auxio.o 
-MTauxio.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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-unknown-pragmas  -Wno-uninitialized  -fno-common -fms-extensions 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float  -std=iso9899:1999 
-Werror  /builds/workspace/FreeBSD_HEAD_sparc64/src/sys/dev/auxio/auxio.c
--- esp_sbus.o ---
cc  -c -O -pipe  -g -nostdinc  -I. 
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/sys -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h  -MD  -MF.depend.esp_sbus.o 
-MTesp_sbus.o -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall 

Re: newcons splash screen

[Adrian Chadd]

I've started my loader / vt hacking again, but it'll all be post-11.0-RELEASE.

I'll tidy up some initial patches to loader and get them into git so
people can review/evaluate/test them.

I'm also hoping to land something vt_vesa'ish too, as I'd like to use
a vesa splash screen for non-EFI boots (for "reasons".)

Just bug me. Gently, but bug me.


-adrian


On 20 May 2016 at 09:22, Kris Moore  wrote:
> On 05/20/16 12:06 PM, Juan Ramón Molina Menor wrote:
>>> Hello,
>>> is it possible to use a splash screen yet with newcons? I've been
>>> looking at the source code for VT, and it would appear there has been
>>> some work done towards this?
>>>
>>> https://github.com/freebsd/freebsd/blob/master/sys/dev/vt/vt.h
>>> Also the wiki page shows limited support:
>>>
>>> https://wiki.freebsd.org/Newcons
>>> I've tried the standard method of enabling a splash screen but it of
>>> course does not work. I don't think I was able to get it to work with
>>> syscons either whereas it used to work.
>>>
>>> https://www.freebsd.org/doc/handbook/boot-splash.html
>>> Is there another way? Or is it still not ready yet?
>>>
>>> Joe Maloney
>> Hi!
>>
>> Maybe you are already aware of it, but in 2014 there was a Google
>> Summer of Code project on improving the bootsplash:
>> https://wiki.freebsd.org/SummerOfCode2014/Bootsplash
>>
>> It worked well with sc(4), but I don’t know wether it applies to vt(4)…
>>
>> Juan
>> ___
>> 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"
>
> That project was done right before/during the conversion to Vt/NewCons.
> It is not vt aware :(
>
>
> --
> Kris Moore
> iXsystems
> Enterprise Storage & Servers Driven By Open Source
>
> ___
> 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"
___
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: Followup on packaging base with pkg(8)

[Glen Barber]

Most of the known issues (I believe all of the known issues at this
time) are on the wiki:

https://wiki.freebsd.org/PkgBase

Glen

On Fri, May 20, 2016 at 09:22:46AM +0300, Dan Partelly wrote:
> Thanks for the work you put in this major feature. 
> 
> Could we please get a full list of the issues which surfaced, quirks,
> and other worth to mention notes ? I believe its important.
> 
> 
> 
> > On 19 May 2016, at 23:31, Glen Barber  wrote:
> > 
> > Despite the schedule adjustment for 11.0-RELEASE to allow additional
> > time to resolve several issues prior to the merge to head, too many
> > issues remained.  Following the merge to head, many more issues were
> > discovered, some resolved, but many without a clear, non-disruptive
> > solution.
> > 
> > Given the state of this highly-disruptive change to the base system, we
> > need to take the best interest of the FreeBSD community into primary
> > consideration, as a whole.
> 


signature.asc
Description: PGP signature

Re: newcons splash screen

[Kris Moore]

On 05/20/16 12:06 PM, Juan Ramón Molina Menor wrote:
>> Hello,
>> is it possible to use a splash screen yet with newcons? I've been
>> looking at the source code for VT, and it would appear there has been
>> some work done towards this?
>>
>> https://github.com/freebsd/freebsd/blob/master/sys/dev/vt/vt.h 
>> Also the wiki page shows limited support:
>>
>> https://wiki.freebsd.org/Newcons 
>> I've tried the standard method of enabling a splash screen but it of
>> course does not work. I don't think I was able to get it to work with
>> syscons either whereas it used to work.
>>
>> https://www.freebsd.org/doc/handbook/boot-splash.html 
>> Is there another way? Or is it still not ready yet?
>>
>> Joe Maloney
> Hi!
>
> Maybe you are already aware of it, but in 2014 there was a Google
> Summer of Code project on improving the bootsplash:
> https://wiki.freebsd.org/SummerOfCode2014/Bootsplash
>
> It worked well with sc(4), but I don’t know wether it applies to vt(4)…
>
> Juan
> ___
> 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"

That project was done right before/during the conversion to Vt/NewCons.
It is not vt aware :(


-- 
Kris Moore
iXsystems
Enterprise Storage & Servers Driven By Open Source

___
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: newcons splash screen

[Juan Ramón Molina Menor]

Hello,
is it possible to use a splash screen yet with newcons? I've been looking at 
the source code for VT, and it would appear there has been some work done 
towards this?

https://github.com/freebsd/freebsd/blob/master/sys/dev/vt/vt.h  


Also the wiki page shows limited support:

https://wiki.freebsd.org/Newcons  


I've tried the standard method of enabling a splash screen but it of course 
does not work. I don't think I was able to get it to work with syscons either 
whereas it used to work.

https://www.freebsd.org/doc/handbook/boot-splash.html  


Is there another way? Or is it still not ready yet?

Joe Maloney

Hi!

Maybe you are already aware of it, but in 2014 there was a Google Summer 
of Code project on improving the bootsplash:

https://wiki.freebsd.org/SummerOfCode2014/Bootsplash

It worked well with sc(4), but I don’t know wether it applies to vt(4)…

Juan
___
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: CURRENT: ipfw: problems with timeouts and worse network performance

[O. Hartmann]

Am Fri, 20 May 2016 17:41:39 +0300
"Andrey V. Elsukov"  schrieb:

> On 20.05.16 17:23, O. Hartmann wrote:
> > The problem is simpel to trigger: have firewall type "WORKSTATION" 
> > configured, IPFW
> > active (I have IPFW statically in-kernel-compiled, no modules so far). Have 
> > /usr/src
> > as a svn+https repository and try a svn update of the source tree.  
> 
> Hi,
> 
> it looks like r300143 broke it. I'm looking now why.
> 

By the way, the boxes I work on right now do not show any "broken pipe" errors 
with ssh
anymore as long as ipfw is disabled.


pgpNPQt69ATEG.pgp
Description: OpenPGP digital signature

Re: CURRENT: ipfw: problems with timeouts and worse network performance

[O. Hartmann]

Am Fri, 20 May 2016 17:59:17 +0300
"Andrey V. Elsukov"  schrieb:

> On 20.05.16 17:23, O. Hartmann wrote:
> > I haven't checked so far whether the problem occurs also with non-SSL 
> > connections
> > since all connections I see the suffering are somehow encrypted.  
> 
> Can you try to update up to r300302?
> 

... just in progress ;-)


pgpsRYEiTzyaY.pgp
Description: OpenPGP digital signature

Re: CURRENT: ipfw: problems with timeouts and worse network performance

[Andrey V. Elsukov]

On 20.05.16 17:23, O. Hartmann wrote:
> I haven't checked so far whether the problem occurs also with non-SSL 
> connections since
> all connections I see the suffering are somehow encrypted.

Can you try to update up to r300302?

-- 
WBR, Andrey V. Elsukov



signature.asc
Description: OpenPGP digital signature

Re: CURRENT: ipfw: problems with timeouts and worse network performance

[Andrey V. Elsukov]

On 20.05.16 17:23, O. Hartmann wrote:
> The problem is simpel to trigger: have firewall type "WORKSTATION" 
> configured, IPFW
> active (I have IPFW statically in-kernel-compiled, no modules so far). Have 
> /usr/src as a
> svn+https repository and try a svn update of the source tree.

Hi,

it looks like r300143 broke it. I'm looking now why.

-- 
WBR, Andrey V. Elsukov



signature.asc
Description: OpenPGP digital signature

Re: CURRENT: ipfw: problems with timeouts and worse network performance

[Vladimir Zakharov]

On Fri, May 20, 2016, Jan Bramkamp wrote:
> On 20/05/16 15:51, Vladimir Zakharov wrote:
> > On Fri, May 20, 2016, Jan Bramkamp wrote:
> >> On 20/05/16 14:54, Vladimir Zakharov wrote:
> >>> Hello
> >>>
> >>> On Fri, May 20, 2016, O. Hartmann wrote:
>  I reported earlier about broken pipes in ssh sessions to remote hosts,
>  which occur on an erratic basis. i'm investigating this problem now and
>  it seems that it is also ipfw-related, but I'm not sure. This problem
>  is present since a couple of weeks now.
> >>>
> >>> Maybe this could help...
> >>>
> >>> I've also experienced problems with broken pipes in ssh sessions some
> >>> time ago. Setting in sysctl.conf
> >>>
> >>> net.inet.ip.fw.dyn_ack_lifetime=3600
> >>>
> >>> fixed problem for me. I didn't experiment with the value though. So,
> >>> possibly, changing default value (300s) to 1 hour is overkill :).
> >>
> >> By default the OpenSSH SSH client is configured to use TCP keepalives.
> >> Those should produce enough packets at a short enough interval to keep
> >> the dynamic IPFW state established.
> >>
> >> Does your traffic pass through libalias?
> > I guess not. How can I be sure?
> 
> Libalias is used by ipfw and the old userland natd to implement IPv4 
> NAT. It requires unmodified access to all packets including their 
> headers. LRO and TSO coalesce packets to reduce save CPU time but the 
> process is loses some of the information required by libalias. Unless 
> your ruleset uses ipfw in-kernel NAT or diverts traffic to natd you 
> don't have to worry about libalias.
> 
> Use `kldstat -v | grep libalias` to check for libalias in the running 
> kernel and `pgrep natd` to search for running natd instances.

Surely, I do not use NAT (and libalias):

root@vzakharov:~ # kldstat -v | grep libalias
root@vzakharov:~ # pgrep natd

I use GENERIC-NODEBUG kernel (r300138) with ipfw module. And
'workstation' firewall type.

-- 
Regards, | "In theory there is no difference between theory
  Vladimir Zakharov  | and practice. In practice there is."- Yogi Berra
___
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: CURRENT: ipfw: problems with timeouts and worse network performance

[O. Hartmann]

Am Fri, 20 May 2016 16:01:17 +0200
Jan Bramkamp  schrieb:

> On 20/05/16 15:51, Vladimir Zakharov wrote:
> > On Fri, May 20, 2016, Jan Bramkamp wrote:  
> >> On 20/05/16 14:54, Vladimir Zakharov wrote:  
> >>> Hello
> >>>
> >>> On Fri, May 20, 2016, O. Hartmann wrote:  
>  I reported earlier about broken pipes in ssh sessions to remote hosts,
>  which occur on an erratic basis. i'm investigating this problem now and
>  it seems that it is also ipfw-related, but I'm not sure. This problem
>  is present since a couple of weeks now.  
> >>>
> >>> Maybe this could help...
> >>>
> >>> I've also experienced problems with broken pipes in ssh sessions some
> >>> time ago. Setting in sysctl.conf
> >>>
> >>> net.inet.ip.fw.dyn_ack_lifetime=3600
> >>>
> >>> fixed problem for me. I didn't experiment with the value though. So,
> >>> possibly, changing default value (300s) to 1 hour is overkill :).  
> >>
> >> By default the OpenSSH SSH client is configured to use TCP keepalives.
> >> Those should produce enough packets at a short enough interval to keep
> >> the dynamic IPFW state established.
> >>
> >> Does your traffic pass through libalias?  
> > I guess not. How can I be sure?  
> 
> Libalias is used by ipfw and the old userland natd to implement IPv4 
> NAT. It requires unmodified access to all packets including their 
> headers. LRO and TSO coalesce packets to reduce save CPU time but the 
> process is loses some of the information required by libalias. Unless 
> your ruleset uses ipfw in-kernel NAT or diverts traffic to natd you 
> don't have to worry about libalias.
> 
> Use `kldstat -v | grep libalias` to check for libalias in the running 
> kernel and `pgrep natd` to search for running natd instances.


As I replied earlier, in my case it is manyfolded - I use In-kernel-NAT as well 
as
straight forward filtering.

The problem of broken pipes in ssh occured simultanously on ALL CURRENT boxes 
(a bunch of
different age, CPU types, NICs and configs, but all most recent CURRENT) at the 
same time.

Those massive dropouts and timeouts I whitnessed now occured after we updated 
from
~CURRENT 35 to CURRENT 300158. On some experimental servers, the config, 
especially
that of ipfw, has not changed over half a year by now - but they suffer also 
from the
problem I described and the problem can be solved by disabling IPFW.

The problem is simpel to trigger: have firewall type "WORKSTATION" configured, 
IPFW
active (I have IPFW statically in-kernel-compiled, no modules so far). Have 
/usr/src as a
svn+https repository and try a svn update of the source tree.

I haven't checked so far whether the problem occurs also with non-SSL 
connections since
all connections I see the suffering are somehow encrypted.

Regards,
Oliver


pgpWb18Pe2Vp2.pgp
Description: OpenPGP digital signature

Re: CURRENT: ipfw: problems with timeouts and worse network performance

[O. Hartmann]

Am Fri, 20 May 2016 15:28:35 +0200
Jan Bramkamp  schrieb:

> On 20/05/16 14:54, Vladimir Zakharov wrote:
> > Hello
> >
> > On Fri, May 20, 2016, O. Hartmann wrote:  
> >> I reported earlier about broken pipes in ssh sessions to remote hosts,
> >> which occur on an erratic basis. i'm investigating this problem now and
> >> it seems that it is also ipfw-related, but I'm not sure. This problem
> >> is present since a couple of weeks now.  
> >
> > Maybe this could help...
> >
> > I've also experienced problems with broken pipes in ssh sessions some
> > time ago. Setting in sysctl.conf
> >
> > net.inet.ip.fw.dyn_ack_lifetime=3600
> >
> > fixed problem for me. I didn't experiment with the value though. So,
> > possibly, changing default value (300s) to 1 hour is overkill :).  
> 
> By default the OpenSSH SSH client is configured to use TCP keepalives. 
> Those should produce enough packets at a short enough interval to keep 
> the dynamic IPFW state established.
> 
> Does your traffic pass through libalias?

YES and NO. My private setup at home/home office uses NAT/libalias (kernel 
NAT), but at
work and department its straight forward.


pgpVraQ2SOW1X.pgp
Description: OpenPGP digital signature

Re: em(4) broken in HEAD?

[Joel Dahl]

On Fri, May 20, 2016 at 01:59:46PM +0200, O. Hartmann wrote:
> On Fri, 20 May 2016 13:55:50 +0200
> Joel Dahl  wrote:
> 
> > Hi,
> > 
> > I've just rebuilt CURRENT on a VMware virtual machine and it's now
> > running r300276. After reboot, I ssh'ed to the machine but my ssh
> > session hanged after ~10 seconds or so. The console started spitting
> > out "em0: Watchdog timeout - resetting" messages at the same time.
> > Basically no networking works.
> > 
> > It's the same thing after every reboot. Networking works for a few
> > seconds, just long enough for you to run a couple of commands over
> > ssh. Then it breaks.
> > 
> > My previous build on this machine was from about one week ago. It
> > works like it should.
> > 
> 
> Do you use by any means IPFW ?

Nope.

-- 
Joel
___
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: CURRENT: ipfw: problems with timeouts and worse network performance

[Jan Bramkamp]

On 20/05/16 15:51, Vladimir Zakharov wrote:

On Fri, May 20, 2016, Jan Bramkamp wrote:

On 20/05/16 14:54, Vladimir Zakharov wrote:

Hello

On Fri, May 20, 2016, O. Hartmann wrote:

I reported earlier about broken pipes in ssh sessions to remote hosts,
which occur on an erratic basis. i'm investigating this problem now and
it seems that it is also ipfw-related, but I'm not sure. This problem
is present since a couple of weeks now.


Maybe this could help...

I've also experienced problems with broken pipes in ssh sessions some
time ago. Setting in sysctl.conf

net.inet.ip.fw.dyn_ack_lifetime=3600

fixed problem for me. I didn't experiment with the value though. So,
possibly, changing default value (300s) to 1 hour is overkill :).


By default the OpenSSH SSH client is configured to use TCP keepalives.
Those should produce enough packets at a short enough interval to keep
the dynamic IPFW state established.

Does your traffic pass through libalias?

I guess not. How can I be sure?


Libalias is used by ipfw and the old userland natd to implement IPv4 
NAT. It requires unmodified access to all packets including their 
headers. LRO and TSO coalesce packets to reduce save CPU time but the 
process is loses some of the information required by libalias. Unless 
your ruleset uses ipfw in-kernel NAT or diverts traffic to natd you 
don't have to worry about libalias.


Use `kldstat -v | grep libalias` to check for libalias in the running 
kernel and `pgrep natd` to search for running natd instances.

___
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: CURRENT: ipfw: problems with timeouts and worse network performance

[Vladimir Zakharov]

On Fri, May 20, 2016, Jan Bramkamp wrote:
> On 20/05/16 14:54, Vladimir Zakharov wrote:
> > Hello
> >
> > On Fri, May 20, 2016, O. Hartmann wrote:
> >> I reported earlier about broken pipes in ssh sessions to remote hosts,
> >> which occur on an erratic basis. i'm investigating this problem now and
> >> it seems that it is also ipfw-related, but I'm not sure. This problem
> >> is present since a couple of weeks now.
> >
> > Maybe this could help...
> >
> > I've also experienced problems with broken pipes in ssh sessions some
> > time ago. Setting in sysctl.conf
> >
> > net.inet.ip.fw.dyn_ack_lifetime=3600
> >
> > fixed problem for me. I didn't experiment with the value though. So,
> > possibly, changing default value (300s) to 1 hour is overkill :).
> 
> By default the OpenSSH SSH client is configured to use TCP keepalives. 
> Those should produce enough packets at a short enough interval to keep 
> the dynamic IPFW state established.
> 
> Does your traffic pass through libalias?
I guess not. How can I be sure?

-- 
Regards, | "In theory there is no difference between theory
  Vladimir Zakharov  | and practice. In practice there is."- Yogi Berra
___
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: CURRENT: ipfw: problems with timeouts and worse network performance

[Jan Bramkamp]

On 20/05/16 14:54, Vladimir Zakharov wrote:

Hello

On Fri, May 20, 2016, O. Hartmann wrote:

I reported earlier about broken pipes in ssh sessions to remote hosts,
which occur on an erratic basis. i'm investigating this problem now and
it seems that it is also ipfw-related, but I'm not sure. This problem
is present since a couple of weeks now.


Maybe this could help...

I've also experienced problems with broken pipes in ssh sessions some
time ago. Setting in sysctl.conf

net.inet.ip.fw.dyn_ack_lifetime=3600

fixed problem for me. I didn't experiment with the value though. So,
possibly, changing default value (300s) to 1 hour is overkill :).


By default the OpenSSH SSH client is configured to use TCP keepalives. 
Those should produce enough packets at a short enough interval to keep 
the dynamic IPFW state established.


Does your traffic pass through libalias?
___
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: CURRENT: ipfw: problems with timeouts and worse network performance

[Vladimir Zakharov]

Hello

On Fri, May 20, 2016, O. Hartmann wrote:
> I reported earlier about broken pipes in ssh sessions to remote hosts,
> which occur on an erratic basis. i'm investigating this problem now and
> it seems that it is also ipfw-related, but I'm not sure. This problem
> is present since a couple of weeks now.

Maybe this could help...

I've also experienced problems with broken pipes in ssh sessions some
time ago. Setting in sysctl.conf

net.inet.ip.fw.dyn_ack_lifetime=3600

fixed problem for me. I didn't experiment with the value though. So,
possibly, changing default value (300s) to 1 hour is overkill :).

-- 
Regards, | "In theory there is no difference between theory
  Vladimir Zakharov  | and practice. In practice there is."- Yogi Berra
___
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"

newcons splash screen

[Joe Maloney]

Hello, 
is it possible to use a splash screen yet with newcons? I've been looking at 
the source code for VT, and it would appear there has been some work done 
towards this? 

https://github.com/freebsd/freebsd/blob/master/sys/dev/vt/vt.h 

Also the wiki page shows limited support: 

https://wiki.freebsd.org/Newcons 

I've tried the standard method of enabling a splash screen but it of course 
does not work. I don't think I was able to get it to work with syscons either 
whereas it used to work. 

https://www.freebsd.org/doc/handbook/boot-splash.html 

Is there another way? Or is it still not ready yet? 

Joe Maloney 
___
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"

CURRENT: ipfw: problems with timeouts and worse network performance

[O. Hartmann]

With most recent CURRENT (r300295) I face a very strange behaviour on
all systems running CURRENT with IPFW enabled.

I realize massive network problems, especially when services like
claws-mail, pgadmin3, OpenLDAP clients, drill or even svn try to
connect to their servers. In most cases, the connection couln't be
established due to timeouts, but repeating, like performing svn
in /usr/src gives some results, but this is highly erratic.

The problems vanishes when "ipfw disable firewall" is entered. We use
both custom ipfw-rule-scripts as well as those used with rc.conf
(mostly type WORKSTATION).

The problem is prominet with having /usr/src and /usr/ports updated via
subversion. In 99% of the cases svn drops out with timeouts in case
IPFW is active - but everything seems all right when ipfw is disabled.

As far as I could see this problem affects all CURRENT we use and it is
not NIC specific, but sticks with IPFW. 

I reported earlier about broken pipes in ssh sessions to remote hosts,
which occur on an erratic basis. i'm investigating this problem now and
it seems that it is also ipfw-related, but I'm not sure. This problem
is present since a couple of weeks now.

Is there anything known about ipfw problems?

Kind regards,
Oliver
___
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: em(4) broken in HEAD?

[O. Hartmann]

On Fri, 20 May 2016 13:55:50 +0200
Joel Dahl  wrote:

> Hi,
> 
> I've just rebuilt CURRENT on a VMware virtual machine and it's now
> running r300276. After reboot, I ssh'ed to the machine but my ssh
> session hanged after ~10 seconds or so. The console started spitting
> out "em0: Watchdog timeout - resetting" messages at the same time.
> Basically no networking works.
> 
> It's the same thing after every reboot. Networking works for a few
> seconds, just long enough for you to run a couple of commands over
> ssh. Then it breaks.
> 
> My previous build on this machine was from about one week ago. It
> works like it should.
> 

Do you use by any means IPFW ?

Regards,
Oliver
___
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"

em(4) broken in HEAD?

[Joel Dahl]

Hi,

I've just rebuilt CURRENT on a VMware virtual machine and it's now running
r300276. After reboot, I ssh'ed to the machine but my ssh session hanged after
~10 seconds or so. The console started spitting out "em0: Watchdog timeout -
resetting" messages at the same time. Basically no networking works.

It's the same thing after every reboot. Networking works for a few seconds,
just long enough for you to run a couple of commands over ssh. Then it breaks.

My previous build on this machine was from about one week ago. It works like
it should.

-- 
Joel
___
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: Followup on packaging base with pkg(8)

[Dan Partelly]

Thanks for the work you put in this major feature. 

Could we please get a full list of the issues which surfaced, quirks,
and other worth to mention notes ? I believe its important.



> On 19 May 2016, at 23:31, Glen Barber  wrote:
> 
> Despite the schedule adjustment for 11.0-RELEASE to allow additional
> time to resolve several issues prior to the merge to head, too many
> issues remained.  Following the merge to head, many more issues were
> discovered, some resolved, but many without a clear, non-disruptive
> solution.
> 
> Given the state of this highly-disruptive change to the base system, we
> need to take the best interest of the FreeBSD community into primary
> consideration, as a whole.

___
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"