On Sat, Jan 18, 2014 at 04:31:39PM -0800, B Harder wrote:
I'm building via: ./build.sh -x -j2 distribution
from up-to-the-minute sources, and it's been failing consistently...
Are you setting USE_SSP to yes in /etc/mk.conf?
Yes, I am.
That is what triggered the build failure. I've
Updating src tree:
P src/sys/arch/alpha/pci/tsp_bus_mem.c
P src/sys/rump/include/machine/intr.h
Updating xsrc tree:
Killing core files:
Updating tar files:
src/top-level: collecting... replacing... done
src/bin: collecting... replacing... done
src/common: collecting... replacing... done
Hi all, and I think Paul in particular ;)
After updating my kernel to current -current yesterday, I had 3 crashes
while compiling userland. I have no info about the first crash, but ran
my system with serial console afterwards, so I have cores and
backtraces of the next 2. Anyway, they seemed
On Sun, Jan 19, 2014 at 09:49:42AM -0800, Paul Goyette wrote:
On Sun, 19 Jan 2014, Paul Goyette wrote:
I would have expected config_cfdata_detach() to fail (with EBUSY) if the
device was still open by someone. So I'm not sure who/what still owns
allocations from the module's memory pool.
On Sun, Jan 19, 2014 at 07:13:12PM +, David Laight wrote:
open/close (well probably the vnode) needs to hold a reference count
against the device.
This is complicated somewhat because the device clones.
Thor
On Jan 19, 9:49am, Paul Goyette wrote:
} On Sun, 19 Jan 2014, Paul Goyette wrote:
}
} I would have expected config_cfdata_detach() to fail (with EBUSY) if the
} device was still open by someone. So I'm not sure who/what still owns
} allocations from the module's memory pool.
}
} Hmmm, I
Updating src tree:
P src/distrib/sets/lists/debug/mi
P src/distrib/sets/lists/xdebug/md.vax
P src/external/bsd/ntp/bin/ntpd/Makefile
P src/external/bsd/ntp/lib/libiscntp/Makefile
P src/external/bsd/ntp/lib/libntp/Makefile
P src/external/bsd/ntp/lib/libopts/Makefile
P
