On Wednesday, January 11, 2017 11:19:42 PM EST Richard Guy Briggs wrote:
> OK. the code to support this is in svn. However, since we
didn't use a
> feature bit like we normally do, there is absolutely no way to report
> that the underlying kernel does not support this. It quietly fails and
> pretends everything is fine. I'd prefer that we had a feature bit to
> output a proper error message.
Do you still want to switch to CONFIG_CHANGE? (I think that is a good
idea.)
Sure.
I agree detecting this feature is a destructive operation requiring
an
existing lost count and checking the positive return code, but not
impossible, and would prefer a feature bit.
I'd prefer a feature bit so that I can tell people your kernel doesn't support
this. Audit runs on a large variety of kernels.
As for audit being immutable, I could see an argument to have this
feature usable even though the config is locked. What's your take?
I can see value in resetting the count even when immutable. Perhaps just use
its logging function. So we don't have a new record type.
-Steve