Jenkins build is still unstable: FreeBSD_stable_10 #364

[jenkins-admin]

See 

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

Re: Benchmarks results for Compilers on FreeBSD 11

[K. Macy]

On Mon, Aug 29, 2016 at 4:46 PM, Erich Dollansky
 wrote:
> Hi,
>
> Micheal continued:
>
> http://www.phoronix.com/scan.php?page=news_item=FreeBSD-OpenMP-Base
>
> I just wonder if not enabling an option in base because the option is
> not required in base would make the documentation of the program
> useless except it is documented. The problem here is now that e.b. I
> look typically for information of a program at the program's site. I
> do not think that they care there what FreeBSD makes out of the
> program.
>
> With other words, it creates confusion.

I also don't understand why I need a system compiler and ports
compiler when the system compiler is a strict subset of the ports
compiler. Spending half of my buildworld time compiling llvm and
friends has always been a bit annoying, but now I find that it's not
even complete. I'd just as soon install devel/llvm38 from ports and
use the external toolchain support (that is if it worked for llvm38).
The strongest reason I've heard for bundling a compiler in src is the
instability of the C++ ABI (which is completely defeated when you
knowingly make the base compiler inadequate for some purposes). The
others are "we've always done it that way", "we need a compiler to
build the system" (a prebuilt package does that just find), and the
best "Solaris didn't include a compiler and look what happened to it"
(last I looked the Linux kernel didn't come bundled with gcc and as
far as I can tell the Linux community is doing just fine).


OpenMP is not a new technology and some widely used ports like fftw
and openblas can make use of it ... but don't on FreeBSD because that
requires pulling in gcc (and in this case an old one).

I can't speak for the whole universe of users, but I think it's safe
to say that most users are not power users who individually configure
ports tailored to their needs. I think my experiences on Ubuntu, where
I'm definitely not a power user, are illustrative. I never compile
*anything* that has a package in an ubuntu repo and I assume that the
packages are configured when built to enable any performance options
that don't potentially cause stability issues. Similarly, on FreeBSD
most users are going to be using packages and they're going to assume
that the packages are configured to "provide the best user
experience". Consequently anyone using a package that could use OpenMP
is going to legitimately just assume that "X" is slower on FreeBSD.
And for all intents and purposes "X" _is_ slower.


Similarly, -fopenmp automatically pulls in libgomp with gcc and
-openmp pulls in libiomp with icc. Neither updating the makefile nor
creating a wrapper around clang/clang++ to pass the library path is
difficult. However, the need to do so is essentially a regression with
respect to other platforms and thus can safely be labelled as being
"broken". It gratuitously creates yet another small, but real hurdle
for users.



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

Re: Test failures on 10-STABLE

[Ngie Cooper]

On Mon, Aug 29, 2016 at 11:22 AM, Ngie Cooper (yaneurabeya)
 wrote:
>
>> On Aug 29, 2016, at 06:00, Craig Rodrigues  wrote:
>>
>> I notice that there are some consistent test failures on 10-STABLE:
>>
>> https://jenkins.freebsd.org/job/FreeBSD_stable_10/362/testReport/
>>
>> sys.geom.class.gate.2

This has actually been failing on and off for several months :/...
05/21/2016 (build 228 [1]) was the first instance I found with this
failure.

>> lib.libc.string.memcpy_test.memcpy_basic

I'll have to look through for that item.

>> have been failing for about a month.
>>
>> Does anyone have any ideas about what caused them?
>> This looks like some bad merges happened.
>
> I’ll look into it sometime today/tomorrow (I have some archives of kyua runs).
> Thanks,
> -Ngie
>
> PS It’s really painful when Jenkins becomes unreachable — is there a way to 
> make sure it stays up more reliably?

I'll spider jenkins.freebsd.org later on tonight so I can build up a
histogram for the failures.
Thanks,
-Ngie

1. https://jenkins.freebsd.org/job/FreeBSD_stable_10/228/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Benchmarks results for Compilers on FreeBSD 11

[Erich Dollansky]

Hi,

Micheal continued:

http://www.phoronix.com/scan.php?page=news_item=FreeBSD-OpenMP-Base

I just wonder if not enabling an option in base because the option is
not required in base would make the documentation of the program
useless except it is documented. The problem here is now that e.b. I
look typically for information of a program at the program's site. I
do not think that they care there what FreeBSD makes out of the
program.

