All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jakub Kicinski <kuba@kernel.org>
To: Siddharth Vadapalli <s-vadapalli@ti.com>
Cc: <dario.binacchi@amarulasolutions.com>, <mkl@pengutronix.de>,
	<mailhol@kernel.org>, <msp@baylibre.com>,
	<florian.fainelli@broadcom.com>, <jonas.gorski@gmail.com>,
	<andrew@lunn.ch>, <olteanv@gmail.com>, <davem@davemloft.net>,
	<edumazet@google.com>, <pabeni@redhat.com>, <kurt@linutronix.de>,
	<hauke@hauke-m.de>, <chester.a.unal@arinc9.com>,
	<daniel@makrotopia.org>, <matthias.bgg@gmail.com>,
	<angelogioacchino.delregno@collabora.com>, <ansuelsmth@gmail.com>,
	<linusw@kernel.org>, <luizluca@gmail.com>,
	<alvin.sipraga@analog.com>, <clement.leger@bootlin.com>,
	<justin.chen@broadcom.com>, <dlan@kernel.org>,
	<rogerq@kernel.org>, <hkallweit1@gmail.com>,
	<linux@armlinux.org.uk>, <rjui@broadcom.com>,
	<sbranden@broadcom.com>, <bcm-kernel-feedback-list@broadcom.com>,
	<opendmb@gmail.com>, <andrei.botila@oss.nxp.com>,
	<wangruikang@iscas.ac.cn>, <amadeus@jmu.edu.cn>,
	<kees@kernel.org>, <tmshlvck@gmail.com>, <c-vankar@ti.com>,
	<horms@kernel.org>, <vadim.fedorenko@linux.dev>,
	<daniel.zahka@gmail.com>, <nora.schiffer@ew.tq-group.com>,
	<v-singh1@ti.com>, <oss@vassilevski.com>, <haokexin@gmail.com>,
	<alex@sverdlin.org>, <aleksandr.loktionov@intel.com>,
	<lgs201920130244@gmail.com>, <linux-can@vger.kernel.org>,
	<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-mediatek@lists.infradead.org>,
	<linux-renesas-soc@vger.kernel.org>,
	<linux-riscv@lists.infradead.org>, <spacemit@lists.linux.dev>,
	<linux-omap@vger.kernel.org>
Subject: Re: [PATCH net-next 00/33] Remove comma after sentinel entries in match table
Date: Sat, 5 Sep 2026 11:03:00 -0700	[thread overview]
Message-ID: <20260905110300.2b4825d5@kernel.org> (raw)
In-Reply-To: <cc1f9d12-e853-4000-8236-9e7f5a9ed314@ti.com>

On Sat, 5 Sep 2026 11:09:54 +0530 Siddharth Vadapalli wrote:
> > You failed to specify why this "cleanup" makes a difference.
> > have you ever seen the sentinel not be the last entry?  
> 
> The 'cleanup' in a way 'guarantees'/'enforces' sentinel being the last 
> entry, by catching 'copy-paste' errors at compile-time rather than being 
> a silent bug that shows up at runtime. If a new entry were to be 
> accidentally added after the sentinel entry in the current drivers, it 
> will not cause any compile-time error, but will fail silently at 
> runtime. This series 'cleans up' the drivers by making it a compile-time 
> error going forward (adding a new entry below sentinel will cause a 
> build error with the comma removed after the sentinel entry). I do not 
> doubt the review process on the mailing lists where such errors will 
> certainly be caught, but isn't it better if they are caught at 
> build-time instead, thereby saving reviewers the trouble of pointing out 
> such trivial mistakes?

Is it polite to answer a question with a question? 🧐️

Please be mindful of maintainer's time going forward.

> Trailing commas are an indication of 'scope-for-extension' in the 
> future, which holds true for 'enums' or other structures where newer 
> entires are added towards the end rather than being inserted in the 
> middle. Since that isn't the case here, this series makes it clear by 
> removing the trailing comma.


