Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp1608908pxb; Fri, 10 Sep 2021 09:34:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyiWS/KXd1sY67HpUtaRgm0Z4X7MvxCzkJhR7K9G1tTu1g3QF2FMW98f/bX+6LwwTAK0vSG X-Received: by 2002:a05:6e02:160f:: with SMTP id t15mr7016697ilu.60.1631291684475; Fri, 10 Sep 2021 09:34:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631291684; cv=none; d=google.com; s=arc-20160816; b=nOsOe0F0ATtuPqQM3FaQNbB0QA4LPnJMIJDw/++qZkGXFjT4xLliSE6baOT1SLVfuv hN+iqKrhKZdcUYpsfZAQN7XiTHtOOkL+4GcqRvP4XIe7vDnKj5gTcQln91Nnp/8qO7n9 KFGMi/aQmmGvN+sviYoIWQIAAk+V/8WVPb8oUYMMoPHHvvpp2XbIpeO81Ym6fTaPwH3E 9Bofx2BJhJUz+0St+pdIcX0EuWZ1Q0XM2AL+7yvw9bN4mPuWeiQ1YNX+VvNpnb5gj2qy 8KH+y3TIYBP3DadYaRbPbUEYVMILvb397KSVBLiPRZ8j3ntWrSIZfUEldSEG72qcEg5x EXGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:sender:dkim-signature; bh=tgXe1DESruN+/rTizBx5p8iE+/E14BLor/fcAtYbb1Y=; b=j66F85Mp3sW88Um3JmTdxgN+h5CZDLo+kQWn8G5d6R1DfzTJN+OABu50TOytnjELQh S4mBQJw/25bQDWm3V3+v6IeeUzmRiC8xbKjpfh0OpiOYvSJIn80JHoNWhYPAHlUVJAAz Ad9d6GnsZ0GShu/URC8moA2rebgh/Mwuqb3apUGqFodw6Ok/iOMkvRbaFeHee1KJx6/h t8DgA2+9/gZ0TGZuZI4wea7pQLPJ/fLvzMWJ9gwhjwvdt/O0ssDBsqABLKx6dEQWpjBw YV//Gxy5xEG77v8BXJrsS/lfJx1o5WTXVJ7WqZm2MUhNMgexQlo6cnfKoaE+zxOHN6GS 4R/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=JuMs70r+; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c7si5718297ilu.60.2021.09.10.09.34.31; Fri, 10 Sep 2021 09:34:44 -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; dkim=pass header.i=@gmail.com header.s=20210112 header.b=JuMs70r+; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229895AbhIJQd4 (ORCPT + 99 others); Fri, 10 Sep 2021 12:33:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56910 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229544AbhIJQdz (ORCPT ); Fri, 10 Sep 2021 12:33:55 -0400 Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 534FBC061574; Fri, 10 Sep 2021 09:32:44 -0700 (PDT) Received: by mail-pj1-x1034.google.com with SMTP id lb1-20020a17090b4a4100b001993f863df2so1010146pjb.5; Fri, 10 Sep 2021 09:32:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=tgXe1DESruN+/rTizBx5p8iE+/E14BLor/fcAtYbb1Y=; b=JuMs70r+VpXKmfURn7r1xAkHa84J7MIyXxrJkKqeGRSLmcEHeI6eBYHRj/UlwtCdzT tLuzHwmJ9HIREMcgiVTeB0/5kfb+2ErkdRQLAp5Abzt2CIgawsp6KCa+/x/nJgz2sKxE S70frEvrS6JAwVg0zTv9BzJDl/0YytEaj82TLB5AbjAB6cilXZ3nhzAnzwJwMHyzL6DT XdmrQ9PcZ8mbVvUigWepdGNjzfdEAr29KT03oozkZhUIfJOCtZI5DODbwWmtTpjcD//X OKv9R0gJdnYpeSAFMA6JK4X3AyZRf/3SHjAj883RH1wneUsLki+feIcHSowtHFWucbeb tOzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=tgXe1DESruN+/rTizBx5p8iE+/E14BLor/fcAtYbb1Y=; b=Iyw/ofn8hPloeDay3T8q41bm1AuKcKSf+x//lFwPByhJvcI8te07IyIJuFiU0hGjMx 9S53O99J5il5WQXLpDrj6LKmDww/Y9v+jI0SYfJBtSDZHSPR+AnxKyyphSQqYKn7ZCc6 1B4y3theycU82mE4xjRLfWJSjj1F24pbVqCluEDuvV44/BCKLX8PXHxUPP1LDdLMX5w2 6gWd1MeEXzYI7eIAfQ4R7uVo+2T1WpCrg8Ap4qQtd5pQQ8DxQ3YDVsghnD1M9MdDJ1H1 gFysWPk4Lg24/OYejFADuiPr7hf2scCgER2qTO8sjY4lVF74mp1nT5aTl1KoWTPD9Q3+ 79YQ== X-Gm-Message-State: AOAM531Ts8Av40fIe4wVhEsKvprEaYikq7EsapdXBt5O1wLzPUvO3D40 8viSfqjM0VEyVv0vDcwyBMw= X-Received: by 2002:a17:902:724b:b0:131:ab33:1e4e with SMTP id c11-20020a170902724b00b00131ab331e4emr8437154pll.12.1631291563520; Fri, 10 Sep 2021 09:32:43 -0700 (PDT) Received: from localhost (2603-800c-1a02-1bae-e24f-43ff-fee6-449f.res6.spectrum.com. [2603:800c:1a02:1bae:e24f:43ff:fee6:449f]) by smtp.gmail.com with ESMTPSA id p9sm5526834pfn.97.2021.09.10.09.32.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Sep 2021 09:32:42 -0700 (PDT) Sender: Tejun Heo Date: Fri, 10 Sep 2021 06:32:41 -1000 From: Tejun Heo To: Michal =?iso-8859-1?Q?Koutn=FD?= Cc: brookxu , Vipin Sharma , lizefan.x@bytedance.com, hannes@cmpxchg.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org Subject: Re: [RFC PATCH 1/3] misc_cgroup: introduce misc.events and misc_events.local Message-ID: References: <988f340462a1a3c62b7dc2c64ceb89a4c0a00552.1631077837.git.brookxu@tencent.com> <20210909143702.GA13761@blackbody.suse.cz> <8259b666-f3a4-6788-880c-38d679414bcb@gmail.com> <20210910103306.GA24156@blackbody.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210910103306.GA24156@blackbody.suse.cz> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Fri, Sep 10, 2021 at 12:33:06PM +0200, Michal Koutný wrote: > On Fri, Sep 10, 2021 at 01:20:37PM +0800, brookxu wrote: > > Yeah, this is more reasonable. But there is still one question, whether we > > need to be consistent with other cgroup subsystems, events and events.local > > under v1 should not support hierarchy? > > My take is that it's acceptable to present the v2-like files in v1 too > for the sake of simplicity since: > - this is not used yet, > - the v1 is less conventional and > - the presence of events.local would cater even to cases with tasks in > inner nodes. > > It'd be good to have Tejun's insight on this too. My general appraoch is * If it's trivial both in terms of complexity and effort to add support for cgroup1, oh well, why not? * Otherwise, don't bother. * cgroup1 interface is wildly inconsistent anyway, so I wouldn't worry much about that. Thanks. -- tejun