With other words, it creates confusion.

Erich


On Sun, 28 Aug 2016 01:41:42 +0200 Fernando Herrero Carrón
 wrote:

> El 28/8/2016 0:06, "Erich Dollansky" 
> escribió:
> >
> > Hi,
> >
> > Micheal did a plain compiler benchmark on FreeBSD 11:
> >
> >  
> http://www.phoronix.com/scan.php?page=article=freebsd11-clang-gcc=1
> >
> > It shows clearly how slow CLang is compared to GCC.
> >
> > This is the price FreeBSD has to pay to be free of GPL in the base
> > system.
> >
> > Erich  
> 
> Very cool comparison, thanks a lot!
> 
> I think gcc has a lot of knowledge and experience under its belt, a
> larger user base so no wonder it performs [slightly] worse. What has
> really surprised me has been ImageMagick, apparently because of
> openmp. The OpenMP stack has been contributed by intel, clang 3.4 if
> I recall it right. Surprising.
> 
> Cheers,
> Fernando

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

Re: Test failures on 10-STABLE

[Ngie Cooper (yaneurabeya)]

> On Aug 29, 2016, at 06:00, Craig Rodrigues  wrote:
> 
> I notice that there are some consistent test failures on 10-STABLE:
> 
> https://jenkins.freebsd.org/job/FreeBSD_stable_10/362/testReport/
> 
> sys.geom.class.gate.2
> lib.libc.string.memcpy_test.memcpy_basic
> 
> have been failing for about a month.
> 
> Does anyone have any ideas about what caused them?
> This looks like some bad merges happened.

I’ll look into it sometime today/tomorrow (I have some archives of kyua runs).
Thanks,
-Ngie

PS It’s really painful when Jenkins becomes unreachable — is there a way to 
make sure it stays up more reliably?


signature.asc
Description: Message signed with OpenPGP using GPGMail

Jenkins build is still unstable: FreeBSD_stable_10 #363

[jenkins-admin]

See 

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

Test failures on 10-STABLE

[Craig Rodrigues]

I notice that there are some consistent test failures on 10-STABLE:

https://jenkins.freebsd.org/job/FreeBSD_stable_10/362/testReport/

sys.geom.class.gate.2
lib.libc.string.memcpy_test.memcpy_basic

have been failing for about a month.

Does anyone have any ideas about what caused them?
This looks like some bad merges happened.

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

Jenkins build is still unstable: FreeBSD_stable_10 #362

[jenkins-admin]

See 

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

FreeBSD_STABLE_11-arm64 - Build #97 - Still Failing

[jenkins-admin]

FreeBSD_STABLE_11-arm64 - Build #97 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/97/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/97/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/97/console

Change summaries:

304999 by hselasky:
MFC r304629:
Don't separate the status stage of the XHCI USB control transfers into
its own job because this breaks the simplified QEMU XHCI TRB parser,
which expects the complete USB control transfer as a series of back to
back TRBs. The old behaviour is kept under #ifdef in case this change
breaks enumeration of any USB devices.

PR: 212021



The end of the build log:

[...truncated 16258 lines...]
clang-tblgen -gen-clang-decl-nodes  -d DeclNodes.inc.d -o DeclNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclanganalysis ---
--- DiagnosticAnalysisKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Analysis  -I 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticAnalysisKinds.inc.d  -o DiagnosticAnalysisKinds.inc.h 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
--- AttrList.inc.h ---
clang-tblgen -gen-clang-attr-list  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -d 
AttrList.inc.d -o AttrList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticFrontendKinds.inc.h ---
--- all_subdir_lib/clang/libclangcodegen ---
--- Attributes.inc.h ---
llvm-tblgen -gen-attrs  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -d 
Attributes.inc.d -o Attributes.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include/llvm/IR/Attributes.td
--- all_subdir_lib/clang/libclangast ---
clang-tblgen -gen-clang-diags-defs -clang-component=Frontend  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticFrontendKinds.inc.d  -o DiagnosticFrontendKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclanganalysis ---
--- StmtNodes.inc.h ---
clang-tblgen -gen-clang-stmt-nodes  -d StmtNodes.inc.d -o StmtNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td
--- AnalysisDeclContext.o ---
c++  -O2 -pipe 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis
 -I. 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"aarch64-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/arm64.aarch64/usr/src/tmp\" -MD 
