It's "mustn't", not "musn't", meaning "shall not".
Let's fix that.
Signed-off-by: Jun Miao <[email protected]>
---
drivers/atm/horizon.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/atm/horizon.c b/drivers/atm/horizon.c
index 4f2951cbe69c..9ee494bc5c51 100644
--- a/drivers/atm/horizon.c
+++ b/drivers/atm/horizon.c
@@ -2167,10 +2167,10 @@ static int hrz_open (struct atm_vcc *atm_vcc)
// Part of the job is done by atm_pcr_goal which gives us a PCR
// specification which says: EITHER grab the maximum available PCR
- // (and perhaps a lower bound which we musn't pass), OR grab this
+ // (and perhaps a lower bound which we mustn't pass), OR grab this
// amount, rounding down if you have to (and perhaps a lower bound
- // which we musn't pass) OR grab this amount, rounding up if you
- // have to (and perhaps an upper bound which we musn't pass). If any
+ // which we mustn't pass) OR grab this amount, rounding up if you
+ // have to (and perhaps an upper bound which we mustn't pass). If any
// bounds ARE passed we fail. Note that rounding is only rounding to
// match device limitations, we do not round down to satisfy
// bandwidth availability even if this would not violate any given
--
2.32.0
On Sat, 2021-08-07 at 20:49 +0800, Jun Miao wrote:
> It's "mustn't", not "musn't", meaning "shall not".
> Let's fix that.
Perhaps more useful to change to 'must not' for the
non-native speaker.
> diff --git a/drivers/atm/horizon.c b/drivers/atm/horizon.c
[]
> @@ -2167,10 +2167,10 @@ static int hrz_open (struct atm_vcc *atm_vcc)
> ???
>
> ???// Part of the job is done by atm_pcr_goal which gives us a PCR
> ???// specification which says: EITHER grab the maximum available PCR
> - // (and perhaps a lower bound which we musn't pass), OR grab this
> + // (and perhaps a lower bound which we mustn't pass), OR grab this
> ???// amount, rounding down if you have to (and perhaps a lower bound
> - // which we musn't pass) OR grab this amount, rounding up if you
> - // have to (and perhaps an upper bound which we musn't pass). If any
> + // which we mustn't pass) OR grab this amount, rounding up if you
> + // have to (and perhaps an upper bound which we mustn't pass). If any
> ???// bounds ARE passed we fail. Note that rounding is only rounding to
> ???// match device limitations, we do not round down to satisfy
> ???// bandwidth availability even if this would not violate any given
On 8/7/21 9:21 PM, Joe Perches wrote:
> [Please note: This e-mail is from an EXTERNAL e-mail address]
>
> On Sat, 2021-08-07 at 20:49 +0800, Jun Miao wrote:
>> It's "mustn't", not "musn't", meaning "shall not".
>> Let's fix that.
> Perhaps more useful to change to 'must not' for the
> non-native speaker.
Ok, V2 : Suggested-by: Joe Perches <[email protected]>
Thanks
Jun
>> diff --git a/drivers/atm/horizon.c b/drivers/atm/horizon.c
> []
What's mean this [] ?
>> @@ -2167,10 +2167,10 @@ static int hrz_open (struct atm_vcc *atm_vcc)
>>
>>
>> // Part of the job is done by atm_pcr_goal which gives us a PCR
>> // specification which says: EITHER grab the maximum available PCR
>> - // (and perhaps a lower bound which we musn't pass), OR grab this
>> + // (and perhaps a lower bound which we mustn't pass), OR grab this
>> // amount, rounding down if you have to (and perhaps a lower bound
>> - // which we musn't pass) OR grab this amount, rounding up if you
>> - // have to (and perhaps an upper bound which we musn't pass). If any
>> + // which we mustn't pass) OR grab this amount, rounding up if you
>> + // have to (and perhaps an upper bound which we mustn't pass). If any
>> // bounds ARE passed we fail. Note that rounding is only rounding to
>> // match device limitations, we do not round down to satisfy
>> // bandwidth availability even if this would not violate any given
>