FreeBSD_HEAD_arm64 - Build #2670 - Fixed
jenkins-admin at FreeBSD.org
jenkins-admin at FreeBSD.org
Mon Mar 21 23:02:44 UTC 2016
FreeBSD_HEAD_arm64 - Build #2670 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2670/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2670/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2670/console
Change summaries:
297168 by jhb:
Regen.
297167 by jhb:
Fully handle size_t lengths in AIO requests.
First, update the return types of aio_return() and aio_waitcomplete() to
ssize_t.
POSIX requires aio_return() to return a ssize_t so that it can represent
all return values from read() and write(). aio_waitcomplete() should use
ssize_t for the same reason.
aio_return() has used ssize_t in <aio.h> since r31620 but the manpage and
system call entry were not updated. aio_waitcomplete() has always
returned int.
Note that this does not require new system call stubs as this is
effectively only an API change in how the compiler interprets the return
value.
Second, allow aio_nbytes values up to IOSIZE_MAX instead of just INT_MAX.
aio_read/write should now honor the same length limits as normal read/write.
Third, use longs instead of ints in the aio_return() and aio_waitcomplete()
system call functions so that the 64-bit size_t in the in-kernel aiocb
isn't truncated to 32-bits before being copied out to userland or
being returned.
Finally, a simple test has been added to verify the bounds checking on the
maximum read size from a file.
297166 by avos:
rum: do not try to restore bssid/TSF synchronization when device
is not associated.
Tested with WUSB54GC, STA mode.
Reviewed by: adrian
Differential Revision: https://reviews.freebsd.org/D5543
297165 by avos:
rum: separate some microcontroller vendor-specific requests into
rum_do_mcu_request()
This change should be no-op.
Reviewed by: adrian
Differential Revision: https://reviews.freebsd.org/D5542
297164 by avos:
net80211: enable software beacon miss timer in SLEEP state
Tested with WUSB54GC, STA mode (w/ power saving enabled)
Reviewed by: adrian
Differential Revision: https://reviews.freebsd.org/D5545
297163 by emaste:
Remove tools/vt/setfont
It is included in vidcontrol as of r266836.
Sponsored by: The FreeBSD Foundation
297162 by avos:
net80211: add missing SLEEP -> AUTH state transition for station mode.
Reviewed by: adrian
Differential Revision: https://reviews.freebsd.org/D5269
297161 by bdrewery:
Attempt to use the namecache for openat(2) path resolution.
This finishes the work done in D2810.
MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
297160 by bdrewery:
Document openat(2) behavior.
MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
297159 by bdrewery:
Use curthread for vn_fullpath.
No functional change.
MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
297158 by bdrewery:
Consolidate open(2) and openat(2) code.
MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
297157 by bdrewery:
Stop tracking stat(2).
None of lstat(2), fstat(2), fstatat(2) were tracked either.
The other filemon implementations also do not track stat(2), nor
does bmake utilize it. The act of opening a file for read should
be enough to decide that a file is a dependency. There could be
rare cases where just having a file would cause a dependency but it
is unlikely.
MFC after: 2 weeks
Also noted by: sjg
Sponsored by: EMC / Isilon Storage Division
297156 by bdrewery:
Track filemon usage via a proc.p_filemon pointer rather than its own lists.
- proc.p_filemon is added which is protected by PROC_LOCK. This improves
performance and avoids double-fork issues, taking allproc_lock
while in syscalls, and walking the process tree in syscalls. A
particular proc.p_filemon can only be changed to NULL or another
filemon, or the filemon inherited, while the filemon->lock is held.
- Filemon are reference counted. On the last reference the log will be closed.
- When closing the devfs file handle, the filemon will be detached from all
processes and inheritance prevented.
- Disallow attaching to a process already being traced since filemon is
typically intended to be used on children only. This is allowed for
curproc as bmake relies on this behavior for rare cases when combining
.MAKE with .META.
- Detach any previously tracked process on ioctl(FILEMON_SET_PID).
- Handle error from devfs_set_cdevpriv() in filemon_open().
- The global filemon lock and lists are removed.
- A free list is no longer kept. Previously this list was
forever-expanding and never garbage cleaned.
- No longer loses track of double-forks. If the process holding the filemon
handle closes it will close the log rather than wait on a daemonized process,
but it will log all activity until it closes its handle. The filemon
will be removed from the process and not inherited.
- A separate process count is kept only as an optimization for
forced detachment to avoid taking allproc_lock and walking the entire
process tree.
- struct filemon access is protected by sx(9) filemon->lock as it was before.
- Add more comments and KASSERTS.
MFC after: 2 weeks
Reviewed by: kib, mjg, markj (all on previous versions)
Sponsored by: EMC / Isilon Storage Division
Differential Revision: https://reviews.freebsd.org/D5520
More information about the freebsd-arm
mailing list