Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp1513424ybj; Fri, 8 May 2020 03:06:54 -0700 (PDT) X-Google-Smtp-Source: APiQypKoieMvNl+vKn+EEylYL6abEGKvWtDB1EQw/Jd8zNIq6wlGAT5Y1hrVIsml2njaiSHyJ83Z X-Received: by 2002:a17:906:a390:: with SMTP id k16mr1114086ejz.219.1588932414129; Fri, 08 May 2020 03:06:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588932414; cv=none; d=google.com; s=arc-20160816; b=K3vnT3WtBe03PyX3J4q5xPr5tv/geNWdXuJfNgkKMcj+FC2+fwSxl50PdOIIKTB1Yj CcrSmRbBBMOe1xZF6L7sIPBlMHnfiQbfJ1ej4zZwHFqzKyUMLPE2UZerKHL7minwO/Bw 4avQmrkuAdD8ZeqfNh9BCF4df41tzDP6unI415E85xCmqN2Pr9m0ea4a/+VN6zAtXbea Y7gX1C+HrI2srVW02vA2B602NVTHrTd7t5Xv3tUf1Oh3dEEOvwusf0nCUjmCikihBql5 jfvu6xY+zU8F65+x53mWD+KtulGwcIm1xMC/Yr2NM6kic4SNjBOSL3RfRTUdQuh7qMqW TG2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject; bh=M/KyREKdd7zMy2T/U5HZ4YCCpwIgpewFWYA9V7y4HIY=; b=TW2vhqU6UbviWLNJz/5tbOlB/jCF5hGoAEhym21Zvm+5aC0norPKvEcNGL2J4OGygX QbmabcCYlENie9O5Gv/w5I1k+AyW5tqKl5UY7t3PfAq2FCSgJG9ZGP0ArjMkhdMksyIz bwNJsZyyTN3rqDFq85nqpjisoj1HAk3reBg4Rc6bDRdZ9K8c14DuJr8rKS3dlqbOaYZI O5QnbzmxGYiv/r3UJeTgV5wmWKsmdldQHqDgClQz4vm4SAKsHj424a+nga8/T13KoZYe 7m+Z/sM7erXfvEixdBM1L33Ex88hbQY+8hiPltgOPL+K4glvUNTC91Iue5ksB8GbX9W4 L2vA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=virtuozzo.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b22si685887eds.109.2020.05.08.03.06.23; Fri, 08 May 2020 03:06:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=virtuozzo.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727117AbgEHKCE (ORCPT + 99 others); Fri, 8 May 2020 06:02:04 -0400 Received: from relay.sw.ru ([185.231.240.75]:59018 "EHLO relay.sw.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725825AbgEHKCD (ORCPT ); Fri, 8 May 2020 06:02:03 -0400 Received: from vvs-ws.sw.ru ([172.16.24.21]) by relay.sw.ru with esmtp (Exim 4.92.3) (envelope-from ) id 1jWzp5-0004Tv-Er; Fri, 08 May 2020 13:01:39 +0300 Subject: Re: [PATCH] ipc/util.c: sysvipc_find_ipc() incorrectly updates position index From: Vasily Averin To: Matthew Wilcox , Andrew Morton Cc: linux-kernel@vger.kernel.org, Waiman Long , Andreas Schwab References: <4921fe9b-9385-a2b4-1dc4-1099be6d2e39@virtuozzo.com> <20200507170242.6cbb88ae672deed67152e221@linux-foundation.org> <20200508033625.GO16070@bombadil.infradead.org> Message-ID: Date: Fri, 8 May 2020 13:01:38 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/8/20 9:07 AM, Vasily Averin wrote: > On 5/8/20 6:36 AM, Matthew Wilcox wrote: >> On Thu, May 07, 2020 at 05:02:42PM -0700, Andrew Morton wrote: >>> Here's how I resolved things. Please check? >>> >>> static struct kern_ipc_perm *sysvipc_find_ipc(struct ipc_ids *ids, loff_t pos, >>> loff_t *new_pos) >>> { >>> unsigned long index = pos; >>> struct kern_ipc_perm *ipc; >>> >>> rcu_read_lock(); >>> ipc = xa_find(&ids->ipcs, &index, ULONG_MAX, XA_PRESENT); >>> if (ipc) >>> ipc_lock_object(ipc); >>> else >>> rcu_read_unlock(); >>> *new_pos = pos + 1; >>> return ipc; >>> } >> >> Surely that should be '*new_pos = index + 1'? Or did I misunderstand >> the reasoning behind the other patch? > > I'm not sure however it looks like xa_find() can return index < pos it seems, I was wrong here. So I'm agree with Matthew, '*new_pos = index + 1' should be used. Thank you, Vasily Averin