From: "Leizhen (ThunderTown)" <thunder.leizhen@huawei.com>
To: Bagas Sanjaya <bagasdotme@gmail.com>
Cc: "Paul E . McKenney" <paulmck@kernel.org>,
Frederic Weisbecker <frederic@kernel.org>,
Neeraj Upadhyay <quic_neeraju@quicinc.com>,
"Josh Triplett" <josh@joshtriplett.org>,
Steven Rostedt <rostedt@goodmis.org>,
Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
Lai Jiangshan <jiangshanlai@gmail.com>,
Joel Fernandes <joel@joelfernandes.org>, <rcu@vger.kernel.org>,
<linux-kernel@vger.kernel.org>,
Stephen Rothwell <sfr@canb.auug.org.au>,
<linux-next@vger.kernel.org>
Subject: Re: [PATCH v2] doc: Fix htmldocs build warnings of stallwarn.rst
Date: Thu, 24 Nov 2022 11:57:24 +0800 [thread overview]
Message-ID: <6c5d82bc-f0bf-5cff-2eaa-58acd6aa78cd@huawei.com> (raw)
In-Reply-To: <32e46feb-20ee-b3b4-8c36-e6f8c295a4d6@huawei.com>
On 2022/11/24 11:34, Leizhen (ThunderTown) wrote:
>
>
> On 2022/11/23 21:54, Bagas Sanjaya wrote:
>> On Wed, Nov 23, 2022 at 08:02:38PM +0800, Zhen Lei wrote:
>>> Documentation/RCU/stallwarn.rst:
>>> 401: WARNING: Literal block expected; none found.
>>> 428: WARNING: Literal block expected; none found.
>>> 445: WARNING: Literal block expected; none found.
>>> 459: WARNING: Literal block expected; none found.
>>> 468: WARNING: Literal block expected; none found.
>>>
>>> The literal block need to be indented, so add two spaces to each line.
>>
>> Indenting to match alignment of lists texts?
>
> It's required by reStructuredText Markup Specification.
>
> Indented Literal Blocks
> Indented literal blocks are indicated by indentation relative to the
> surrounding text (leading whitespace on each line). The literal block
> ends with the end of the indentation.
>
> The surrounding text need to be indented, relative to the paragraphs
> above and below it and at the same level.
>
>>
>>> Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
>>
>> You miss crediting linux-next list, so please add:
>>
>> Link: https://lore.kernel.org/linux-next/20221123163255.48653674@canb.auug.org.au/
>> Fixes: 3d2788ba4573 ("doc: Document CONFIG_RCU_CPU_STALL_CPUTIME=y stall information")
>> Reported-by: Stephen Rothwell <sfr@canb.auug.org.au>
>
> OK, thanks.
>
>>
>>> -The sampling period is shown as follows:
>>> -:<------------first timeout---------->:<-----second timeout----->:
>>> -:<--half timeout-->:<--half timeout-->: :
>>> -: :<--first period-->: :
>>> -: :<-----------second sampling period---------->:
>>> -: : : :
>>> -: snapshot time point 1st-stall 2nd-stall
>>> +The sampling period is shown as follows::
>>>
>>> + |<------------first timeout---------->|<-----second timeout----->|
>>> + |<--half timeout-->|<--half timeout-->| |
>>> + | |<--first period-->| |
>>> + | |<-----------second sampling period---------->|
>>> + | | | |
>>> + | snapshot time point 1st-stall 2nd-stall
>>
>> The beginning pipe (|) on the last line of diagram above shouldn't be there
>> (axis label?).
>
> OK, it might look better to delete it.
>
> The text in literal block is treated as plain text.
>
>
>>
>>>
>>> The following describes four typical scenarios:
>>>
>>> -1. A CPU looping with interrupts disabled.::
>>> +1. A CPU looping with interrupts disabled.
>>>
>>> - rcu: hardirqs softirqs csw/system
>>> - rcu: number: 0 0 0
>>> - rcu: cputime: 0 0 0 ==> 2500(ms)
>>> + ::
>>> +
>>> + rcu: hardirqs softirqs csw/system
>>> + rcu: number: 0 0 0
>>> + rcu: cputime: 0 0 0 ==> 2500(ms)
>>>
>>> Because interrupts have been disabled throughout the measurement
>>> interval, there are no interrupts and no context switches.
>>> @@ -440,11 +442,11 @@ The following describes four typical scenarios:
>>>
>>> This is similar to the previous example, but with non-zero number of
>>> and CPU time consumed by hard interrupts, along with non-zero CPU
>>> - time consumed by in-kernel execution.::
>>> + time consumed by in-kernel execution. ::
>>>
>>> - rcu: hardirqs softirqs csw/system
>>> - rcu: number: 624 0 0
>>> - rcu: cputime: 49 0 2446 ==> 2500(ms)
>>> + rcu: hardirqs softirqs csw/system
>>> + rcu: number: 624 0 0
>>> + rcu: cputime: 49 0 2446 ==> 2500(ms)
>>>
>>> The fact that there are zero softirqs gives a hint that these were
>>> disabled, perhaps via local_bh_disable(). It is of course possible
>>> @@ -454,20 +456,22 @@ The following describes four typical scenarios:
>>>
>>> 3. A CPU looping with preemption disabled.
>>>
>>> - Here, only the number of context switches is zero.::
>>> + Here, only the number of context switches is zero. ::
>>>
>>> - rcu: hardirqs softirqs csw/system
>>> - rcu: number: 624 45 0
>>> - rcu: cputime: 69 1 2425 ==> 2500(ms)
>>> + rcu: hardirqs softirqs csw/system
>>> + rcu: number: 624 45 0
>>> + rcu: cputime: 69 1 2425 ==> 2500(ms)
>>>
>>> This situation hints that the stalled CPU was looping with preemption
>>> disabled.
>>>
>>> -4. No looping, but massive hard and soft interrupts.::
>>> +4. No looping, but massive hard and soft interrupts.
>>> +
>>> + ::
>>>
>>> - rcu: hardirqs softirqs csw/system
>>> - rcu: number: xx xx 0
>>> - rcu: cputime: xx xx 0 ==> 2500(ms)
>>> + rcu: hardirqs softirqs csw/system
>>> + rcu: number: xx xx 0
>>> + rcu: cputime: xx xx 0 ==> 2500(ms)
>>>
>>> Here, the number and CPU time of hard interrupts are all non-zero,
>>> but the number of context switches and the in-kernel CPU time consumed
>>>
>>
>> Because paragraphs below the snippets directly refers to them,just use colon:
>
> This makes the style inconsistent when viewed on the web page. So I decided not
> to change it.
>
> Take your advice and the end result will be as follows: (1 and 4 followed by a
> colon, 2 and 3 followed by a dot)
>
> 1. A CPU looping with interrupts disabled:
> 2. A CPU looping with bottom halves disabled.
> 3. A CPU looping with preemption disabled.
> 4. No looping, but massive hard and soft interrupts:
Oh, I accept the suggestions for items 2 and 3.
>
>>
>> ---- >8 ----
>>
>> diff --git a/Documentation/RCU/stallwarn.rst b/Documentation/RCU/stallwarn.rst
>> index f15b766d39b8d9..4f6b91be03cfe0 100644
>> --- a/Documentation/RCU/stallwarn.rst
>> +++ b/Documentation/RCU/stallwarn.rst
>> @@ -423,9 +423,7 @@ The sampling period is shown as follows::
>>
>> The following describes four typical scenarios:
>>
>> -1. A CPU looping with interrupts disabled.
>> -
>> - ::
>> +1. A CPU looping with interrupts disabled::
>>
>> rcu: hardirqs softirqs csw/system
>> rcu: number: 0 0 0
>> @@ -442,7 +440,7 @@ The following describes four typical scenarios:
>>
>> This is similar to the previous example, but with non-zero number of
>> and CPU time consumed by hard interrupts, along with non-zero CPU
>> - time consumed by in-kernel execution. ::
>> + time consumed by in-kernel execution::
>>
>> rcu: hardirqs softirqs csw/system
>> rcu: number: 624 0 0
>> @@ -456,7 +454,7 @@ The following describes four typical scenarios:
>>
>> 3. A CPU looping with preemption disabled.
>>
>> - Here, only the number of context switches is zero. ::
>> + Here, only the number of context switches is zero::
>>
>> rcu: hardirqs softirqs csw/system
>> rcu: number: 624 45 0
>> @@ -465,9 +463,7 @@ The following describes four typical scenarios:
>> This situation hints that the stalled CPU was looping with preemption
>> disabled.
>>
>> -4. No looping, but massive hard and soft interrupts.
>> -
>> - ::
>> +4. No looping, but massive hard and soft interrupts::
>>
>> rcu: hardirqs softirqs csw/system
>> rcu: number: xx xx 0
>>
>> Thanks.
>>
>
--
Regards,
Zhen Lei
prev parent reply other threads:[~2022-11-24 3:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-23 12:02 Zhen Lei
2022-11-23 13:54 ` Bagas Sanjaya
2022-11-24 3:34 ` Leizhen (ThunderTown)
2022-11-24 3:57 ` Leizhen (ThunderTown) [this message]
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=6c5d82bc-f0bf-5cff-2eaa-58acd6aa78cd@huawei.com \
--to=thunder.leizhen@huawei.com \
--cc=bagasdotme@gmail.com \
--cc=frederic@kernel.org \
--cc=jiangshanlai@gmail.com \
--cc=joel@joelfernandes.org \
--cc=josh@joshtriplett.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=paulmck@kernel.org \
--cc=quic_neeraju@quicinc.com \
--cc=rcu@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=sfr@canb.auug.org.au \
/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
all inboxes | Powered by JetHome®