-MF.depend.AnalysisDeclContext.o -MTAnalysisDeclContext.o -Qunused-arguments 
-I/usr/obj/arm64.aarch64/usr/src/tmp/legacy/usr/include  -std=c++11 
-fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions  -c 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis/AnalysisDeclContext.cpp
 -o AnalysisDeclContext.o
--- all_subdir_lib/clang/libclangcodegen ---
--- CommentCommandList.inc.h ---
clang-tblgen -gen-clang-comment-command-list  -d CommentCommandList.inc.d -o 
CommentCommandList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/AST/CommentCommands.td
--- CommentNodes.inc.h ---
clang-tblgen -gen-clang-comment-nodes  -d CommentNodes.inc.d -o 
CommentNodes.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td
--- DeclNodes.inc.h ---
clang-tblgen 

Re: Benchmarks results for FreeBSD 11

[Chris]

On 29 August 2016 at 09:30, Fernando Herrero Carrón  wrote:
> 2016-08-29 3:04 GMT+02:00 K. Macy :
>
>> > I'm writing from my cellphone away from my computer, so take this with a
>> > grain of salt:
>> >
>> > -L/usr/local/llvm38/lib
>>
>> You're missing the point. If your webserver crashes every other day,
>> the fact that you can run a batch job to restart it doesn't make it
>> OK.
>>
>>
> Fair enough, I misunderstood the point as "clang, even from ports, cannot
> do omp at all [from a shell]".
>
>
>> [...] Requiring additional tweaking to build on FreeBSD
>> or requiring users to install gcc is kind of underwhelming.
>>
>
> Isn't that precisely what the ports infrastructure is supposed to do? What
> about compiler.mk? If it can provide an extra library-dirs argument to the
> port's configure then we're not that bad. And still I agree, this is far
> from an ideal situation, and we speaking about finding a library, we have
> still not touched having clang use the LLVM linker...
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

I have not looked at the article yet. but yes if one compiles FreeBSD
ports using a default make.conf (empty file) then the ports will not
be built optimised.
I dont go all out on optimisation like some people do but I consider
basic optimisation to be a modern version of gcc combined with the cpu
native flag.  Which will auto detect the processor used and add the
right flags correctly.  I dont fiddle with -O2 -O3 etc.

However there is a flipside to this on performance, ubuntu packages by
default are now built with PIE, BIND_NOW, SMACK, RELRO etc.  These
will all slow down performance but are modern expected hardening.
FreeBSD I think still does not do this by default? and as such ubuntu
is managing to beat FreeBSD whilst also adding exploit mitigations
which is impressive.

It is a real shame the default ports compile and base has not been
looked into but instead it all has been kept on conservative approach
which is no exploit protection and to compile for the lowest
denominator like a 486 cpu.  Hardened bsd has done some good work on
this but I see they were forced to fork away because their changes
were rejected on the base system.

As a final note I assumed clang no longer has a noticeable
disadvantage vs gcc, if it does then that's bad news for the base
files.

If I Am wrong on the above please feel free to correct me.

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

FreeBSD_STABLE_11-i386 - Build #93 - Still Failing

[jenkins-admin]

FreeBSD_STABLE_11-i386 - Build #93 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/93/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/93/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/93/console

Change summaries:

304999 by hselasky:
MFC r304629:
Don't separate the status stage of the XHCI USB control transfers into
its own job because this breaks the simplified QEMU XHCI TRB parser,
which expects the complete USB control transfer as a series of back to
back TRBs. The old behaviour is kept under #ifdef in case this change
breaks enumeration of any USB devices.

PR: 212021

304996 by hselasky:
MFC r304601:
Increase the maximum RX/TX queue size. This allows for a RX/TX queue
size of 16384 mbufs. Previously the limit was 8192.

Sponsored by:   Mellanox Technologies

304992 by hselasky:
MFC r304597:
Fix for invalid use of bits in input context. Basically split
configuring of EP0 and non-EP0 into xhci_cmd_evaluate_ctx() and
xhci_cmd_configure_ep() respectivly. This resolves some errors when
using XHCI under QEMU and gets is more in line with the XHCI
specification.

