[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <416541D8-EF38-4586-99A0-A7372E4FAEDD@nutanix.com>
Date: Mon, 22 May 2023 04:19:23 +0000
From: Eiichi Tsukata <eiichi.tsukata@...anix.com>
To: Paul Moore <paul@...l-moore.com>
CC: "eparis@...hat.com" <eparis@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"audit@...r.kernel.org" <audit@...r.kernel.org>
Subject: Re: [PATCH v2 1/5] audit: refactor queue full checks
> On May 20, 2023, at 5:54, Paul Moore <paul@...l-moore.com> wrote:
>
> On May 11, 2023 Eiichi Tsukata <eiichi.tsukata@...anix.com> wrote:
>>
>> Currently audit queue full checks are done in multiple places.
>> Consolidate them into one audit_queue_full().
>>
>> Signed-off-by: Eiichi Tsukata <eiichi.tsukata@...anix.com>
>> ---
>> kernel/audit.c | 21 +++++++++++----------
>> 1 file changed, 11 insertions(+), 10 deletions(-)
>>
>> diff --git a/kernel/audit.c b/kernel/audit.c
>> index 9bc0b0301198..c15694e1a76b 100644
>> --- a/kernel/audit.c
>> +++ b/kernel/audit.c
>> @@ -341,6 +341,12 @@ static inline int audit_rate_check(void)
>> return retval;
>> }
>>
>> +static inline int audit_queue_full(const struct sk_buff_head *queue)
>> +{
>> + return audit_backlog_limit &&
>> + (skb_queue_len(queue) > audit_backlog_limit);
>> +}
>
> Regardless of the other patches in this series, this seems like a
> good candidate to merge, but could you make it return a 'bool'
> instead of an 'int'?
>
Sure, will fix it in v3.
Eiichi
Powered by blists - more mailing lists