From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.4 required=3.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3ACE7C35242 for ; Fri, 14 Feb 2020 22:38:22 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id EAD6A2081E for ; Fri, 14 Feb 2020 22:38:21 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="LYB/2WoT" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EAD6A2081E Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 914FC6B06A1; Fri, 14 Feb 2020 17:38:21 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 89ED96B06B5; Fri, 14 Feb 2020 17:38:21 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 765B96B06B6; Fri, 14 Feb 2020 17:38:21 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0091.hostedemail.com [216.40.44.91]) by kanga.kvack.org (Postfix) with ESMTP id 5A3DA6B06A1 for ; Fri, 14 Feb 2020 17:38:21 -0500 (EST) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id ED0D92C8B for ; Fri, 14 Feb 2020 22:38:20 +0000 (UTC) X-FDA: 76490197560.02.dogs64_830c205982542 X-HE-Tag: dogs64_830c205982542 X-Filterd-Recvd-Size: 5426 Received: from mail-yb1-f194.google.com (mail-yb1-f194.google.com [209.85.219.194]) by imf47.hostedemail.com (Postfix) with ESMTP for ; Fri, 14 Feb 2020 22:38:20 +0000 (UTC) Received: by mail-yb1-f194.google.com with SMTP id p123so5571349ybp.2 for ; Fri, 14 Feb 2020 14:38:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UhXhwNSRwdSyi+H9zMRuLq0WFPtWCQTooj0QtYbRLG8=; b=LYB/2WoTc0NUWQ7WAgvwRxpic7dTAP9/iI+IjkZnQRJx+5k39FyA4S4N3pmh8wcWqz AvLEKE2SjemIzT9ZtDMYJ5uqfQfwIBVHdbyFYDdMnzm8nm8qRGQ7OcBlUWfrU4zHwvZb PhUuwhIPS3pSexguM+13PMLeT8PeHqXx37bpMydKP8fZVFkdxVBVbBNTMz/IMIkXGKFs oE2s8v7rPEwjU9xEMptc3TmOHtHV/g5owFopfH0Fm7rh7Hr8J5cZw9cTWP5dmeyCnXNn rq3L8OW1us+mcfcgMy3ATrfW0PSGDZglwVRh7HmIoFZvLw78Vnokrdl77eiZ6m4SVJW0 eoXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UhXhwNSRwdSyi+H9zMRuLq0WFPtWCQTooj0QtYbRLG8=; b=ZFlbs7inx+jqhig7V7cjXKB/0VW4b4ncD+7oNizKBjbDV8eS8hyosGn1T/jQhzxIDG DJYVuo5id0jM8mcZ27krbK3Q8jGoInXKQ50DxXmvbWy7saoLmTkZrWG59dpmU0zO62Ok Kmxxdpk1eKLXTbShPIzOxHvcvTTyi91iY7+BUONc9RkzpLURl3mOlx4hiROYI0bHjRGD LbPfvtNlIc/YjC+EkngIu9byYR4f3tKsJUnCOWCxlGI+f+9SjeRo/9tOEEMNMu+hzgJK 5PekDMp148jWO04bYVjAtzK6md4yQWhAAm2rbrKIvLWBHdt5XJS8C+HoJn18m7k8mQhb 24og== X-Gm-Message-State: APjAAAUvREmdlGMsnPofSC0d4fQRSQvfWno5ZV2io0WvThALoPAwl2A1 LqxLBcyEU56ytKitU6NvFJQBxraAmE+Kb8HzEnRqxg== X-Google-Smtp-Source: APXvYqz+ZZXlYqlAQb5giYd0uucVgxWoIM7WTe+nBKxOuFOoTQpgJCgcsNG7WFknrZTkO08/9TW493jWkTycKh+Cw5c= X-Received: by 2002:a25:80c5:: with SMTP id c5mr4632219ybm.364.1581719899696; Fri, 14 Feb 2020 14:38:19 -0800 (PST) MIME-Version: 1.0 References: <20200214222415.181467-1-shakeelb@google.com> In-Reply-To: <20200214222415.181467-1-shakeelb@google.com> From: Eric Dumazet Date: Fri, 14 Feb 2020 14:38:08 -0800 Message-ID: Subject: Re: [PATCH v2] cgroup: memcg: net: do not associate sock with unrelated cgroup To: Shakeel Butt Cc: Johannes Weiner , Tejun Heo , Greg Thelen , Michal Hocko , Vladimir Davydov , Andrew Morton , cgroups@vger.kernel.org, linux-mm , Roman Gushchin , LKML Content-Type: text/plain; charset="UTF-8" X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, Feb 14, 2020 at 2:24 PM Shakeel Butt wrote: > > We are testing network memory accounting in our setup and noticed > inconsistent network memory usage and often unrelated cgroups network > usage correlates with testing workload. On further inspection, it > seems like mem_cgroup_sk_alloc() and cgroup_sk_alloc() are broken in > irq context specially for cgroup v1. > > mem_cgroup_sk_alloc() and cgroup_sk_alloc() can be called in irq context > and kind of assumes that this can only happen from sk_clone_lock() > and the source sock object has already associated cgroup. However in > cgroup v1, where network memory accounting is opt-in, the source sock > can be unassociated with any cgroup and the new cloned sock can get > associated with unrelated interrupted cgroup. > > Cgroup v2 can also suffer if the source sock object was created by > process in the root cgroup or if sk_alloc() is called in irq context. > The fix is to just do nothing in interrupt. So, when will the association be done ? At accept() time ? Is it done already ? Thanks > > Fixes: 2d7580738345 ("mm: memcontrol: consolidate cgroup socket tracking") > Fixes: d979a39d7242 ("cgroup: duplicate cgroup reference when cloning sockets") > Signed-off-by: Shakeel Butt > --- > > Changes since v1: > - Fix cgroup_sk_alloc() too. > > kernel/cgroup/cgroup.c | 4 ++++ > mm/memcontrol.c | 4 ++++ > 2 files changed, 8 insertions(+) > > diff --git a/kernel/cgroup/cgroup.c b/kernel/cgroup/cgroup.c > index 9a8a5ded3c48..46e5f5518fba 100644 > --- a/kernel/cgroup/cgroup.c > +++ b/kernel/cgroup/cgroup.c > @@ -6449,6 +6449,10 @@ void cgroup_sk_alloc(struct sock_cgroup_data *skcd) > return; > } > > + /* Do not associate the sock with unrelated interrupted task's memcg. */ > + if (in_interrupt()) > + return; > + > rcu_read_lock(); > > while (true) { > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index 63bb6a2aab81..f500da82bfe8 100644 > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@ -6697,6 +6697,10 @@ void mem_cgroup_sk_alloc(struct sock *sk) > return; > } > > + /* Do not associate the sock with unrelated interrupted task's memcg. */ > + if (in_interrupt()) > + return; > + > rcu_read_lock(); > memcg = mem_cgroup_from_task(current); > if (memcg == root_mem_cgroup) > -- > 2.25.0.265.gbab2e86ba0-goog >