PR: 212021



The end of the build log:

[...truncated 16119 lines...]
clang-tblgen -gen-clang-comment-nodes  -d CommentNodes.inc.d -o 
CommentNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td
--- DeclNodes.inc.h ---
clang-tblgen -gen-clang-decl-nodes  -d DeclNodes.inc.d -o DeclNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td
--- DiagnosticAnalysisKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Analysis  -I 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticAnalysisKinds.inc.d  -o DiagnosticAnalysisKinds.inc.h 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclanganalysis ---
--- StmtNodes.inc.h ---
clang-tblgen -gen-clang-stmt-nodes  -d StmtNodes.inc.d -o StmtNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td
--- all_subdir_lib/clang/libclangcodegen ---
--- AttrList.inc.h ---
clang-tblgen -gen-clang-attr-list  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -d 
AttrList.inc.d -o AttrList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- all_subdir_lib/clang/libclanganalysis ---
--- AnalysisDeclContext.o ---
c++  -O2 -pipe 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis
 -I. 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -MD -MF.depend.AnalysisDeclContext.o 
-MTAnalysisDeclContext.o -Qunused-arguments 
-I/usr/obj/usr/src/tmp/legacy/usr/include  -std=c++11 -fno-exceptions -fno-rtti 
-stdlib=libc++ -Wno-c++11-extensions  -c 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis/AnalysisDeclContext.cpp
 -o AnalysisDeclContext.o
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticFrontendKinds.inc.h ---
--- all_subdir_lib/clang/libclangcodegen ---
--- Attributes.inc.h ---
--- all_subdir_lib/clang/libclangast ---
clang-tblgen -gen-clang-diags-defs -clang-component=Frontend  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticFrontendKinds.inc.d  -o DiagnosticFrontendKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
llvm-tblgen -gen-attrs  -I 

FreeBSD_STABLE_11-arm64 - Build #96 - Still Failing

[jenkins-admin]

FreeBSD_STABLE_11-arm64 - Build #96 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/96/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/96/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/96/console

Change summaries:

304996 by hselasky:
MFC r304601:
Increase the maximum RX/TX queue size. This allows for a RX/TX queue
size of 16384 mbufs. Previously the limit was 8192.

Sponsored by:   Mellanox Technologies

304992 by hselasky:
MFC r304597:
Fix for invalid use of bits in input context. Basically split
configuring of EP0 and non-EP0 into xhci_cmd_evaluate_ctx() and
xhci_cmd_configure_ep() respectivly. This resolves some errors when
using XHCI under QEMU and gets is more in line with the XHCI
specification.

PR: 212021



The end of the build log:

[...truncated 16402 lines...]
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
--- AttrList.inc.h ---
clang-tblgen -gen-clang-attr-list  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -d 
AttrList.inc.d -o AttrList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- all_subdir_lib/clang/libclanganalysis ---
--- StmtNodes.inc.h ---
clang-tblgen -gen-clang-stmt-nodes  -d StmtNodes.inc.d -o StmtNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td
--- AnalysisDeclContext.o ---
c++  -O2 -pipe 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis
 -I. 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"aarch64-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/arm64.aarch64/usr/src/tmp\" -MD 
-MF.depend.AnalysisDeclContext.o -MTAnalysisDeclContext.o -Qunused-arguments 
-I/usr/obj/arm64.aarch64/usr/src/tmp/legacy/usr/include  -std=c++11 
-fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions  -c 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis/AnalysisDeclContext.cpp
 -o AnalysisDeclContext.o
--- all_subdir_lib/clang/libclangcodegen ---
--- Attributes.inc.h ---
llvm-tblgen -gen-attrs  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -d 
Attributes.inc.d -o Attributes.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include/llvm/IR/Attributes.td
--- CommentCommandList.inc.h ---
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticFrontendKinds.inc.h ---
--- all_subdir_lib/clang/libclangcodegen ---
clang-tblgen -gen-clang-comment-command-list  -d CommentCommandList.inc.d -o 
CommentCommandList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/AST/CommentCommands.td
--- all_subdir_lib/clang/libclangast ---
clang-tblgen -gen-clang-diags-defs -clang-component=Frontend  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticFrontendKinds.inc.d  -o DiagnosticFrontendKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
--- CommentNodes.inc.h ---
clang-tblgen -gen-clang-comment-nodes  -d CommentNodes.inc.d -o 
CommentNodes.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td
--- DeclNodes.inc.h ---
clang-tblgen -gen-clang-decl-nodes  -d DeclNodes.inc.d -o DeclNodes.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticDriverKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Driver  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticDriverKinds.inc.d  -o DiagnosticDriverKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o 