WARNING: multiple messages have this Message-ID (diff)
From: Jakub Kicinski <kuba@kernel.org>
To: Siddharth Vadapalli <s-vadapalli@ti.com>
Cc: <dario.binacchi@amarulasolutions.com>, <mkl@pengutronix.de>,
	<mailhol@kernel.org>, <msp@baylibre.com>,
	<florian.fainelli@broadcom.com>, <jonas.gorski@gmail.com>,
	<andrew@lunn.ch>, <olteanv@gmail.com>, <davem@davemloft.net>,
	<edumazet@google.com>, <pabeni@redhat.com>, <kurt@linutronix.de>,
	<hauke@hauke-m.de>, <chester.a.unal@arinc9.com>,
	<daniel@makrotopia.org>, <matthias.bgg@gmail.com>,
	<angelogioacchino.delregno@collabora.com>, <ansuelsmth@gmail.com>,
	<linusw@kernel.org>, <luizluca@gmail.com>,
	<alvin.sipraga@analog.com>, <clement.leger@bootlin.com>,
	<justin.chen@broadcom.com>, <dlan@kernel.org>,
	<rogerq@kernel.org>, <hkallweit1@gmail.com>,
	<linux@armlinux.org.uk>, <rjui@broadcom.com>,
	<sbranden@broadcom.com>, <bcm-kernel-feedback-list@broadcom.com>,
	<opendmb@gmail.com>, <andrei.botila@oss.nxp.com>,
	<wangruikang@iscas.ac.cn>, <amadeus@jmu.edu.cn>,
	<kees@kernel.org>, <tmshlvck@gmail.com>, <c-vankar@ti.com>,
	<horms@kernel.org>, <vadim.fedorenko@linux.dev>,
	<daniel.zahka@gmail.com>, <nora.schiffer@ew.tq-group.com>,
	<v-singh1@ti.com>, <oss@vassilevski.com>, <haokexin@gmail.com>,
	<alex@sverdlin.org>, <aleksandr.loktionov@intel.com>,
	<lgs201920130244@gmail.com>, <linux-can@vger.kernel.org>,
	<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-mediatek@lists.infradead.org>,
	<linux-renesas-soc@vger.kernel.org>,
	<linux-riscv@lists.infradead.org>, <spacemit@lists.linux.dev>,
	<linux-omap@vger.kernel.org>
Subject: Re: [PATCH net-next 00/33] Remove comma after sentinel entries in match table
Date: Sat, 5 Sep 2026 11:03:00 -0700	[thread overview]
Message-ID: <20260905110300.2b4825d5@kernel.org> (raw)
In-Reply-To: <cc1f9d12-e853-4000-8236-9e7f5a9ed314@ti.com>

On Sat, 5 Sep 2026 11:09:54 +0530 Siddharth Vadapalli wrote:
> > You failed to specify why this "cleanup" makes a difference.
> > have you ever seen the sentinel not be the last entry?  
> 
> The 'cleanup' in a way 'guarantees'/'enforces' sentinel being the last 
> entry, by catching 'copy-paste' errors at compile-time rather than being 
> a silent bug that shows up at runtime. If a new entry were to be 
> accidentally added after the sentinel entry in the current drivers, it 
> will not cause any compile-time error, but will fail silently at 
> runtime. This series 'cleans up' the drivers by making it a compile-time 
> error going forward (adding a new entry below sentinel will cause a 
> build error with the comma removed after the sentinel entry). I do not 
> doubt the review process on the mailing lists where such errors will 
> certainly be caught, but isn't it better if they are caught at 
> build-time instead, thereby saving reviewers the trouble of pointing out 
> such trivial mistakes?

Is it polite to answer a question with a question? 🧐️

Please be mindful of maintainer's time going forward.

