Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3314728ybl; Fri, 20 Dec 2019 07:20:12 -0800 (PST) X-Google-Smtp-Source: APXvYqx57/k/DedVKcJefRrWDahbfFcjOl4jwK1tKZmnJrdTcGSnADwakv1I4nQaHbwaX3sJn73v X-Received: by 2002:a05:6808:24e:: with SMTP id m14mr4102073oie.168.1576855212526; Fri, 20 Dec 2019 07:20:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576855212; cv=none; d=google.com; s=arc-20160816; b=UhXqTHTk3MMeSHraZ5g5hEpiNDhAY3a8Yw+hyaQIvr9jzfwEy4A2sbZzFwHRHL6emu 8P40win9s7vQLBpTm72qe2aU26g1PQWw74uaexSJZU4aZjHQpwnzWamS5Q8+LVvNkGRy 4rmmMza1BShlDbtqalbTCHny1qUI8BmbTQdSjoHupRLvEYqOOWgzbwC8hq4qFnarhE/5 V5yPmxIyeEswotJZBXh4eOiE3zm1GKRTw29NTe4r1oXBmIHtYlqBINGXZb/z2kkS010j EgkvbAHdsYlT7DOZDvKVRGQTgQHIsWedM8O+mISSYeBtlc0A164dThNquc6tQ63dyFYe cUxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=Q51N5TvTl4yxylqhlsZaSiyb7Q7xjQLDEQDNcUUGU2Q=; b=wZH8ynkgYOauZkiqoz/uzLf35+68sJSW47xkfigTDjYJ2K/6OxcN5rguLlSwkNyG08 PdCMG0OErATN+v+mLnD6pBEtq0tv88LdotziMq6UkZQjJH57f7gBFh3MHvcAmUiniJSW tclEpbPRVlpLlIfgc4lpXvPZyhyt4Z3f5qGe7E6cFteH1Upg0tfzpacyN9sgcIt6elZO x5ON8XO6COPQU/zvHA4gSo+lqeyTSQ1rk4fx14+7OzLG/T84KZ3uETUaoyPYnsLELrFB roTnknowwqEi0l60e7ZA/OAXcDnSfNwXGT4abcbo69jZERLXhoss3Q56xp4S1EtI1gvP EGMg== 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 i8si5058399oih.206.2019.12.20.07.20.00; Fri, 20 Dec 2019 07:20:12 -0800 (PST) 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 S1727407AbfLTPSv (ORCPT + 99 others); Fri, 20 Dec 2019 10:18:51 -0500 Received: from mail.kernel.org ([198.145.29.99]:54484 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727233AbfLTPSv (ORCPT ); Fri, 20 Dec 2019 10:18:51 -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 E5E3E222C2; Fri, 20 Dec 2019 15:18:49 +0000 (UTC) Date: Fri, 20 Dec 2019 10:18:48 -0500 From: Steven Rostedt To: Kirill Tkhai Cc: Rasmus Villemoes , Peter Zijlstra , linux-kernel@vger.kernel.org, Kirill Tkhai , "mingo@redhat.com" , "juri.lelli@redhat.com" , "vincent.guittot@linaro.org" , "dietmar.eggemann@arm.com" , "bsegall@google.com" , "mgorman@suse.de" , Ingo Molnar , Andrew Morton Subject: Re: [RFC][PATCH 1/4] sched: Force the address order of each sched class descriptor Message-ID: <20191220101848.2b64b224@gandalf.local.home> In-Reply-To: <5846dfc3-a7a8-25af-aec7-3e326cf54efd@virtuozzo.com> References: <20191219214451.340746474@goodmis.org> <20191219214558.510271353@goodmis.org> <0a957e8d-7af8-613c-11ae-f51b9b241eb7@rasmusvillemoes.dk> <20191220100033.GE2844@hirez.programming.kicks-ass.net> <1ac359e8-fa7f-7ded-e2f2-9f7d0b23a4e1@rasmusvillemoes.dk> <5846dfc3-a7a8-25af-aec7-3e326cf54efd@virtuozzo.com> 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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 20 Dec 2019 13:44:05 +0300 Kirill Tkhai wrote: > My opinion is to better make some less beautiful thing in a single synchronous place, > than to distribute the redundancy over all the code (especially, when it is asynchronous). I very much subscribe to this notion. The TRACE_EVENT() and NMI code does the same. Keep all other use cases simple by making it complex in one locality. -- Steve