Re: Benchmarks results for FreeBSD 11

[Fernando Herrero Carrón]

2016-08-29 3:04 GMT+02:00 K. Macy :

> > I'm writing from my cellphone away from my computer, so take this with a
> > grain of salt:
> >
> > -L/usr/local/llvm38/lib
>
> You're missing the point. If your webserver crashes every other day,
> the fact that you can run a batch job to restart it doesn't make it
> OK.
>
>
Fair enough, I misunderstood the point as "clang, even from ports, cannot
do omp at all [from a shell]".


> [...] Requiring additional tweaking to build on FreeBSD
> or requiring users to install gcc is kind of underwhelming.
>

Isn't that precisely what the ports infrastructure is supposed to do? What
about compiler.mk? If it can provide an extra library-dirs argument to the
port's configure then we're not that bad. And still I agree, this is far
from an ideal situation, and we speaking about finding a library, we have
still not touched having clang use the LLVM linker...
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #361

[jenkins-admin]

See 

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

FreeBSD_STABLE_11-i386 - Build #92 - Still Failing

[jenkins-admin]

FreeBSD_STABLE_11-i386 - Build #92 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/92/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/92/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-i386/92/console

Change summaries:

304987 by kib:
MFC r304182 (by ed):
Let CloudABI use fdatasync() as well.

MFC r304185 (by ed):
Eliminate use of sys_fsync() and sys_fdatasync().

304985 by kib:
MFC r304287:
Add fdatasync(2) man page, combined with fsync(2).

304984 by kib:
MFC r304180:
Implement VOP_FDATASYNC() for UFS.

304983 by kib:
MFC r303924 (by trasz):
Eliminate vprint().

304981 by kib:
MFC r304178:
Implement VOP_FDATASYNC() for msdosfs.

304980 by kib:
MFC r304209:
The fdatasync(2) call must be cancellation point.



The end of the build log:

[...truncated 16669 lines...]
--- CommentNodes.inc.h ---
clang-tblgen -gen-clang-comment-nodes  -d CommentNodes.inc.d -o 
CommentNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td
--- DeclNodes.inc.h ---
clang-tblgen -gen-clang-decl-nodes  -d DeclNodes.inc.d -o DeclNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td
--- DiagnosticAnalysisKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Analysis  -I 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticAnalysisKinds.inc.d  -o DiagnosticAnalysisKinds.inc.h 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
--- DiagnosticSemaKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Sema  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticSemaKinds.inc.d  -o DiagnosticSemaKinds.inc.h 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclanganalysis ---
--- StmtNodes.inc.h ---
clang-tblgen -gen-clang-stmt-nodes  -d StmtNodes.inc.d -o StmtNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td
--- AnalysisDeclContext.o ---
c++  -O2 -pipe 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis
 -I. 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -MD -MF.depend.AnalysisDeclContext.o 
-MTAnalysisDeclContext.o -Qunused-arguments 
-I/usr/obj/usr/src/tmp/legacy/usr/include  -std=c++11 -fno-exceptions -fno-rtti 
-stdlib=libc++ -Wno-c++11-extensions  -c 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis/AnalysisDeclContext.cpp
 -o AnalysisDeclContext.o
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticDriverKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Driver  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticDriverKinds.inc.d  -o DiagnosticDriverKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangcodegen ---
--- AttrList.inc.h ---
clang-tblgen -gen-clang-attr-list  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -d 
AttrList.inc.d -o AttrList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- Attributes.inc.h ---
llvm-tblgen -gen-attrs  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -d 
Attributes.inc.d -o Attributes.inc.h  

FreeBSD_STABLE_11-arm64 - Build #95 - Still Failing

[jenkins-admin]

FreeBSD_STABLE_11-arm64 - Build #95 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/95/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/95/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/95/console

Change summaries:

