From: Jakub Kicinski <kuba@kernel.org>
To: j.raczynski@samsung.com
Cc: Jakub Kicinski <kuba@kernel.org>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
kernel-janitors@vger.kernel.org
Subject: Re: [PATCH RESEND net-next] net/sun: Fix multiple typos in comments
Date: Wed, 29 Apr 2026 18:03:22 -0700 [thread overview]
Message-ID: <20260430010322.2326574-1-kuba@kernel.org> (raw)
In-Reply-To: <20260428101728.3537456-1-j.raczynski@samsung.com>
This is an AI-generated review of your patch. The human sending this
email has considered the AI review valid, or at least plausible.
---
net/sun: Fix multiple typos in comments
This patch fixes various typos in comments across the sun ethernet
drivers. A couple of the replacements may warrant a second look.
> diff --git a/drivers/net/ethernet/sun/cassini.c b/drivers/net/ethernet/sun/cassini.c
> index fe00e7dd3fe4..74fb0de12d21 100644
> --- a/drivers/net/ethernet/sun/cassini.c
> +++ b/drivers/net/ethernet/sun/cassini.c
[ ... ]
> @@ -4547,7 +4547,7 @@ static int cas_get_link_ksettings(struct net_device *dev,
> }
> if (linkstate != link_up) {
> /* Force these to "unknown" if the link is not up and
> - * autonogotiation in enabled. We can set the link
> + * autonegotiation in enabled. We can set the link
The "autonogotiation" to "autonegotiation" change looks correct, but
the neighbouring "in enabled" in the same sentence appears to be a
leftover grammar slip (should it read "is enabled"?). Since this
sentence is already being touched as part of the typo cleanup, would
it make sense to fix that at the same time?
> * speed to 0, but not cmd->duplex,
> * because its legal values are 0 and 1. Ethtool will
> * print the value reported in parentheses after the
[ ... ]
> diff --git a/drivers/net/ethernet/sun/sunhme.c b/drivers/net/ethernet/sun/sunhme.c
> index 4c9d5d4dd8a0..efbf042e9352 100644
> --- a/drivers/net/ethernet/sun/sunhme.c
> +++ b/drivers/net/ethernet/sun/sunhme.c
> @@ -1118,7 +1118,7 @@ static void happy_meal_transceiver_check(struct happy_meal *hp, void __iomem *tr
> *
> * We use skb_reserve() to align the data block we get in the skb. We
> * also program the etxregs->cfg register to use an offset of 2. This
> - * imperical constant plus the ethernet header size will always leave
> + * emperical constant plus the ethernet header size will always leave
Neither "imperical" nor "emperical" is a correct English word; the
intended word is "empirical". Was the replacement here meant to be
"empirical"?
> * us with a nicely aligned ip header once we pass things up to the
> * protocol layers.
> *
--
pw-bot: cr
next prev parent reply other threads:[~2026-04-30 1:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20260428102434eucas1p1dcf39fcb439687a062b0e41ffa3f7830@eucas1p1.samsung.com>
2026-04-28 10:17 ` [PATCH RESEND net-next] net/sun: Fix multiple typos in comments Jakub Raczynski
2026-04-30 1:03 ` Jakub Kicinski [this message]
2026-04-30 15:49 ` Jakub Raczynski
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=20260430010322.2326574-1-kuba@kernel.org \
--to=kuba@kernel.org \
--cc=j.raczynski@samsung.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@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