public inbox for linux-man@vger.kernel.org
 help / color / mirror / Atom feed
From: Guillaume Nault <gnault@redhat.com>
To: Alejandro Colomar <alx@kernel.org>
Cc: linux-man@vger.kernel.org
Subject: Re: [PATCH] rtnetlink.7: Document metrics attributes (RTAX_*).
Date: Wed, 8 Oct 2025 20:51:24 +0200	[thread overview]
Message-ID: <aOayrL0umGBiQpsZ@debian> (raw)
In-Reply-To: <z45wvnlrxlnrp367rgxotuieieyn7myfgct6lvjitn4igupo74@htps4hpfqamb>

On Wed, Oct 08, 2025 at 06:05:41PM +0200, Alejandro Colomar wrote:
> Hi Guillaume,
> 
> On Wed, Oct 08, 2025 at 04:41:19PM +0200, Guillaume Nault wrote:
> > > > +.IP
> > > > +.in +4n
> > > 
> > > I would use
> > > 
> > > 	.RS
> > > 	.IP
> > > 
> > > and get rid of the .in +4n.
> > 
> > I have no preference, I was just following the commands used elsewhere
> > in this man page.
> 
> Hmmm, I'll have a look at the source of that page later.  Maybe I need
> to fix the existing code.
> 
> > > > +.TE
> > > 
> > > And here use .RE.
> > 
> > Okay, I'll use .RS/.RE in v2.
> > 
> > > > +.IP
> > > > +Metrics that are locked with
> > > > +.B RTAX_LOCK
> > > > +take precedence over the values normally used by the kernel
> > > > +(computed or assigned by a sysctl or setsockopt(2)).
> > > > +Therefore, some metrics, like
> > > > +.BR RTAX_RTO_MIN ,
> > > > +have no effect unless their bit is set in
> > > > +.BR RTAX_LOCK .
> > > > +.in
> > > 
> > > I find this placement of .in weird.  The preceding paragraph isn't
> > > indented by it.  I think I prefer using .RS/.RE, and then you'd have to
> > > put .RE before this paragraph to get the same indentation.
> > > 
> > > Here's how your patch looks like:
> > > 
> > > 	$ MANWIDTH=72 diffman-git HEAD 2>/dev/null
> > > 	--- HEAD^:man/man7/rtnetlink.7
> > > 	+++ HEAD:man/man7/rtnetlink.7
> > > 	@@ -218,7 +218,8 @@ DESCRIPTION
> > > 		     RTA_GATEWAY     protocol address      The gateway of the route
> > > 		     RTA_PRIORITY    int                   Priority of route
> > > 		     RTA_PREFSRC     protocol address      Preferred source address
> 
> [...]
> 
> > > 	+                RTAX_RTO_MIN              __u32           Minimum Retransmission TimeOut to use for this route
> > > 	+                RTAX_INITRWND             __u32           Initial size of the receive window for this route
> > > 	+                RTAX_QUICKACK             __u32           Use quick ack for this route
> > > 	+                RTAX_CC_ALGO              asciiz string   Congestion Control algorithm to use for this route
> > > 	+                RTAX_FASTOPEN_NO_COOKIE   __u32           Allow TCP Fast Open without cookie
> > > 	+
> > > 	+            Metrics that are locked with RTAX_LOCK take precedence over
> > > 	+            the values normally used by the kernel (computed or as‐
> > > 	+            signed by a sysctl or setsockopt(2)).  Therefore, some met‐
> > > 	+            rics, like RTAX_RTO_MIN, have no effect unless their bit is
> > > 	+            set in RTAX_LOCK.
> > > 	+
> > > 		     RTA_MULTIPATH contains several packed instances of struct
> > > 		     rtnexthop together with nested RTAs (RTA_GATEWAY):
> > > 	 
> > > Is this indentation what you intended?
> > 
> > Yes.
> 
> Thanks!
> 
> > Is that indentation confusing? I can change it if necessary.
> 
> The indentation is fine.  Please keep it like that.  What's confusing is
> the source code, since the '.in' goes after the unindented paragraph,
> while I'd expect it to be the indentation terminator.  .RS/.RE is much
> more intuitive.

I understand what you mean now. Placing '.in' after the RTAX_LOCK
paragraph was an oversight.

I'm about to send v2, with .in replaced by .RS/.RE, as you proposed.
Thanks for the feedbacks!

> 
> Have a lovely day!
> Alex
> 
> -- 
> <https://www.alejandro-colomar.es>
> Use port 80 (that is, <...:80/>).



  reply	other threads:[~2025-10-08 18:51 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-19 10:53 [PATCH] rtnetlink.7: Document metrics attributes (RTAX_*) Guillaume Nault
2025-10-02 14:43 ` Guillaume Nault
2025-10-02 14:59   ` Alejandro Colomar
2025-10-02 15:06     ` Guillaume Nault
2025-10-02 21:33 ` Alejandro Colomar
2025-10-08 14:41   ` Guillaume Nault
2025-10-08 16:05     ` Alejandro Colomar
2025-10-08 18:51       ` Guillaume Nault [this message]
2025-10-12 21:28 ` Alejandro Colomar

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=aOayrL0umGBiQpsZ@debian \
    --to=gnault@redhat.com \
    --cc=alx@kernel.org \
    --cc=linux-man@vger.kernel.org \
    /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