https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=34
--- Comment #1 from Mark Millard ---
(In reply to Mark Millard from comment #0)
Based on verbose boot attempts I've seen that
the failures are during:
taskqgroup_adjust_softirq(0)...
I've traced the failure back to the bad pointer
value
On Tue, 12 Sep 2017 20:54:17 +
bugzilla-nore...@freebsd.org wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202538
>
> Zak changed:
>
>What|Removed |Added
>
>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=58
--- Comment #3 from Robert Watson ---
It would be good to get some Capsicum reviewers for this change; something
appears to be wrong here, but I'm not convinced the current patch is entirely
correct. I will add some Capsicum folk to the PR.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220884
--- Comment #5 from Dan McGregor ---
I'll also confirm this patch corrects the issue. I fixed it locally by just
using syslogd from current. I'm not sure which would be the preferred fix.
--
You are receiving this mail because:
You are th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222199
Allan Jude changed:
What|Removed |Added
CC||allanj...@freebsd.org
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=58
--- Comment #4 from Ed Maste ---
In my testing the failure only occurs when
- the "to" file already exists
- the "to" file is specified by an absolute path
Running under ktrace I observed a bogus cap_rights_t triggering an assertion
failur
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=58
--- Comment #5 from Ed Maste ---
FWIW the failure comes from the cap_check() in kern_renameat(),
sys/kern/vfs_syscalls.c:3515:
3509 #ifdef CAPABILITIES
3510 if (newfd != AT_FDCWD) {
3511 /*