304987 by kib:
MFC r304182 (by ed):
Let CloudABI use fdatasync() as well.

MFC r304185 (by ed):
Eliminate use of sys_fsync() and sys_fdatasync().

304985 by kib:
MFC r304287:
Add fdatasync(2) man page, combined with fsync(2).

304984 by kib:
MFC r304180:
Implement VOP_FDATASYNC() for UFS.

304983 by kib:
MFC r303924 (by trasz):
Eliminate vprint().

304981 by kib:
MFC r304178:
Implement VOP_FDATASYNC() for msdosfs.

304980 by kib:
MFC r304209:
The fdatasync(2) call must be cancellation point.

304978 by kib:
Regen

304977 by kib:
MFC r304176:
Add a trivial implementation of fdatasync(2).



The end of the build log:

[...truncated 16747 lines...]
--- CommentNodes.inc.h ---
clang-tblgen -gen-clang-comment-nodes  -d CommentNodes.inc.d -o 
CommentNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/CommentNodes.td
--- DeclNodes.inc.h ---
--- all_subdir_lib/clang/libclangcodegen ---
--- DiagnosticSemaKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Sema  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticSemaKinds.inc.d  -o DiagnosticSemaKinds.inc.h 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclanganalysis ---
clang-tblgen -gen-clang-decl-nodes  -d DeclNodes.inc.d -o DeclNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td
--- DiagnosticAnalysisKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Analysis  -I 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticAnalysisKinds.inc.d  -o DiagnosticAnalysisKinds.inc.h 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclangast ---
--- DiagnosticCommonKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Common  -I 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticCommonKinds.inc.d  -o DiagnosticCommonKinds.inc.h 
/usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- all_subdir_lib/clang/libclanganalysis ---
--- StmtNodes.inc.h ---
clang-tblgen -gen-clang-stmt-nodes  -d StmtNodes.inc.d -o StmtNodes.inc.h  
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td
--- AnalysisDeclContext.o ---
c++  -O2 -pipe 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis
 -I. 
-I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"aarch64-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" 
-DDEFAULT_SYSROOT=\"/usr/obj/arm64.aarch64/usr/src/tmp\" -MD 
-MF.depend.AnalysisDeclContext.o -MTAnalysisDeclContext.o -Qunused-arguments 
-I/usr/obj/arm64.aarch64/usr/src/tmp/legacy/usr/include  -std=c++11 
-fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions  -c 
/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis/AnalysisDeclContext.cpp
 -o AnalysisDeclContext.o
--- all_subdir_lib/clang/libclangcodegen ---
--- AttrList.inc.h ---
clang-tblgen -gen-clang-attr-list  -I 
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -d 
AttrList.inc.d -o AttrList.inc.h  
/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include/clang/Basic/Attr.td
--- all_subdir_lib/clang/libclangbasic ---
--- DiagnosticDriverKinds.inc.h ---
clang-tblgen -gen-clang-diags-defs -clang-component=Driver  -I 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic
 -d DiagnosticDriverKinds.inc.d  -o DiagnosticDriverKinds.inc.h 
/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td
--- 

Re: Benchmarks results for Compilers on FreeBSD 11

[Erich Dollansky]

Hi,

On Sun, 28 Aug 2016 01:41:42 +0200
Fernando Herrero Carrón  wrote:

> El 28/8/2016 0:06, "Erich Dollansky" 
> escribió:
> >
> > Hi,
> >
> > Micheal did a plain compiler benchmark on FreeBSD 11:
> >
> >  
> http://www.phoronix.com/scan.php?page=article=freebsd11-clang-gcc=1
> >
> > It shows clearly how slow CLang is compared to GCC.
> >
> > This is the price FreeBSD has to pay to be free of GPL in the base
> > system.
> >
> > Erich  
> 
> Very cool comparison, thanks a lot!
> 
> I think gcc has a lot of knowledge and experience under its belt, a
> larger user base so no wonder it performs [slightly] worse. What has
> really surprised me has been ImageMagick, apparently because of
> openmp. The OpenMP stack has been contributed by intel, clang 3.4 if
> I recall it right. Surprising.
> 
this time, Micheal did a good job. GCC is just too old to be bad. The
situation was the same for GCC when it was compared to commercial
compilers those days. GCC was a lot slower.

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