Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2817522ybk; Tue, 12 May 2020 08:49:38 -0700 (PDT) X-Google-Smtp-Source: APiQypIFCWrx6tT4DQtO/dUnWRygpgK6xSOtmHdrtKkuYTZR8gtaDfOHJWu6GRfZ+gQ5qSklbq2W X-Received: by 2002:aa7:d718:: with SMTP id t24mr19015886edq.29.1589298578298; Tue, 12 May 2020 08:49:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589298578; cv=none; d=google.com; s=arc-20160816; b=IAhm1N9GaxW0hh7CLUH0y8brt5/tj6ZrgMv5KEMPcLc90qZtsFBDzjF+mq3VxPA6RA Y5jr7V1F9H0yITHv81AjOOnU392e1k733w8m4GjBlSdV/s+Ml9s25/DH4q4wBlpeCEsF tlVbGFlW/x4CcUR0Da4atzhiYf2bzckzyAqtgxtDE3mEYWPYoBcN4r2kqjqNekPAkf4T E+7YVdBRvUkzLbyxJL/ymGqkvjPQYrO+zo/AeoGubtGfynrWQdwFX0HN43If/VwJ9A5X N3BJeCdVg+nuvv5IonxK4Ok1e/SRE+iYgLSi/FM5snNmjVdQQSgRiAIdJdav+1B6AqJR MI5A== 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:from:references:cc:to:subject; bh=6JIo14VI/N6CtVy3xTZjhcI/9taDQzRFzPGSboqCoU4=; b=rQa2/48iVbB6hO8lwFbjWXVSBsxKJw2AwvhiUY4mo5Ip98SQk9MhtacrXgVR1A5qD9 +RLACtEALfJ5JepFMWMSmy+nDoprGYVKc36Z5dygamiPJ8PIc8waMVpmYcOijXvFVWz0 hikt8+Jnvcntah7SQollDgx3KGdlXzkSlIY9vBKIXfxAJAM3ultDSsYZnunIZFgmbdCq GyF6loUVS2zMutZ5t3gZuuIy3Sxfxvm+ozcOWLFcg/3VHN0jSagFML5qCpznTb0/3XAs dvF11SVtr9AoW1hMCGQ2euym1FYRBaBQgYCHoee8LVGorKjQzIpSoqFcaqAEpO9Wnf4v gL7g== 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 a12si7598689edx.283.2020.05.12.08.49.15; Tue, 12 May 2020 08:49:38 -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 S1730401AbgELPpn (ORCPT + 99 others); Tue, 12 May 2020 11:45:43 -0400 Received: from relay.sw.ru ([185.231.240.75]:46382 "EHLO relay.sw.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726889AbgELPpn (ORCPT ); Tue, 12 May 2020 11:45:43 -0400 Received: from vvs-ws.sw.ru ([172.16.24.21]) by relay.sw.ru with esmtp (Exim 4.92.3) (envelope-from ) id 1jYX5p-00048f-8A; Tue, 12 May 2020 18:45:17 +0300 Subject: Re: [PATCH] ipc/util.c: sysvipc_find_ipc() incorrectly updates position index To: Jiri Slaby , 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> From: Vasily Averin Message-ID: Date: Tue, 12 May 2020 18:45:16 +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/12/20 12:21 PM, Jiri Slaby wrote: > On 08. 05. 20, 12:01, Vasily Averin wrote: >> 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. > > Any progress on this? 5.7-rc*, 5.4.40, and 5.6.12 are still affected. Andrew included fix to -mm tree and I hope he'll push it to mainline/stable soon. https://ozlabs.org/~akpm/mmots/broken-out/ipc-utilc-sysvipc_find_ipc-incorrectly-updates-position-index.patch > Wouldn't it be better to rebase (apply the originally submitted patch) > before the XA rewrite and push that one to Linus? I'm expecting thins too. Thank you, Vasily Averin