Jenkins build is still unstable: FreeBSD_HEAD #594

2016-09-04 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_HEAD #593

2016-09-04 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: warning errors with buildworld with llvm39

2016-09-04 Thread Shawn Webb
On Tue, Aug 30, 2016 at 06:17:02PM -0700, Ngie Cooper wrote: > On Tue, Aug 30, 2016 at 5:54 PM, Matthew Macy wrote: > > > > > > I did a buildworld with llvm39. Unsurprisingly I had to pass NO_WERROR= as > > the llvm has added additional warnings since 3.8. > > > > https://gist.github.com/mattmacy

Jenkins build is still unstable: FreeBSD_HEAD #592

2016-09-04 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

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

2016-09-04 Thread Andriy Voskoboinyk
Sun, 04 Sep 2016 11:37:19 +0300 було написано Marcus von Appen : Try to add your vendor / device into sys/dev/rtwn/pci/rtwn_pci_attach.h (sys/dev/rtwn/if_rtwn.c for current driver in HEAD): { 0x10ec, 0x8176, "Realtek RTL8188CE", RTWN_CHIP_RTL8192CE }, + { , , "Realtek RTL8192CE",

Jenkins build is unstable: FreeBSD_HEAD #591

2016-09-04 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #590

2016-09-04 Thread jenkins-admin
See -- [...truncated 51004 lines...] c++ -O2 -pipe -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangdriver/../../../contrib/llvm/include -I/builds/workspace/FreeBSD_HEAD/src/lib/clang/libclangdriv

Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs)

2016-09-04 Thread Andriy Gapon
On 04/09/2016 17:51, Konstantin Belousov wrote: > It is only masked when name cache has an entry for the vnode. So sometimes > vn_fullpath() should be broken even if no normalization is applied. Yes, this is true. > OTOH, classic filesystems like UFS do not have any other means to translate > no

Re: SVN r305382 breaks world32 on amd64 (and native 32-bit)

2016-09-04 Thread Bruce Evans
On Sun, 4 Sep 2016, Michael Butler wrote: Build fails with: ===> lib/msun (obj,all,install) Building /usr/obj/usr/src/lib/msun/e_fmodf.o /usr/src/lib/msun/i387/e_fmodf.S:10:17: error: register %rsp is only available in 64-bit mode movss %xmm0,-4(%rsp) ^~~~ /usr/src/lib/msun/i387/

Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs)

2016-09-04 Thread Konstantin Belousov
On Sun, Sep 04, 2016 at 04:11:39PM +0300, Andriy Gapon wrote: > On 04/09/2016 11:24, Andriy Gapon wrote: > > On 27/08/2016 22:09, Frederic Chardon wrote: > >>> Anybody is able to reproduce this behavior or is it a local problem? > >> Reverting 303970 solves this issue. gcore and adb works again, an

SVN r305382 breaks world32 on amd64 (and native 32-bit)

2016-09-04 Thread Michael Butler
Build fails with: ===> lib/msun (obj,all,install) Building /usr/obj/usr/src/lib/msun/e_fmodf.o /usr/src/lib/msun/i387/e_fmodf.S:10:17: error: register %rsp is only available in 64-bit mode movss %xmm0,-4(%rsp) ^~~~ /usr/src/lib/msun/i387/e_fmodf.S:11:17: error: register %rsp is on

Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs)

2016-09-04 Thread Andriy Gapon
On 04/09/2016 11:24, Andriy Gapon wrote: > On 27/08/2016 22:09, Frederic Chardon wrote: >>> Anybody is able to reproduce this behavior or is it a local problem? >> Reverting 303970 solves this issue. gcore and adb works again, and I >> can start the vboxnet service. >> I recreated my boot pool with

Re: commits between r305191 - r305211 broke zfs list

2016-09-04 Thread Alexander Motin
On 04.09.2016 13:14, Subbsd wrote: > Thanks for the pointer, after server rebooting to new kernel problem is gone Do I understand right that you've used new binary with old kernel? In such case crash is predictable. There are compatibility shims allowing to run old binary with the new kernel (a

Re: commits between r305191 - r305211 broke zfs list

2016-09-04 Thread Subbsd
Thanks for the pointer, after server rebooting to new kernel problem is gone On Sun, Sep 4, 2016 at 10:08 AM, Peter Wemm wrote: > On Saturday, September 03, 2016 10:31:04 PM Steven Hartland wrote: >> Out of sync kernel / world? >> >> Do you have a crash dump? > > This has caused a considerable a

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

2016-09-04 Thread Marcus von Appen
On, Thu Sep 01, 2016, Andriy Voskoboinyk wrote: > Hi everyone, > > rtwn(4), urtwn(4) and urtwm (from previous emails) drivers were merged > into a > single rtwn driver (plus rtwn_usb / rtwn_pci device glue); the code is > available on https://github.com/s3erios/rtwn repository. Among bugfixes / >

Re: Regression with revision 303970 (was kern.proc.pathname failure while booting from zfs)

2016-09-04 Thread Andriy Gapon
On 27/08/2016 22:09, Frederic Chardon wrote: >> Anybody is able to reproduce this behavior or is it a local problem? > Reverting 303970 solves this issue. gcore and adb works again, and I > can start the vboxnet service. > I recreated my boot pool with no properties defined, just to be sure. I can

Re: commits between r305191 - r305211 broke zfs list

2016-09-04 Thread Peter Wemm
On Saturday, September 03, 2016 10:31:04 PM Steven Hartland wrote: > Out of sync kernel / world? > > Do you have a crash dump? This has caused a considerable amount of excitement on the freebsd.org cluster. Having kernel+world out of sync causes zfs(8) to abort rather ungracefully. > On 03/09