Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp482913pxb; Thu, 19 Nov 2020 06:21:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJyZ4wJ1GgMqK0G/JpI28vmQ7jVvuHDl32pr2HuyyH6GoX+jMhSimme2M960unHwI9aFGfhu X-Received: by 2002:a17:906:ee2:: with SMTP id x2mr17994152eji.326.1605795689512; Thu, 19 Nov 2020 06:21:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605795689; cv=none; d=google.com; s=arc-20160816; b=Qke3yR5rxMr/r1EETh98xboKciPvcdfr1KaGLpUoCcb9X8PXvBIAu46FN8ZwrQXk80 pt5pdZ/zySZ6X5mmMHUL/e1aZEWSrE6zKXCaX2mh3tWFUgADnNVEQr0NBwMv08q6rbT4 ypybEW8kpv8o7RPDqC9GxAY165xi6FXElZDDuLY5166wr3YssrMRImn58v+PKQElophT lhNETJNrAitO7En0FSXEyTndeHt4Qa0JonB8An1tsAqm48WgQOjNNfwNMQa3i2h+emox vEYzIbG+En40x4BQPDsiIlR9qtOmtJ4aUwLoJlXWpC7A6fi8/Q4sTbvmojwJ62Dx+Rzy fEDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=DvUirUt3xQDRFXT0ivBsUPwI1d6kqDbyXX1i2DQtlAo=; b=XTLt7HlvgpRCvEb27xo2JMYmPcoSVeITWeNZ/Eoih/f7NbJFJGhSRUyp9FCNy2zQmr GE6+fFUVTgJEvMkvc9SMiny/VuGV17B7WtnQmZQhr/IT6X/KY6Lc4cAwl3oeuKJEDwMz XxM7YZqxOcp6GhQTGnLtfuoTuUCWpOZ/5IbBRx3g6WvVgQQfiywhFXrmU5ZNtUCMHCuf k+03dxYnSaF1kVZ3q1MgRaLy4ddcsRIRnjSEiF+GQnWeb1wFvRutFXnc7CUZvJ4fZ1Qf w1yc+8YecIh+8/FJDyde/2cpymp80xw59dxKkDTXSUkqZsCmTM2QLZICeivTyiS8t7/C oNIg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j24si17369776ejt.651.2020.11.19.06.21.05; Thu, 19 Nov 2020 06:21:29 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727976AbgKSORG (ORCPT + 99 others); Thu, 19 Nov 2020 09:17:06 -0500 Received: from mail.kernel.org ([198.145.29.99]:47116 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727801AbgKSORG (ORCPT ); Thu, 19 Nov 2020 09:17:06 -0500 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E363E22210; Thu, 19 Nov 2020 14:17:03 +0000 (UTC) Date: Thu, 19 Nov 2020 09:17:02 -0500 From: Steven Rostedt To: Mel Gorman Cc: Peter Zijlstra , Thomas Gleixner , LKML , x86@kernel.org, Linus Torvalds , Christoph Hellwig , Matthew Wilcox , Daniel Vetter , Andrew Morton , linux-mm@kvack.org, Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Ben Segall , Daniel Bristot de Oliveira , Linus Torvalds Subject: Re: [patch V4 4/8] sched: Make migrate_disable/enable() independent of RT Message-ID: <20201119091702.59aac061@gandalf.local.home> In-Reply-To: <20201119121413.GI3306@suse.de> References: <20201118194838.753436396@linutronix.de> <20201118204007.269943012@linutronix.de> <20201119093834.GH3306@suse.de> <20201119111411.GL3121378@hirez.programming.kicks-ass.net> <20201119121413.GI3306@suse.de> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 19 Nov 2020 12:14:13 +0000 Mel Gorman wrote: > * Usage of migrate_disable is heavily discouraged as it is extremely > * hazardous on PREEMPT_RT kernels and any usage needs to be heavily I don't believe it's just PREEMPT_RT. It's RT tasks that are concerned, especially when you are dealing with SCHED_DEADLINE. PREEMPT_RT just allows better determinism for RT tasks, but the issue with migrate_disable is not limited to just PREEMPT_RT. -- Steve > * justified. Before even thinking about using this, read > * "Migrate-Disable and why it is undesired" in > * include/linux/preempt.h and include both a comment and document > * in the changelog why the use case is an exception.