On Thursday, July 9, 2015, Garrett Wollman woll...@hergotha.csail.mit.edu
wrote:
In article
capq4ffvem2uzi-qptm_6msneelwft814g1ke4rgxu6mrzwy...@mail.gmail.com
javascript:;,
oliver.pin...@hardenedbsd.org javascript:; writes:
Btw, I have found this is atf's documantation:
In article
capq4ffvem2uzi-qptm_6msneelwft814g1ke4rgxu6mrzwy...@mail.gmail.com,
oliver.pin...@hardenedbsd.org writes:
Btw, I have found this is atf's documantation:
atf_tc_expect_signal(SIGSEGV, reaseon), with this, we could mark the
specific test case could fail / or expect to coredump.
No.
I'm
On Wed, Jul 8, 2015 at 5:09 PM, Ermal Luçi e...@freebsd.org wrote:
On Tue, Jul 7, 2015 at 6:11 PM, Rink Springer r...@freebsd.org wrote:
Hi eri@,
On Mon, Jul 06, 2015 at 09:21:54AM +0200, Rink Springer wrote:
On Sun, Jul 05, 2015 at 12:45:25PM -0700, Garrett Cooper wrote:
On Jul 5,
FreeBSD_HEAD-tests - Build #1170 - Fixed:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1170/ to view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
The update clang messages in UPDATING seem to not fix...
...llvm/include/llvm/ADT/StringRef.h: fatal error:
'algorithm' file not found
make stopped in /usr/src/lib/clang/lib/libllvmsupport...
The entire build fails similarly,
also in any subtree I try to start from (clang, lib/clang... etc etc)
Hi,
I found panic() in scsi_da.c. Please find the following.
I think we should return with error without panic().
What do you think about this?
scsi_da.c:
3018} else if (bp != NULL) {
3019if ((done_ccb-ccb_h.status CAM_DEV_QFRZN) !=
0)
3020
On Thu, Jul 09, 2015 at 08:27:17AM +1000, Peter Jeremy wrote:
I'm not sure if we want to explicitly document the conditions under which
gettimeofday() (or clock_gettime()) are implemented in userland vs syscalls
because that is guaranteed to get stale over time. How about stating that
Of
On Thu, Jul 9, 2015 at 1:41 AM, Konstantin Belousov kostik...@gmail.com wrote:
On Thu, Jul 09, 2015 at 08:27:17AM +1000, Peter Jeremy wrote:
I'm not sure if we want to explicitly document the conditions under which
gettimeofday() (or clock_gettime()) are implemented in userland vs syscalls
FreeBSD_HEAD-tests - Build #1169 - Failure:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1169/ to view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On 7/9/15, NGie Cooper yaneurab...@gmail.com wrote:
On Thu, Jul 9, 2015 at 1:41 AM, Konstantin Belousov kostik...@gmail.com
wrote:
On Thu, Jul 09, 2015 at 08:27:17AM +1000, Peter Jeremy wrote:
I'm not sure if we want to explicitly document the conditions under
which
gettimeofday() (or
On 9 Jul 2015, at 10:17, NGie Cooper yaneurab...@gmail.com wrote:
I agree that this is less applicable for FreeBSD than NetBSD. Please
keep in mind that contrib/netbsd-tests came from NetBSD, not FreeBSD.
Peter Holm and I tried our best to vet out the issues with the test
suite before
Aleksey Kuleshov rnd...@yandex.ru wrote:
The uart_intr will never be called if interrupts are not available.
Start counter with callout_reset call.
FWIW this fixed an issue we were investgating.
___
freebsd-current@freebsd.org mailing list
On Wed, Jul 08, 2015 at 02:15:38AM +0200, Mateusz Guzik wrote:
First off note the patch below is a total hack with the easiest solution
possible so that it can be MFCed for 10.2.
The issue:
Closing the socket involves:
if (pr-pr_flags PR_RIGHTS pr-pr_domain-dom_dispose != NULL)
13 matches
Mail list logo