Date: Wed, 7 Sep 2022 07:26:53 GMT From: Gordon Bergling <gbe@FreeBSD.org> To: src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-branches@FreeBSD.org Subject: git: 7a3fb8b190ce - stable/13 - tcp_hpts: Correct some typos in source code comments Message-ID: <202209070726.2877QrDe042645@gitrepo.freebsd.org>
next in thread | raw e-mail | index | archive | help
The branch stable/13 has been updated by gbe (doc committer): URL: https://cgit.FreeBSD.org/src/commit/?id=7a3fb8b190ce242ff64faa80a287ce51db176bcf commit 7a3fb8b190ce242ff64faa80a287ce51db176bcf Author: Gordon Bergling <gbe@FreeBSD.org> AuthorDate: 2022-09-04 10:47:49 +0000 Commit: Gordon Bergling <gbe@FreeBSD.org> CommitDate: 2022-09-07 07:22:29 +0000 tcp_hpts: Correct some typos in source code comments - s/occured/occurred/ - s/the the/the/ (cherry picked from commit d07a5018766e11d7f9d7f0c1aa5e0a9baa5ca6d6) --- sys/netinet/tcp_hpts.c | 4 ++-- sys/netinet/tcp_hpts.h | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/sys/netinet/tcp_hpts.c b/sys/netinet/tcp_hpts.c index 8f415dce3fe1..c9ce91efc607 100644 --- a/sys/netinet/tcp_hpts.c +++ b/sys/netinet/tcp_hpts.c @@ -1618,7 +1618,7 @@ again: * goes off and sees the mis-match. We * simply correct it here and the CPU will * switch to the new hpts nextime the tcb - * gets added to the the hpts (not this one) + * gets added to the hpts (not this one) * :-) */ tcp_set_hpts(inp); @@ -1664,7 +1664,7 @@ again: * than the previous inp) and there no * assurance that ninp was not pulled while * we were processing inp and freed. If this - * occured it could mean that either: + * occurred it could mean that either: * * a) Its NULL (which is fine we won't go * here) <or> b) Its valid (which is cool we diff --git a/sys/netinet/tcp_hpts.h b/sys/netinet/tcp_hpts.h index bfbd34e65ff5..c9229d0b9ce1 100644 --- a/sys/netinet/tcp_hpts.h +++ b/sys/netinet/tcp_hpts.h @@ -214,7 +214,7 @@ void __tcp_hpts_remove(struct inpcb *inp, int32_t flags, int32_t line); * it to be 1 (so you wont call output) it may be transitioning * to 0 (by the hpts). That will be fine since that will just * mean an extra call to tcp_output that most likely will find - * the call you executed (when the mis-match occured) will have + * the call you executed (when the mis-match occurred) will have * put the TCB back on the hpts and it will return. If your * call did not add it back to the hpts then you will either * over-send or the cwnd will block you from sending more.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202209070726.2877QrDe042645>