public inbox for linux-doc@vger.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Tommaso Cucinotta <tommaso.cucinotta@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>
Cc: oe-kbuild-all@lists.linux.dev,
	Tommaso Cucinotta <tommaso.cucinotta@santannapisa.it>,
	Juri Lelli <juri.lelli@redhat.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Shuah Khan <skhan@linuxfoundation.org>,
	Shashank Balaji <shashank.mahadasyam@sony.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] sched/deadline: document new sched_getattr() feature for retrieving current parameters for DEADLINE tasks
Date: Tue, 3 Mar 2026 18:26:54 +0100	[thread overview]
Message-ID: <202603031858.JyW2vicC-lkp@intel.com> (raw)
In-Reply-To: <20260303104215.1324243-1-tommaso.cucinotta@santannapisa.it>

Hi Tommaso,

kernel test robot noticed the following build warnings:

[auto build test WARNING on f74d204baf9febf96237af6c1d7eff57fba7de36]

url:    https://github.com/intel-lab-lkp/linux/commits/Tommaso-Cucinotta/sched-deadline-document-new-sched_getattr-feature-for-retrieving-current-parameters-for-DEADLINE-tasks/20260303-184545
base:   f74d204baf9febf96237af6c1d7eff57fba7de36
patch link:    https://lore.kernel.org/r/20260303104215.1324243-1-tommaso.cucinotta%40santannapisa.it
patch subject: [PATCH] sched/deadline: document new sched_getattr() feature for retrieving current parameters for DEADLINE tasks
compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261)
docutils: docutils (Docutils 0.21.2, Python 3.13.5, on linux)
reproduce: (https://download.01.org/0day-ci/archive/20260303/202603031858.JyW2vicC-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202603031858.JyW2vicC-lkp@intel.com/

All warnings (new ones prefixed by >>):

   Checksumming on output with GSO
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [docutils]
>> Documentation/scheduler/sched-deadline.rst:631: WARNING: Inline interpreted text or phrase reference start-string without end-string. [docutils]
   Documentation/userspace-api/landlock:480: ./security/landlock/errata/abi-4.h:5: ERROR: Unexpected section title.


vim +631 Documentation/scheduler/sched-deadline.rst

   615	
   616	 Specifying a periodic/sporadic task that executes for a given amount of
   617	 runtime at each instance, and that is scheduled according to the urgency of
   618	 its own timing constraints needs, in general, a way of declaring:
   619	
   620	  - a (maximum/typical) instance execution time,
   621	  - a minimum interval between consecutive instances,
   622	  - a time constraint by which each instance must be completed.
   623	
   624	 Therefore:
   625	
   626	  * a new struct sched_attr, containing all the necessary fields is
   627	    provided;
   628	  * the new scheduling related syscalls that manipulate it, i.e.,
   629	    sched_setattr() and sched_getattr() are implemented.
   630	
 > 631	 The leftover runtime and absolute deadline of a SCHED_DEADLINE task can be
   632	 read using the sched_getattr() syscall, setting the last syscall parameter
   633	 `flags' to the SCHED_GETATTR_FLAG_DL_DYNAMIC=1 value. This updates the
   634	 runtime left, converts the absolute deadline in CLOCK_MONOTONIC reference,
   635	 then returns these parameters to user-space. The absolute deadline is
   636	 returned as the number of nanoseconds since the CLOCK_MONOTONIC time
   637	 reference (boot instant), as a u64 in the sched_deadline field of sched_attr,
   638	 which can represent nearly 585 years since boot time (calling sched_getattr()
   639	 with flags=0 causes retrieval of the static parameters instead).
   640	
   641	 For debugging purposes, these parameters can also be retrieved through
   642	 /proc/<pid>/sched (entries dl.runtime and dl.deadline, both values in ns),
   643	 but: this is highly inefficient; the returned runtime left is not updated as
   644	 done by sched_getattr(); the deadline is provided in kernel rq_clock time
   645	 reference, that is not directly usable from user-space.
   646	
   647	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki

  parent reply	other threads:[~2026-03-03 17:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-03 10:41 [PATCH] sched/deadline: document new sched_getattr() feature for retrieving current parameters for DEADLINE tasks Tommaso Cucinotta
2026-03-03 12:02 ` Juri Lelli
2026-03-03 17:26 ` kernel test robot [this message]
2026-03-03 18:42 ` Tommaso Cucinotta
2026-03-03 23:20   ` Randy Dunlap
2026-03-04 10:28 ` [PATCH v2] " Tommaso Cucinotta
2026-03-04 10:28   ` Tommaso Cucinotta
2026-03-09 16:17     ` Jonathan Corbet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202603031858.JyW2vicC-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=corbet@lwn.net \
    --cc=juri.lelli@redhat.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=peterz@infradead.org \
    --cc=shashank.mahadasyam@sony.com \
    --cc=skhan@linuxfoundation.org \
    --cc=tommaso.cucinotta@gmail.com \
    --cc=tommaso.cucinotta@santannapisa.it \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox