Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp376143iog; Fri, 24 Jun 2022 05:55:34 -0700 (PDT) X-Google-Smtp-Source: AGRyM1t0O/2wx3Lp5bNeVgLjC3BlC5NbpSnTzU+Uw433NTO63W9pF8RVjWvXEqXl+2Lj/3cSxy3l X-Received: by 2002:a17:902:ce0c:b0:168:ca2e:c944 with SMTP id k12-20020a170902ce0c00b00168ca2ec944mr43558275plg.107.1656075333813; Fri, 24 Jun 2022 05:55:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656075333; cv=none; d=google.com; s=arc-20160816; b=No4Yn+vFuYt/Q18/HdQD2+C2xWSfzzXAj5sbXwj20M4e8G+wO356oXHp0H7tOeqsSK me1hloRwaeilNMU83PNw0G4KYTgdj5NPiQHoGunId0iiJQsqaJ8iyiwmDuhMHa4PeDTy tqlDaVFNH3qU8wBcSzH8JcyA9ytqoieTmeUXGT0vjo1kngTOhiJ8c8rcKhQiAUfi/f+t g3iwMPtrsu3yg91R8qVNVsJrKsLjMsKStVyTtzelUb6Jh47NvLDqjy/V8O2j247y9a+z EFqxnYJMNCBNImzmsNnJ33+Qq6KlN/CWhrK5DE/B39Ac5ZTWck3DFV/0qBvmpbJ+UawL o9Rw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=kbkT57a8V0dJcSqQrodxix/sir4fcRh67YaToWJTvHE=; b=wBQHfOi2o/51MUzeVyTM6UojTls9jg/7RK9Uz5xjakH9Fi2AllYiUa2GScdWDsQEgU 8J9AfxJ+x7sCX4RajblTZo15Go5w6o3bUPRvq4zCm0u+kw5iR+bj1XqmjqXOac86hUuS rrgJXEQciI8KUU4DVZ9nbQKZ1codq4YOh6DF5UxlmsW2dTMJcFlGhI0mRcM4kZo2xvk5 rr7HkOf9fsetl8FBHwoFrwHXKDI5IWSbBYq9w49LXMa7LgDhHCWhbpCB7GoY9ATbr99E GhEdXAmgkRj0LCX15RjXUI2bxZleVlbZsoUHiox9lrlZGpXlX0ySGDwzzp020gKYqoUW 7s3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=ewI827+x; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=suse.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n8-20020a170902f60800b001678ce90824si2813224plg.542.2022.06.24.05.55.02; Fri, 24 Jun 2022 05:55:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=ewI827+x; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231469AbiFXMnW (ORCPT + 99 others); Fri, 24 Jun 2022 08:43:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55496 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229635AbiFXMnU (ORCPT ); Fri, 24 Jun 2022 08:43:20 -0400 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A0956140F0; Fri, 24 Jun 2022 05:43:19 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id CBF7D21A5C; Fri, 24 Jun 2022 12:43:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1656074597; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=kbkT57a8V0dJcSqQrodxix/sir4fcRh67YaToWJTvHE=; b=ewI827+xmnQCyHqvi4SVwM8YXQrqPa90AuyZGpIe+rcogw9aqIprFe4iT597bsxYtmTnLS lVxPFb+CFLEQ9X3VNbp8J6uEM9ImjVdqKEa2F62aHcwBq4D7y+CiH0OcFpgi7ODhP0jixN fBsgE0c7lgpa9TwQZQzFyjALrQp1LWc= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id A821313ACA; Fri, 24 Jun 2022 12:43:17 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id e84SKGWxtWJ7awAAMHmgww (envelope-from ); Fri, 24 Jun 2022 12:43:17 +0000 Date: Fri, 24 Jun 2022 14:43:16 +0200 From: Michal =?iso-8859-1?Q?Koutn=FD?= To: Waiman Long Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, Tejun Heo , Zefan Li , Johannes Weiner Subject: Re: [RFC PATCH] cpuset: Allow setscheduler regardless of manipulated task Message-ID: <20220624124316.GH16004@blackbody.suse.cz> References: <20220623124944.2753-1-mkoutny@suse.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GpGaEY17fSl8rd50" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --GpGaEY17fSl8rd50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 23, 2022 at 02:44:33PM -0400, Waiman Long wrote: > That could be an issue. The way how I understand here is that the privileged process isn't part of contrained workload (if it were then, it can modify cpuset itself) like debugging or tracing a code within a container entered by the admin. The bypass could not be used to setscheduler (via migration) of an arbitrary process. > What do you mean by nothing effectively changes? It's a freshly created child (after cpuset_css_online()), so it inherits parent's attributes, so the migration from the parent to this child doesn't affect CPU affinity etc. > Since the check is done on a taskset level, if only one of the tasks in the > taskset fails, the whole taskset fails. Maybe we should consider an option > for task based migration. So all the tasks that can be migrated will be > migrated and the rests will be left behind in the original cpuset. Hm, I haven't thought about that. That might be in theory possible for threaded controllers (like cpuset) but I imagine it'd a bit messy, in particular for these implicit migrations upon controller enablement. Thanks, Michal --GpGaEY17fSl8rd50 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQTrXXag4J0QvXXBmkMkDQmsBEOquQUCYrWxYgAKCRAkDQmsBEOq uSK7AQDxSD0tP0e4c1MlmPs3gy70GRGHcWnbPa9H+VtXGrwCtgEA3seoFthswxlF BlkMXOCW5rIUwjXRGQ/9u+FKiUXulg8= =Q3D5 -----END PGP SIGNATURE----- --GpGaEY17fSl8rd50--