> Trailing commas are an indication of 'scope-for-extension' in the 
> future, which holds true for 'enums' or other structures where newer 
> entires are added towards the end rather than being inserted in the 
> middle. Since that isn't the case here, this series makes it clear by 
> removing the trailing comma.


_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv

  reply	other threads:[~2026-09-05 18:03 UTC|newest]

Thread overview: 112+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-04  4:36 [PATCH net-next 00/33] Remove comma after sentinel entries in match table Siddharth Vadapalli
2026-09-04  4:36 ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 01/33] can: bxcan: Remove comma after sentinel-entry in match-table Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 02/33] can: c_can: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 03/33] can: flexcan: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 04/33] can: ifi_canfd: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 05/33] can: m_can: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:27   ` Markus Schneider-Pargmann
2026-09-04  8:27     ` Markus Schneider-Pargmann
2026-09-04  4:36 ` [PATCH net-next 06/33] can: sja1000: f81601: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 07/33] can: sja1000_platform: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 08/33] net: dsa: b53: mdio: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 09/33] net: dsa: b53: srab: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 10/33] net: dsa: bcm_sf2: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 11/33] net: dsa: hellcreek: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:31   ` Kurt Kanzenbach
2026-09-04  8:31     ` Kurt Kanzenbach
2026-09-04  4:36 ` [PATCH net-next 12/33] net: dsa: lan9303: i2c: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:52   ` Alexander Sverdlin
2026-09-04  4:36 ` [PATCH net-next 13/33] net: dsa: lan9303: mdio: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:51   ` Alexander Sverdlin
2026-09-04  4:36 ` [PATCH net-next 14/33] net: dsa: mxl-gsw1xx: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:52   ` Alexander Sverdlin
2026-09-04  9:59   ` Daniel Golle
2026-09-04  9:59     ` Daniel Golle
2026-09-04  4:36 ` [PATCH net-next 15/33] net: dsa: mt7530: mdio: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 16/33] net: dsa: mt7530: mmio: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  9:59   ` Daniel Golle
2026-09-04  9:59     ` Daniel Golle
2026-09-04  4:36 ` [PATCH net-next 17/33] net: dsa: mv88e6060: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:48   ` Alexander Sverdlin
2026-09-04 22:35   ` Linus Walleij
2026-09-04 22:35     ` Linus Walleij
2026-09-04  4:36 ` [PATCH net-next 18/33] net: dsa: mv88e6xxx: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:47   ` Alexander Sverdlin
2026-09-04 22:36   ` Linus Walleij
2026-09-04 22:36     ` Linus Walleij
2026-09-04  4:36 ` [PATCH net-next 19/33] net: dsa: qca8k: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 20/33] net: dsa: realtek: rtl8365mb: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04 13:55   ` Luiz Angelo Daros de Luca
2026-09-04 13:55     ` Luiz Angelo Daros de Luca
2026-09-04 22:34   ` Linus Walleij
2026-09-04 22:34     ` Linus Walleij
2026-09-04  4:36 ` [PATCH net-next 21/33] net: dsa: realtek: rtl8366rb: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04 22:36   ` Linus Walleij
2026-09-04 22:36     ` Linus Walleij
2026-09-04  4:36 ` [PATCH net-next 22/33] net: dsa: rzn1_a5psw: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:14   ` Geert Uytterhoeven
2026-09-04  8:14     ` Geert Uytterhoeven
2026-09-04  4:36 ` [PATCH net-next 23/33] net: dsa: sja1105: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 24/33] net: bcmasp: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-08 13:33   ` Loktionov, Aleksandr
2026-09-08 13:33     ` Loktionov, Aleksandr
2026-09-04  4:36 ` [PATCH net-next 25/33] net: spacemit: k1_emac: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04 14:19   ` Vivian Wang
2026-09-04 14:19     ` Vivian Wang
2026-09-07  2:34   ` Troy Mitchell
2026-09-07  2:34     ` Troy Mitchell
2026-09-04  4:36 ` [PATCH net-next 26/33] net: ti: am65-cpsw-nuss: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:46   ` Alexander Sverdlin
2026-09-04  4:36 ` [PATCH net-next 27/33] net: ethernet: ti: cpsw: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:45   ` Alexander Sverdlin
2026-09-04  4:36 ` [PATCH net-next 28/33] net: ethernet: ti: cpsw_new: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  8:45   ` Alexander Sverdlin
2026-09-04  4:36 ` [PATCH net-next 29/33] net: mdio: bcm-iproc: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 30/33] net: mdio: bcm-unimac: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 31/33] net: pcs: xpcs-plat: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 32/33] net: phy: nxp-c45-tja11xx: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04  4:36 ` [PATCH net-next 33/33] net: wan: slic_ds26522: " Siddharth Vadapalli
2026-09-04  4:36   ` Siddharth Vadapalli
2026-09-04 15:58 ` [PATCH net-next 00/33] Remove comma after sentinel entries in match table Jakub Kicinski
2026-09-04 15:58   ` Jakub Kicinski
2026-09-05  5:39   ` Siddharth Vadapalli
2026-09-05  5:39     ` Siddharth Vadapalli
2026-09-05 18:03     ` Jakub Kicinski [this message]
2026-09-05 18:03       ` Jakub Kicinski
2026-09-07  4:32       ` Siddharth Vadapalli
2026-09-07  4:32         ` Siddharth Vadapalli
2026-09-08  0:00 ` patchwork-bot+netdevbpf
2026-09-08  0:00   ` patchwork-bot+netdevbpf

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=20260905110300.2b4825d5@kernel.org \
    --to=kuba@kernel.org \
    --cc=aleksandr.loktionov@intel.com \
    --cc=alex@sverdlin.org \
    --cc=alvin.sipraga@analog.com \
    --cc=amadeus@jmu.edu.cn \
    --cc=andrei.botila@oss.nxp.com \
    --cc=andrew@lunn.ch \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=ansuelsmth@gmail.com \
    --cc=bcm-kernel-feedback-list@broadcom.com \
    --cc=c-vankar@ti.com \
    --cc=chester.a.unal@arinc9.com \
    --cc=clement.leger@bootlin.com \
    --cc=daniel.zahka@gmail.com \
    --cc=daniel@makrotopia.org \
    --cc=dario.binacchi@amarulasolutions.com \
    --cc=davem@davemloft.net \
    --cc=dlan@kernel.org \
    --cc=edumazet@google.com \
    --cc=florian.fainelli@broadcom.com \
    --cc=haokexin@gmail.com \
    --cc=hauke@hauke-m.de \
    --cc=hkallweit1@gmail.com \
    --cc=horms@kernel.org \
    --cc=jonas.gorski@gmail.com \
    --cc=justin.chen@broadcom.com \
    --cc=kees@kernel.org \
    --cc=kurt@linutronix.de \
    --cc=lgs201920130244@gmail.com \
    --cc=linusw@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-can@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux@armlinux.org.uk \
    --cc=luizluca@gmail.com \
    --cc=mailhol@kernel.org \
    --cc=matthias.bgg@gmail.com \
    --cc=mkl@pengutronix.de \
    --cc=msp@baylibre.com \
    --cc=netdev@vger.kernel.org \
    --cc=nora.schiffer@ew.tq-group.com \
    --cc=olteanv@gmail.com \
    --cc=opendmb@gmail.com \
    --cc=oss@vassilevski.com \
    --cc=pabeni@redhat.com \
    --cc=rjui@broadcom.com \
    --cc=rogerq@kernel.org \
    --cc=s-vadapalli@ti.com \
    --cc=sbranden@broadcom.com \
    --cc=spacemit@lists.linux.dev \
    --cc=tmshlvck@gmail.com \
    --cc=v-singh1@ti.com \
    --cc=vadim.fedorenko@linux.dev \
    --cc=wangruikang@iscas.ac.cn \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.