Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #59

2016-02-08 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 back to stable : FreeBSD_HEAD #147

2016-02-08 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 became unstable: FreeBSD_HEAD #146

2016-02-08 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: making editors/openoffice-devel within poudriere: out of swap with 10 GByte

2016-02-08 Thread Allan Jude
On 2016-02-08 15:38, Matthias Apitz wrote: Hello, I have a poudriere oven, amd64 based on r292778 and poudriere 3.1.99.20151204 which served fine to build some 1700 ports. Yesterday I started to make in addition editors/openoffice-devel, and it ended up eating all attached swap space and at the

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #58

2016-02-08 Thread jenkins-admin
See -- [...truncated 48714 lines...] cc -O2 -pipe -fPIC -fvisibility=hidden -DVISIBILITY_HIDDEN -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libcompiler_rt/../../contrib/libcxxrt -MD -MP -M

making editors/openoffice-devel within poudriere: out of swap with 10 GByte

2016-02-08 Thread Matthias Apitz
Hello, I have a poudriere oven, amd64 based on r292778 and poudriere 3.1.99.20151204 which served fine to build some 1700 ports. Yesterday I started to make in addition editors/openoffice-devel, and it ended up eating all attached swap space and at the end today with out of swap after some ~15 h

Re: Panic on reloading a driver with same DEVICE_PROBE() return value

2016-02-08 Thread John Baldwin
On Monday, February 08, 2016 08:13:26 PM Sreekanth Reddy wrote: > sc->facts = malloc(sizeof(MPI2_IOC_FACTS_REPLY), M_MPR, M_ZERO|M_NOWAIT); M_NOWAIT can fail with NULL. Normally in an attach routine you should use a blocking malloc (M_WAITOK) which will not fail with NULL. > * How can I reload t

Re: Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround

2016-02-08 Thread John Baldwin
On Monday, February 08, 2016 12:52:30 PM Konstantin Belousov wrote: > > dev/hwpmc/hwpmc_mod.c- > > dev/hwpmc/hwpmc_mod.c- /* issue an attach event to a configured log file */ > > dev/hwpmc/hwpmc_mod.c- if (pm->pm_owner->po_flags & PMC_PO_OWNS_LOGFILE) { > > dev/hwpmc/hwpmc_mod.c: if (p->

Panic on reloading a driver with same DEVICE_PROBE() return value

2016-02-08 Thread Sreekanth Reddy
Hi, We are trying to rename our out-of-box driver from "mpslsi3" to "mpr" (which is the inbox driver name). From in-box to out-of-box driver diff is vary small. Here are the steps to reproduce this issue, 1. Replace the in-box mpr.ko file from out-of-box's mpr.ko file in /boot/kernel/ path 2. A

Re: Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround

2016-02-08 Thread Konstantin Belousov
On Sun, Feb 07, 2016 at 10:59:48PM +0100, Oliver Pinter wrote: > On 2/6/16, Konstantin Belousov wrote: > > On Fri, Feb 05, 2016 at 07:34:02PM +0100, Oliver Pinter wrote: > >> Not yet tested, but possible fix: > >> > >> diff --git a/sys/kern/init_main.c b/sys/kern/init_main.c > >> index cb952da..25