[PATCH] fadvise(2) system call
Jilles Tjoelker
jilles at stack.nl
Sat Oct 29 21:41:00 UTC 2011
On Fri, Oct 28, 2011 at 02:25:59PM -0400, John Baldwin wrote:
> I have been working for the last week or so on a patch to add an
> fadvise(2) system call. It is somewhat similar to madvise(2) except
> that it operates on a file descriptor instead of a memory region. It
> also only really makes sense for regular files and does not apply to
> other file descriptor types.
Cool.
Various other posix_* functions such as posix_spawn() and posix_openpt()
are implemented directly, not as a wrapper around s/posix_//. I think
posix_madvise() is only implemented as a wrapper because madvise()
already existed. Therefore, I don't see a reason why a function named
fadvise would be useful on its own (except if there are existing
applications that use that name).
If the advice is FADV_SEQUENTIAL, FADV_RANDOM or FADV_NOREUSE and the
file descriptor is invalid (fget() fails), the struct fadvise_info is
leaked.
The comparisons
+ (fa->fa_start != 0 && fa->fa_start == end + 1) ||
+ (uap->offset != 0 && fa->fa_end + 1 == uap->offset))) {
should instead be something like
+ (end != OFF_MAX && fa->fa_start == end + 1) ||
+ (fa->fa_end != OFF_MAX && fa->fa_end + 1 == uap->offset))) {
to avoid integer overflow.
--
Jilles Tjoelker
More information about the freebsd-arch
mailing list