From: Randy Dunlap <rdunlap@infradead.org>
To: Pavel Pisa <pisa@fel.cvut.cz>,
Luis Felipe Hernandez <luis.hernandez093@gmail.com>
Cc: corbet@lwn.net, alexandre.belloni@bootlin.com,
ondrej.ille@gmail.com, mkl@pengutronix.de,
James.Bottomley@hansenpartnership.com,
martin.petersen@oracle.com, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org,
"Martin Jeřábek" <martin.jerabek01@gmail.com>,
"Jiří Novák" <jnovak@fel.cvut.cz>
Subject: Re: [PATCH] docs: Fix kernel-doc indentation errors in multiple drivers
Date: Sat, 5 Jul 2025 14:45:47 -0700 [thread overview]
Message-ID: <de23c688-bbe3-4059-a342-bd692c25cf08@infradead.org> (raw)
In-Reply-To: <b56b9602-d715-4de8-903e-7c97423bf5bb@infradead.org>
On 7/5/25 2:36 PM, Randy Dunlap wrote:
> Hi,
>
>
> On 7/5/25 12:23 PM, Pavel Pisa wrote:
>> Dear Luis Felipe Hernandez,
>>
>> I focus only on drivers/net/can/ctucanfd/ctucanfd_base.c
>>
>> On Thursday 03 of July 2025 04:35:11 Luis Felipe Hernandez wrote:
>>> Fix kernel-doc formatting issues causing "Unexpected indentation"
>>> errors during documentation build in CAN, SCSI, and I3C drivers.
>>>
>>> Signed-off-by: Luis Felipe Hernandez <luis.hernandez093@gmail.com>
>>> ---
>>> drivers/i3c/device.c | 6 +++---
>>> drivers/net/can/ctucanfd/ctucanfd_base.c | 8 ++++----
>>> drivers/scsi/scsi.c | 4 ++--
>>> 3 files changed, 9 insertions(+), 9 deletions(-)
>>>
>> ...
>>> diff --git a/drivers/net/can/ctucanfd/ctucanfd_base.c
>>> b/drivers/net/can/ctucanfd/ctucanfd_base.c index bf6398772960..bd6938f6e105
>>> 100644
>>> --- a/drivers/net/can/ctucanfd/ctucanfd_base.c
>>> +++ b/drivers/net/can/ctucanfd/ctucanfd_base.c
>>> @@ -507,10 +507,10 @@ static bool ctucan_is_txt_buf_writable(struct
>>> ctucan_priv *priv, u8 buf) * @isfdf: True - CAN FD Frame, False - CAN 2.0
>>> Frame
>>> *
>>> * Return: True - Frame inserted successfully
>>> - * False - Frame was not inserted due to one of:
>>> - * 1. TXT Buffer is not writable (it is in wrong state)
>>> - * 2. Invalid TXT buffer index
>>> - * 3. Invalid frame length
>>> + * False - Frame was not inserted due to one of:
>>> + * 1. TXT Buffer is not writable (it is in wrong state)
>>> + * 2. Invalid TXT buffer index
>>> + * 3. Invalid frame length
>>> */
>>> static bool ctucan_insert_frame(struct ctucan_priv *priv, const struct
>>> canfd_frame *cf, u8 buf, bool isfdf)
>>
>> I do not have strong opinion there but the numberred list {1., 2., 3.}
>> is the sublevel of the top list {True, False} under the False option.
>>
>> You have flattened the list which hides the connection of error
>> reasons to the False return value.
>>
>> But if the strict rules for indentation are more important
>> than my feeling for easy navigation then I do not want to stand
>> in way and go forward.
>>
>> Aligning False under True has some reason, the original
>> text used tabs for indentnation, which is I understand
>> as generally preferred in kernel sources and the original
>> comment with correct tab = 8 spaces renders well for me
>
> I don't see any need for the tab->spaces conversion either.
>
> It renders in .c (text) or html? It looks fine in the .c source
> file, but the current html rendering is like this:
>
> Return
>
> True - Frame inserted successfully False - Frame was not inserted due to one of:
>
> 1. TXT Buffer is not writable (it is in wrong state)
> 2. Invalid TXT buffer index
> 3. Invalid frame length
>
> It needs something to turn True and False into a bullet list
> (non-numbered), as documented in Documentation/doc-guide/kernel-doc.rst:
>
> So, in order to produce the desired line breaks, you need to use a
> ReST list, e. g.::
>
> * Return:
> * * %0 - OK to runtime suspend the device
> * * %-EBUSY - Device should not be runtime suspended
>
>
>
> I don't see any of these kernel-doc warnings. I would guess that
> either Pavel or I am using some older/newer version of whatever
> software is causing this.
>
>>
>> * Return: True - Frame inserted successfully
>> * False - Frame was not inserted due to one of:
>> * 1. TXT Buffer is not writable (it is in wrong state)
>> * 2. Invalid TXT buffer index
>> * 3. Invalid frame length
>
>
The following patch works for me, both in .c (reading source file)
and the html rendering.
Pavel, feel free to use it.
---
drivers/net/can/ctucanfd/ctucanfd_base.c | 11 ++++++-----
1 file changed, 6 insertions(+), 5 deletions(-)
--- linux-next-20250704.orig/drivers/net/can/ctucanfd/ctucanfd_base.c
+++ linux-next-20250704/drivers/net/can/ctucanfd/ctucanfd_base.c
@@ -506,11 +506,12 @@ static bool ctucan_is_txt_buf_writable(s
* @buf: TXT Buffer index to which frame is inserted (0-based)
* @isfdf: True - CAN FD Frame, False - CAN 2.0 Frame
*
- * Return: True - Frame inserted successfully
- * False - Frame was not inserted due to one of:
- * 1. TXT Buffer is not writable (it is in wrong state)
- * 2. Invalid TXT buffer index
- * 3. Invalid frame length
+ * Return:
+ * * True - Frame inserted successfully
+ * * False - Frame was not inserted due to one of:
+ * 1. TXT Buffer is not writable (it is in wrong state)
+ * 2. Invalid TXT buffer index
+ * 3. Invalid frame length
*/
static bool ctucan_insert_frame(struct ctucan_priv *priv, const struct canfd_frame *cf, u8 buf,
bool isfdf)
next prev parent reply other threads:[~2025-07-05 21:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-03 2:35 [PATCH] docs: Fix kernel-doc indentation errors in multiple drivers Luis Felipe Hernandez
2025-07-05 19:23 ` Pavel Pisa
2025-07-05 21:36 ` Randy Dunlap
2025-07-05 21:45 ` Randy Dunlap [this message]
2025-07-15 0:20 ` Bagas Sanjaya
2025-07-07 0:37 ` Bagas Sanjaya
2025-07-07 0:47 ` Randy Dunlap
2025-07-07 13:43 ` Felipe Hernandez
2025-07-20 0:14 ` Randy Dunlap
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=de23c688-bbe3-4059-a342-bd692c25cf08@infradead.org \
--to=rdunlap@infradead.org \
--cc=James.Bottomley@hansenpartnership.com \
--cc=alexandre.belloni@bootlin.com \
--cc=corbet@lwn.net \
--cc=jnovak@fel.cvut.cz \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luis.hernandez093@gmail.com \
--cc=martin.jerabek01@gmail.com \
--cc=martin.petersen@oracle.com \
--cc=mkl@pengutronix.de \
--cc=ondrej.ille@gmail.com \
--cc=pisa@fel.cvut.cz \
/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