Jenkins build is still unstable: FreeBSD_HEAD #472

2016-07-19 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: CURRENT: frequent crashes if mpd5 is running

2016-07-19 Thread Sergey V. Dyatko
On Thu, 14 Jul 2016 14:38:15 -0400 Allan Jude wrote: > On 2016-07-14 13:13, Oleg V. Nauman wrote: > > I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes > > triggered by mpd5: > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault vi

Re: (boost::)asio and kqueue problem

2016-07-19 Thread Sepherosa Ziehau
On Wed, Jul 20, 2016 at 12:38 PM, Konstantin Belousov wrote: > On Tue, Jul 19, 2016 at 05:35:59PM +0200, Hartmut Brandt wrote: >> Hi, >> >> I'm trying to use asio (that's boost::asio without boost) to handle >> listening sockets asynchronuosly. This appears not to work. There are also >> some repo

Re: (boost::)asio and kqueue problem

2016-07-19 Thread Slawa Olhovchenkov
On Wed, Jul 20, 2016 at 07:38:09AM +0300, Konstantin Belousov wrote: > On Tue, Jul 19, 2016 at 05:35:59PM +0200, Hartmut Brandt wrote: > > Hi, > > > > I'm trying to use asio (that's boost::asio without boost) to handle > > listening sockets asynchronuosly. This appears not to work. There are als

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-19 Thread Warner Losh
On Tue, Jul 19, 2016 at 1:12 PM, Ed Maste wrote: > dtc(1) is the Device Tree Compiler, used for embedded builds. We have > two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from > https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one > in https://svn.freebsd.org/base/head/usr.

Re: (boost::)asio and kqueue problem

2016-07-19 Thread Konstantin Belousov
On Tue, Jul 19, 2016 at 05:35:59PM +0200, Hartmut Brandt wrote: > Hi, > > I'm trying to use asio (that's boost::asio without boost) to handle > listening sockets asynchronuosly. This appears not to work. There are also > some reports on the net about this problem. I was able to reproduce the > p

Jenkins build became unstable: FreeBSD_HEAD #471

2016-07-19 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_sparc64 #184

2016-07-19 Thread jenkins-admin
See -- [...truncated 98037 lines...] --- getdelim_test.full --- cc -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si

FreeBSD_HEAD_i386 - Build #3631 - Fixed

2016-07-19 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #3631 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3631/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3631/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3631/console Change summaries: 303

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-19 Thread Emmanuel Vadot
Hello, I've just tried bsd dtc on all arm dts that we have. It doesn't seems to handle multiple include directories. Here is how to reproduce : $ export SRCROOT=/path/to/fbsd/src $ export MACHINE=arm $ cd $SRCROOT/sys/boot/fdt/dts/arm $ $SRCROOT/sys/tools/fdt/make_dtb.sh $SRCROOT/sys bea

Call for Testing: Switching back to our BSD licensed dtc(1)

2016-07-19 Thread Ed Maste
dtc(1) is the Device Tree Compiler, used for embedded builds. We have two versions of dtc(1) in the FreeBSD tree: a GPLv2 one from https://git.kernel.org/cgit/utils/dtc/dtc.git and a BSD licensed one in https://svn.freebsd.org/base/head/usr.bin/dtc. We switched back to the GPL one since device tre

Re: (boost::)asio and kqueue problem

2016-07-19 Thread Adrian Chadd
heh, nice catch. Would you please file a PR so we don't forget? Thanks! -a On 19 July 2016 at 08:35, Hartmut Brandt wrote: > Hi, > > I'm trying to use asio (that's boost::asio without boost) to handle > listening sockets asynchronuosly. This appears not to work. There are also > some reports

Re: Issue of `make distribueworld` with normal user and customized DESTDIR

2016-07-19 Thread Bryan Drewery
On 7/19/16 9:55 AM, Li-Wen Hsu wrote: > On Tue, Jul 19, 2016 at 09:35:48 -0700, Bryan Drewery wrote: >> On 7/19/16 9:14 AM, Bryan Drewery wrote: >>> On 7/19/16 12:07 AM, Li-Wen Hsu wrote: Hi Bryan, I am trying to create snapshot *.txz in our CI system, using script like this: >>

(boost::)asio and kqueue problem

2016-07-19 Thread Hartmut Brandt
Hi, I'm trying to use asio (that's boost::asio without boost) to handle listening sockets asynchronuosly. This appears not to work. There are also some reports on the net about this problem. I was able to reproduce the problem with a small C-programm that does the same steps as asio. The relev

Re: panic: softclock_call_cc: act 0xfffff80c036eec00 0

2016-07-19 Thread Glen Barber
On Tue, Jul 19, 2016 at 10:08:40AM +0200, Peter Holm wrote: > Got this while testing a patch: > > panic: softclock_call_cc: act 0xf80c036eec00 0 > cpuid = 22 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0f940c97d0 > vpanic() at vpanic+0x182/fram

panic: softclock_call_cc: act 0xfffff80c036eec00 0

2016-07-19 Thread Peter Holm
Got this while testing a patch: panic: softclock_call_cc: act 0xf80c036eec00 0 cpuid = 22 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0f940c97d0 vpanic() at vpanic+0x182/frame 0xfe0f940c9850 kassert_panic() at kassert_panic+0x126/frame 0xfe