On Tue, Dec 08, 2015 at 07:18:08AM +0100, Andi Kleen wrote: > > + if (behavior != MADV_DONTNEED && behavior != MADV_FREE) > > + return -EINVAL; > > This limitations is kind of lame and makes it a special purpose hack. > > It will also cause backwards compatibility issues if it needs > to be extended later. > > How hard would it be to support all of madvise vectored? > > That would also give much cleaner documentation. Ok, I'll add other behavior. Reducing syscall and mmap_sem locking is a win for other madvise. Thanks, Shaohua -- To unsubscribe from this list: send the line "unsubscribe linux-api" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
