Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp574417ybm; Fri, 29 May 2020 07:13:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxGa9muUyhGIq3gS/5RJMe7VhpczSxmgF9ZxjhEbzgjomI5qg/jvdXEITSB4bSuuURsKlS+ X-Received: by 2002:aa7:c405:: with SMTP id j5mr8628480edq.314.1590761580092; Fri, 29 May 2020 07:13:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590761580; cv=none; d=google.com; s=arc-20160816; b=SnK6Ri4gbWizq1fOhWY2ZHI15ToWSrux1jJbZ6p69UVPTd99cB5F1FmNk29/skDX2O Iwy724feBEcROTZVl0id4Xjh/BiCJuJxWVi4PIqZtnxd1079PPkIGuzDAUDETAv7K1bj XPQd6LOEgXI+yBhEryZbs0v2aT78g5XLd0Q1CG+7EQHkTMKb//CNnAVdDFgsoG/UIcfl C0I7j2ywXVoFeTDTsfNMyrTw1JH4poyVInZLa5QZG6WudEjQhdpnnHfnuc2eigEs6HD1 J8MGl9oKEcQdbnZF2wR+OxO/O0GKmfVlglbClv2KzQKHWejeTG6qENalnBiXQpOogzuM +0Lg== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=OLtQfwwIfZN7q+GipL1+/XrfMlJQXNm5oWBVQE+2Qfc=; b=wUhUb0Qumv77zvcaoCo2p7ab2Bexj4dV0c2Qx2kUS9/4yXWotFq13qWouTqATHKwfV CfYqOTTqIDsyv9dqSgXVCoX+R4E5FMSEOlNzB9PdPRbj16VkVFVvZl0heHdDrHFQYP0L 77XxEDaE31/XZqMcbRrSW+rYh6DgOMDP+P5Nmj28WQkUq/SBrKAZ81SYfwPFAiSEGZzV rHvorUUNafhAg6Pftu9WAIGg3q2hrHk1nSWGuNRiLrX/oymNzAHc68rierSHxnlPyPnJ z1hBpBbXuFgEPFkiFcT2fu3RRdDiGkQLXjpz3aQowyjp6IGkx1SKZLe9OaPuorYss/RZ PcZA== 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 dt2si671733ejc.596.2020.05.29.07.12.34; Fri, 29 May 2020 07:13:00 -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; 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 S1726966AbgE2OKZ (ORCPT + 99 others); Fri, 29 May 2020 10:10:25 -0400 Received: from ms.lwn.net ([45.79.88.28]:58654 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726476AbgE2OKY (ORCPT ); Fri, 29 May 2020 10:10:24 -0400 Received: from lwn.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id BEE864E5; Fri, 29 May 2020 14:10:22 +0000 (UTC) Date: Fri, 29 May 2020 08:10:21 -0600 From: Jonathan Corbet To: Peter Zijlstra Cc: john mathew , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, tsbogend@alpha.franken.de, lukas.bulwahn@gmail.com, x86@kernel.org, linux-mips@vger.kernel.org, tglx@linutronix.de, mostafa.chamanara@gmail.com, willy@infradead.org, valentin.schneider@arm.com, rdunlap@infradead.org, Mostafa Chamanara , Oleg Tsymbal Subject: Re: [RFC PATCH v5 2/3] docs: scheduler: Add scheduler overview documentation Message-ID: <20200529081021.013e37d9@lwn.net> In-Reply-To: <20200529110012.GJ706495@hirez.programming.kicks-ass.net> References: <20200514092637.15684-1-John.Mathew@unikie.com> <20200514092637.15684-3-John.Mathew@unikie.com> <20200529110012.GJ706495@hirez.programming.kicks-ass.net> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 29 May 2020 13:00:12 +0200 Peter Zijlstra wrote: > > +**Thermal Pressure**: > > I find these attached headers really hard to read. And what's with the > ** stuff ? > > Other files in this same patch use a different style: > > Header > ------ > test goes here, > > Which I find a lot more readable. Use it here too? Normal headers would seem to be appropriate here, yes. > > +process runs when. In that context, it has the following tasks: > > + > > +* share CPU cores equally among all currently running processes. > > +* pick appropriate process to run next if required, considering scheduling > > + class/policy and process priorities. > > +* balance processes between multiple cores in SMP systems. > > indent the bullets at least one space, like: > > * share CPU cores... > * pick .. > > Write it like you want to read this as a text document. Ignore all that > RST bullshit. The "RST bullshit" can handle a leading space there just fine. > > +Runqueue > > +~~~~~~~~ > > + > > +:c:type:`struct rq ` is the central data structure of process > > I so hate that rst crap; John, can't we teach the thing that anything > called 'struct foo' or 'foo_t' is in fact a C type, just like we did > with foo() being a function? Yes, we can, we're just waiting for somebody (perhaps even me) to find the time to do it. Until then, I think we can probably just leave :c:type: out entirely. jon