Re: [RFC PATCH 1/7] audit: don't needlessly reset valid wait time

2015-11-05 Thread Paul Moore
On Wed, Nov 4, 2015 at 10:13 PM, Richard Guy Briggs wrote: > On 15/11/04, Paul Moore wrote: >> On Thursday, October 22, 2015 02:53:14 PM Richard Guy Briggs wrote: >> > After auditd has recovered from an overflowed queue, the first process >> > that doesn't use reserves to make it through the queue

Re: [RFC PATCH 1/7] audit: don't needlessly reset valid wait time

2015-11-04 Thread Richard Guy Briggs
On 15/11/04, Paul Moore wrote: > On Thursday, October 22, 2015 02:53:14 PM Richard Guy Briggs wrote: > > After auditd has recovered from an overflowed queue, the first process > > that doesn't use reserves to make it through the queue checks should > > reset the audit backlog wait time to the confi

Re: [RFC PATCH 1/7] audit: don't needlessly reset valid wait time

2015-11-04 Thread Paul Moore
On Thursday, October 22, 2015 02:53:14 PM Richard Guy Briggs wrote: > After auditd has recovered from an overflowed queue, the first process > that doesn't use reserves to make it through the queue checks should > reset the audit backlog wait time to the configured value. After that, > there is no

[RFC PATCH 1/7] audit: don't needlessly reset valid wait time

2015-10-22 Thread Richard Guy Briggs
After auditd has recovered from an overflowed queue, the first process that doesn't use reserves to make it through the queue checks should reset the audit backlog wait time to the configured value. After that, there is no need to keep resetting it. Signed-off-by: Richard Guy Briggs --- kernel/