Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4128339ybg; Fri, 25 Oct 2019 13:46:48 -0700 (PDT) X-Google-Smtp-Source: APXvYqy5LSJCSizNkE23QZcOqkiZs7IPjvrvlDGIqR8Od/IIsyjOSBfbNMEcSMxT35qSo6/3qO6m X-Received: by 2002:a50:f096:: with SMTP id v22mr6315284edl.149.1572036408115; Fri, 25 Oct 2019 13:46:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572036408; cv=none; d=google.com; s=arc-20160816; b=OTbotNulObTPabLeXbZbLJpOHwJnWfCMfNqvrPzM+IOQvgTsOKBkoPqZInDtAAacG5 XvSxugAPeokXBcEVKHatkSU5kVlY6qEKMIFTjE4JIdQlUd6J6A1IWsHA36z4D922Y3fb ktcDckSR0h/nviacMEchg4tPC0W0S4J/coUjGybiSsNBgoB1huWDgFsK2G0qV4Oyts2y lco0a+cf+t0YGU6CzMsxI/4h4WE9KkpW2AW0RSlLucdC5Ljp6fx3UegO9Wz3chO818t4 sE2VEWUD5xKb4UYMcPUsICh41nYALcfbTUuHrtgbKleLiszW5SAhq21hM8zUmSARHRSI 4toQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=A7IaVbsu85YHPzbx26j0TvTQe4yKMwk1LIlGl9p84Zw=; b=GZwOddF+IYCu8m0U323OOiFi0PiAogLBf+ebUkaHu9JWmzmfmSvvWxaiKQLKFbUy24 wLQeAyv/zpHFTabBuXHqOITpaq9yorptTK/lT81CTowL8GBL5jj7Ng49iyYbepsuZgnz HJkMJl9yZVRf+2qneB1a8fCwf2g2KkdsPEz/grOdZ8N43avOBMUv/kklAOgPB1ghdqO2 naJpVVUUsMAtpU/FZ2dd3FvqFpnmokrRt+ADlGJHX3KOPY+9uYuZp2vqYZQvcQ5DkCi6 EbCw5Yfp6zclY1yJfZrG8jdieGxwTulIbmUhSebqn03EYw5+FgHlatZh2t98HSskvs6j 93WQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b2si1899179eja.89.2019.10.25.13.46.18; Fri, 25 Oct 2019 13:46:48 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2409697AbfJYRGh (ORCPT + 99 others); Fri, 25 Oct 2019 13:06:37 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:51516 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726511AbfJYRFc (ORCPT ); Fri, 25 Oct 2019 13:05:32 -0400 Received: from [213.220.153.21] (helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iO31i-0000jf-BS; Fri, 25 Oct 2019 17:05:26 +0000 Date: Fri, 25 Oct 2019 19:05:25 +0200 From: Christian Brauner To: Oleg Nesterov Cc: dvyukov@google.com, ebiederm@xmission.com, elver@google.com, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com Subject: Re: [PATCH cgroup/for-5.5] cgroup: remove cgroup_enable_task_cg_lists() optimization Message-ID: <20191025170523.u43rkulrui22ynix@wittgenstein> References: <0000000000003b1e8005956939f1@google.com> <20191021142111.GB1339@redhat.com> <20191024190351.GD3622521@devbig004.ftw2.facebook.com> <20191025125606.GI3622521@devbig004.ftw2.facebook.com> <20191025133358.pxpzxkhqc3mboi5x@wittgenstein> <20191025141325.GB6020@redhat.com> <20191025143224.wtwkkimqq4644iqq@wittgenstein> <20191025155224.GC6020@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20191025155224.GC6020@redhat.com> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [Removing a few people from Cc to avoid spamming the whole world] On Fri, Oct 25, 2019 at 05:52:25PM +0200, Oleg Nesterov wrote: > On 10/25, Christian Brauner wrote: > > > > On Fri, Oct 25, 2019 at 04:13:25PM +0200, Oleg Nesterov wrote: > > > Almost every usage of task->flags (load or sore) can be reported as "data race". > > > > > > Say, you do > > > > > > if (task->flags & PF_KTHREAD) > > > > > > while this task does > > > > > > current->flags |= PF_FREEZER_SKIP; > > > schedule(). > > > > > > this is data race. > > > > Right, but I thought we agreed on WONTFIX in those scenarios? > > The alternative is to READ_ONCE()/WRITE_ONCE() all of these. > > Well, in my opinion this is WONTFIX, but I won't argue if someone > adds _ONCE to all of these. Same for task->state, exit_state, and > more. Well, I honestly think that state and exit_state would make sense. There already were issues that got fixed for example in 3245d6acab98 ("exit: fix race between wait_consider_task() and wait_task_zombie()") and as far as I understand this would also help kcsan to better detect races. Christian