Received: by 10.223.185.116 with SMTP id b49csp553906wrg; Fri, 16 Feb 2018 03:28:46 -0800 (PST) X-Google-Smtp-Source: AH8x224G7iULbdwLV8Do/krv7ySZU4FAM0lSJwQB2t3Whf7miKdmTWbyP+3iJq31+QeqxI5rYKqP X-Received: by 10.101.92.6 with SMTP id u6mr4937623pgr.440.1518780526486; Fri, 16 Feb 2018 03:28:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518780526; cv=none; d=google.com; s=arc-20160816; b=ob9B9uQ+vkYCFLGFliwJiTve2hAvFD8IvU0imX7VDlJ8zZ7Yo/6vSBtj4q9lRzNMOJ cbXfppFgeuWpxKzZA3ICaC/Yb5ippPN2gaBUtGrBYr9QKClyIDnr4hEdqRjBQ/mokJ2J XxJSIna9fgVxBBMIRv47bjaOIee01yB7TK1BtfB5NFh8RvshmeMp6r/363OfZsKIUT4E B1cNaJyAvWkCsnRhbsJBlGioq9LiSnbAXjusBvLCrAH4Ae/uKsZ1MDvPaoOKln618ZOX +SYfFOuppNM2uNyHo+VX7xo0FWaJA33rTq7mMVYYZk3oLNNPM4rbiRRDmq/PuFR/RFWN gYPA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=y9YLKhi3DjRqcUEA7ZUtxMn3r+3cIXCcQCopdomgcIs=; b=IZekPM1JP0Nv1wuiXZOCH0F5TED+Pm3GRI+MDlyiOPAlhmndGzBUWzAj2MJrLf5w1G BZC4lR+LZR11rLAog+TXR5g133C9nNwMP/x9JVbZmyR6+amzKHzzm7YLV0eJojAVwbkv FtqfSP5TXwhs9ON3eirE7CCcXWWJlgewYN+2blaY02TQaSLWT1+fWDP9ST+WOTVW9z1p 2+vt0gkUZww7TM8biDrC1mbZgS9PejAFKmag1hnFKgeW+DodB6Wp7InzfjBayEMwv2/H YTBKjsRHDLuni2Fxg+YAqxNS3HtHjbLfLEaq6Qbwi+AHJrkXCWtkrHGJdP6tlKPEW0H8 lGtw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=L+1RNtEl; 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 w123si3096499pfd.285.2018.02.16.03.28.32; Fri, 16 Feb 2018 03:28:46 -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; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=L+1RNtEl; 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 S1946139AbeBORtl (ORCPT + 99 others); Thu, 15 Feb 2018 12:49:41 -0500 Received: from bombadil.infradead.org ([198.137.202.133]:43390 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1164321AbeBORtj (ORCPT ); Thu, 15 Feb 2018 12:49:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To: Subject:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=y9YLKhi3DjRqcUEA7ZUtxMn3r+3cIXCcQCopdomgcIs=; b=L+1RNtEltGkENnlp0UBBwqCOY 9wNhorIJElBBUAlLZmcuy2MaJVW8Lv6GHeBVl9RdOLTK9Vg3sQU6eUCFmJP7ZqxBp6McPr97VliI7 K5rQ76igZHIz8gaijOAvVKFuO95z08X4hX6fpimkjng0sdHl442PZzi8lPg+XLjCq2mFKYQ0duw7+ lrh9RvguIWlLJ99J20ZdrCcdvRrjGMV7jJPdkTntoLOjYt9s/SZPEAzCkuuA2AGkFfPmvMe+YED5Q eAiKQNl312AjGlNJst+SpowYSRwF+NzwgNCuAYhKFu5xig47yb4qtzF52BVb+/I6TFw47r9KRLa4U T4dH9pkMg==; Received: from static-50-53-52-16.bvtn.or.frontiernet.net ([50.53.52.16] helo=midway.dunlab) by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux)) id 1emNf8-0008Ky-AA; Thu, 15 Feb 2018 17:49:38 +0000 Subject: Re: [PATCH-next] sched/headers: Clean up To: Christopher Diaz Riveros , mingo@redhat.com, peterz@infradead.org Cc: linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org References: <20180215154318.15894-1-chrisadr@gentoo.org> From: Randy Dunlap Message-ID: <7badd1c7-8d7d-02e9-1299-2d0e83754a66@infradead.org> Date: Thu, 15 Feb 2018 09:49:36 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180215154318.15894-1-chrisadr@gentoo.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/15/2018 07:43 AM, Christopher Diaz Riveros wrote: > Trivial clean up making comments fit in 80 columns and keeping the same comment style. Why change the /** (indicates kernel-doc notation) to just /* ? Is scripts/kernel-doc complaining with warnings or errors? > Signed-off-by: Christopher Diaz Riveros > --- > include/linux/sched.h | 54 +++++++++++++++++++++++++++++++++------------------ > 1 file changed, 35 insertions(+), 19 deletions(-) > > diff --git a/include/linux/sched.h b/include/linux/sched.h > index b161ef8a902e..c752a0d48944 100644 > --- a/include/linux/sched.h > +++ b/include/linux/sched.h > @@ -183,7 +183,7 @@ extern void io_schedule_finish(int token); > extern long io_schedule_timeout(long timeout); > extern void io_schedule(void); > > -/** > +/* > * struct prev_cputime - snapshot of system and user cputime > * @utime: time spent in user mode > * @stime: time spent in system mode > @@ -200,7 +200,7 @@ struct prev_cputime { > #endif > }; > > -/** > +/* > * struct task_cputime - collected CPU time counts > * @utime: time spent in user mode, in nanoseconds > * @stime: time spent in kernel mode, in nanoseconds > @@ -437,20 +437,28 @@ struct sched_dl_entity { > * during sched_setattr(), they will remain the same until > * the next sched_setattr(). > */ > - u64 dl_runtime; /* Maximum runtime for each instance */ > - u64 dl_deadline; /* Relative deadline of each instance */ > - u64 dl_period; /* Separation of two instances (period) */ > - u64 dl_bw; /* dl_runtime / dl_period */ > - u64 dl_density; /* dl_runtime / dl_deadline */ > + /* Maximum runtime for each instance */ > + u64 dl_runtime; > + /* Relative deadline of each instance */ > + u64 dl_deadline; > + /* Separation of two instances (period) */ > + u64 dl_period; > + /* dl_runtime / dl_period */ > + u64 dl_bw; > + /* dl_runtime / dl_deadline */ > + u64 dl_density; > > /* > * Actual scheduling parameters. Initialized with the values above, > * they are continously updated during task execution. Note that > * the remaining runtime could be < 0 in case we are in overrun. > */ > - s64 runtime; /* Remaining runtime for this instance */ > - u64 deadline; /* Absolute deadline for this instance */ > - unsigned int flags; /* Specifying the scheduler behaviour */ > + /* Remaining runtime for this instance */ > + s64 runtime; > + /* Absolute deadline for this instance */ > + u64 deadline; > + /* Specifying the scheduler behaviour */ > + unsigned int flags; > > /* > * Some bool flags: > @@ -666,7 +674,8 @@ struct task_struct { > unsigned no_cgroup_migration:1; > #endif > > - unsigned long atomic_flags; /* Flags requiring atomic access. */ > + /* Flags requiring atomic access. */ > + unsigned long atomic_flags; > > struct restart_block restart_block; > > @@ -678,8 +687,9 @@ struct task_struct { > unsigned long stack_canary; > #endif > /* > - * Pointers to the (original) parent process, youngest child, younger sibling, > - * older sibling, respectively. (p->father can be replaced with > + * Pointers to the (original) parent process, youngest child, > + * younger sibling, older sibling, respectively. > + * (p->father can be replaced with > * p->real_parent->pid) > */ > > @@ -743,7 +753,10 @@ struct task_struct { > /* Boot based time in nsecs: */ > u64 real_start_time; > > - /* MM fault and swap info: this can arguably be seen as either mm-specific or thread-specific: */ > + /* > + * MM fault and swap info: this can arguably be seen as either > + * mm-specific or thread-specific: > + */ > unsigned long min_flt; > unsigned long maj_flt; > > @@ -815,7 +828,10 @@ struct task_struct { > u32 parent_exec_id; > u32 self_exec_id; > > - /* Protection against (de-)allocation: mm, files, fs, tty, keyrings, mems_allowed, mempolicy: */ > + /* > + * Protection against (de-)allocation: mm, files, fs, tty, > + * keyrings, mems_allowed, mempolicy: > + */ > spinlock_t alloc_lock; > > /* Protection of the PI data structures: */ > @@ -1176,7 +1192,7 @@ static inline pid_t task_tgid_nr(struct task_struct *tsk) > return tsk->tgid; > } > > -/** > +/* > * pid_alive - check that a task structure is not stale > * @p: Task structure to be checked. > * > @@ -1275,7 +1291,7 @@ static inline char task_state_to_char(struct task_struct *tsk) > return task_index_to_char(task_state_index(tsk)); > } > > -/** > +/* > * is_global_init - check if a task structure is init. Since init > * is free to have sub-threads we need to check tgid. > * @tsk: Task structure to be checked. > @@ -1422,7 +1438,7 @@ extern int yield_to(struct task_struct *p, bool preempt); > extern void set_user_nice(struct task_struct *p, long nice); > extern int task_prio(const struct task_struct *p); > > -/** > +/* > * task_nice - return the nice value of a given task. > * @p: the task in question. > * > @@ -1442,7 +1458,7 @@ extern int sched_setattr(struct task_struct *, const struct sched_attr *); > extern int sched_setattr_nocheck(struct task_struct *, const struct sched_attr *); > extern struct task_struct *idle_task(int cpu); > > -/** > +/* > * is_idle_task - is the specified task an idle task? > * @p: the task in question. > * > -- ~Randy