Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Fri, 5 Aug 2022 11:26:37 -0700
From:   Davidlohr Bueso <dave@stgolabs.net>
To:     Manfred Spraul <manfred@colorfullife.com>
Cc:     LKML <linux-kernel@vger.kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        "Eric W . Biederman" <ebiederm@xmission.com>, 1vier1@web.de,
        Waiman Long <longman@redhat.com>
Subject: Re: [PATCH] ipc/util.c: Cleanup and improve sysvipc_find_ipc(), V3
Message-ID: <20220805182637.bciu7eavmhxefsc7@offworld>
References: <20220805115733.104763-1-manfred@colorfullife.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <20220805115733.104763-1-manfred@colorfullife.com>
User-Agent: NeoMutt/20220429
Precedence: bulk

On Fri, 05 Aug 2022, Manfred Spraul wrote:

>sysvipc_find_ipc() can be simplified further:
>
>- It uses a for() loop to locate the next entry in the idr.
>  This can be replaced with idr_get_next().
>
>- It receives two parameters (pos - which is actually
>  an idr index and not a position, and new_pos, which
>  is really a position).
>  One parameter is sufficient.
>

Makes sense to me.

Acked-by: Davidlohr Bueso <dave@stgolabs.net>