From: "Csókás Bence" <csokas.bence@prolan.hu>
To: Marc Kleine-Budde <mkl@pengutronix.de>,
Wei Fang <wei.fang@nxp.com>, Shenwei Wang <shenwei.wang@nxp.com>,
Clark Wang <xiaoning.wang@nxp.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
"Richard Cochran" <richardcochran@gmail.com>
Cc: <imx@lists.linux.dev>, <netdev@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <kernel@pengutronix.de>
Subject: Re: [PATCH net-next 01/13] net: fec: fix typos found by codespell
Date: Fri, 15 Nov 2024 15:40:24 +0100 [thread overview]
Message-ID: <f50ee921-277e-4aad-a96e-378c08ec8288@prolan.hu> (raw)
In-Reply-To: <20241016-fec-cleanups-v1-1-de783bd15e6a@pengutronix.de>
Hi,
On 2024. 10. 16. 23:51, Marc Kleine-Budde wrote:
> codespell has found some typos in the comments, fix them.
>
> Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
> ---
> drivers/net/ethernet/freescale/fec.h | 8 ++++----
> drivers/net/ethernet/freescale/fec_ptp.c | 4 ++--
> 2 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/net/ethernet/freescale/fec.h b/drivers/net/ethernet/freescale/fec.h
> index 1cca0425d49397bbdb97f2c058bd759f9e602f17..77c2a08d23542accdb85b37a6f86847d9eb56a7a 100644
> --- a/drivers/net/ethernet/freescale/fec.h
> +++ b/drivers/net/ethernet/freescale/fec.h
> @@ -115,7 +115,7 @@
> #define IEEE_T_MCOL 0x254 /* Frames tx'd with multiple collision */
> #define IEEE_T_DEF 0x258 /* Frames tx'd after deferral delay */
> #define IEEE_T_LCOL 0x25c /* Frames tx'd with late collision */
> -#define IEEE_T_EXCOL 0x260 /* Frames tx'd with excesv collisions */
> +#define IEEE_T_EXCOL 0x260 /* Frames tx'd with excessive collisions */
> #define IEEE_T_MACERR 0x264 /* Frames tx'd with TX FIFO underrun */
> #define IEEE_T_CSERR 0x268 /* Frames tx'd with carrier sense err */
> #define IEEE_T_SQE 0x26c /* Frames tx'd with SQE err */
> @@ -342,7 +342,7 @@ struct bufdesc_ex {
> #define FEC_TX_BD_FTYPE(X) (((X) & 0xf) << 20)
>
> /* The number of Tx and Rx buffers. These are allocated from the page
> - * pool. The code may assume these are power of two, so it it best
> + * pool. The code may assume these are power of two, so it is best
> * to keep them that size.
> * We don't need to allocate pages for the transmitter. We just use
> * the skbuffer directly.
> @@ -460,7 +460,7 @@ struct bufdesc_ex {
> #define FEC_QUIRK_SINGLE_MDIO (1 << 11)
> /* Controller supports RACC register */
> #define FEC_QUIRK_HAS_RACC (1 << 12)
> -/* Controller supports interrupt coalesc */
> +/* Controller supports interrupt coalesce */
> #define FEC_QUIRK_HAS_COALESCE (1 << 13)
> /* Interrupt doesn't wake CPU from deep idle */
> #define FEC_QUIRK_ERR006687 (1 << 14)
> @@ -495,7 +495,7 @@ struct bufdesc_ex {
> */
> #define FEC_QUIRK_HAS_EEE (1 << 20)
>
> -/* i.MX8QM ENET IP version add new feture to generate delayed TXC/RXC
> +/* i.MX8QM ENET IP version add new feature to generate delayed TXC/RXC
> * as an alternative option to make sure it works well with various PHYs.
> * For the implementation of delayed clock, ENET takes synchronized 250MHz
> * clocks to generate 2ns delay.
> diff --git a/drivers/net/ethernet/freescale/fec_ptp.c b/drivers/net/ethernet/freescale/fec_ptp.c
> index 7f6b57432071667e8553363f7c8c21198f38f530..8722f623d9e47e385439f1cee8c677e2b95b236d 100644
> --- a/drivers/net/ethernet/freescale/fec_ptp.c
> +++ b/drivers/net/ethernet/freescale/fec_ptp.c
> @@ -118,7 +118,7 @@ static u64 fec_ptp_read(const struct cyclecounter *cc)
> * @fep: the fec_enet_private structure handle
> * @enable: enable the channel pps output
> *
> - * This function enble the PPS ouput on the timer channel.
> + * This function enable the PPS output on the timer channel.
enableS
> */
> static int fec_ptp_enable_pps(struct fec_enet_private *fep, uint enable)
> {
> @@ -173,7 +173,7 @@ static int fec_ptp_enable_pps(struct fec_enet_private *fep, uint enable)
> * very close to the second point, which means NSEC_PER_SEC
> * - ts.tv_nsec is close to be zero(For example 20ns); Since the timer
> * is still running when we calculate the first compare event, it is
> - * possible that the remaining nanoseonds run out before the compare
> + * possible that the remaining nanoseconds run out before the compare
> * counter is calculated and written into TCCR register. To avoid
> * this possibility, we will set the compare event to be the next
> * of next second. The current setting is 31-bit timer and wrap
>
Otherwise, LGTM.
Reviewed-by: Csókás, Bence <csokas.bence@prolan.hu>
Bence
next prev parent reply other threads:[~2024-11-15 14:40 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-16 21:51 [PATCH net-next 00/13] net: fec: cleanups, update quirk, update IRQ naming Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 01/13] net: fec: fix typos found by codespell Marc Kleine-Budde
2024-10-17 1:31 ` Wei Fang
2024-10-17 1:52 ` Frank Li
2024-11-15 14:40 ` Csókás Bence [this message]
2024-10-16 21:51 ` [PATCH net-next 02/13] net: fec: struct fec_enet_private: remove obsolete comment Marc Kleine-Budde
2024-10-17 1:37 ` Wei Fang
2024-10-17 1:55 ` Frank Li
2024-10-17 6:53 ` Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 03/13] net: fec: add missing header files Marc Kleine-Budde
2024-10-17 1:40 ` Wei Fang
2024-10-17 1:56 ` Frank Li
2024-10-17 6:53 ` Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 04/13] net: fec: rename struct fec_devinfo fec_imx6x_info -> fec_imx6sx_info Marc Kleine-Budde
2024-10-17 1:44 ` Wei Fang
2024-10-17 1:59 ` Frank Li
2024-10-17 6:54 ` Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 05/13] net: fec: fec_restart(): introduce a define for FEC_ECR_SPEED Marc Kleine-Budde
2024-10-17 1:47 ` Wei Fang
2024-10-17 2:05 ` Frank Li
2024-10-17 6:56 ` Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 06/13] net: fec: fec_restart(): make use of FEC_ECR_RESET Marc Kleine-Budde
2024-10-17 1:49 ` Wei Fang
2024-10-17 2:07 ` Frank Li
2024-10-17 6:56 ` Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 07/13] net: fec: fec_probe(): update quirk: bring IRQs in correct order Marc Kleine-Budde
2024-10-17 2:15 ` Frank Li
2024-10-17 6:13 ` Marc Kleine-Budde
2024-10-17 3:09 ` Wei Fang
2024-10-17 6:16 ` Marc Kleine-Budde
2024-10-17 7:43 ` Wei Fang
2024-10-17 10:21 ` Marc Kleine-Budde
2024-10-17 14:03 ` Frank Li
2024-10-17 14:21 ` Marc Kleine-Budde
2024-10-17 15:30 ` Frank Li
2024-10-18 9:16 ` Marc Kleine-Budde
2024-10-18 15:26 ` Frank Li
2024-10-16 21:51 ` [PATCH net-next 08/13] net: fec: fec_probe(): let IRQ name reflect its function Marc Kleine-Budde
2024-10-17 2:24 ` Frank Li
2024-10-17 3:12 ` Wei Fang
2024-10-16 21:51 ` [PATCH net-next 09/13] net: fec: fec_enet_rx_queue(): use same signature as fec_enet_tx_queue() Marc Kleine-Budde
2024-10-17 2:32 ` Frank Li
2024-10-17 7:02 ` Marc Kleine-Budde
2024-10-16 21:51 ` [PATCH net-next 10/13] net: fec: fec_enet_rx_queue(): replace open coded cast by skb_vlan_eth_hdr() Marc Kleine-Budde
2024-10-17 2:44 ` Frank Li
2024-10-17 7:04 ` Marc Kleine-Budde
2024-10-17 3:15 ` Wei Fang
2024-10-16 21:51 ` [PATCH net-next 11/13] net: fec: fec_enet_rx_queue(): reduce scope of data Marc Kleine-Budde
2024-10-17 2:49 ` Frank Li
2024-10-17 3:19 ` Wei Fang
2024-10-16 21:52 ` [PATCH net-next 12/13] net: fec: fec_enet_rx_queue(): move_call to _vlan_hwaccel_put_tag() Marc Kleine-Budde
2024-10-17 3:05 ` Frank Li
2024-10-17 7:05 ` Marc Kleine-Budde
2024-10-17 3:29 ` Wei Fang
2024-10-16 21:52 ` [PATCH net-next 13/13] net: fec: fec_enet_rx_queue(): factor out VLAN handling into separate function fec_enet_rx_vlan() Marc Kleine-Budde
2024-10-17 3:07 ` Frank Li
2024-10-17 3:33 ` Wei Fang
2024-10-17 7:09 ` Marc Kleine-Budde
2024-10-17 7:48 ` Wei Fang
2024-10-18 7:21 ` Marc Kleine-Budde
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=f50ee921-277e-4aad-a96e-378c08ec8288@prolan.hu \
--to=csokas.bence@prolan.hu \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=imx@lists.linux.dev \
--cc=kernel@pengutronix.de \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mkl@pengutronix.de \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
--cc=shenwei.wang@nxp.com \
--cc=wei.fang@nxp.com \
--cc=xiaoning.wang@nxp.com \
/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®