Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp1293128pxt; Sat, 7 Aug 2021 06:26:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyXL3gxEixP4l1lWeogqPwtPfLpfqic2LXjb3XOru6XtMmgFoajKTlgZD9ufQ51BdH0bGlF X-Received: by 2002:a17:906:76d4:: with SMTP id q20mr14813043ejn.369.1628342773564; Sat, 07 Aug 2021 06:26:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628342773; cv=none; d=google.com; s=arc-20160816; b=hg9V+ZoBy4L/I+7CzAlzz4JBJyezJZFU92xHBlOOcXsJb1peoIWLb7Z53o7F/4ZDj0 znUtVLF9I5fTnSPf+Ex0usPir7eOhlqmM0fkGJ9kYwz8WWyA1AjrBeEaD7RsjBUmqGqE UN5eKWLiCV9ZZWnQXxQyCW6Pq1yhcNFU9jqPmRzEswxPPto89tXRXZTKijWbjbX/0mwJ t0Qx++3CF+prCIKtNtgXi8OjI4nnSgoGNM3Ix+lYQfZmHkwnGgyTXw3SH2xjnXMB7XBR Qld4MT1BCSMM76zXnyfN9V3jGrpR0Q8DiQsRETVYn6QtgtuqDQd1Rz4cvhlms4k+hSzb znxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=wTCObNaumjMmSQjiMkHdeXIKPcK04wqpF897bUg8RMw=; b=aT6jEoncLy3v2xGNS+29bSSPgvtdTkNwa2zpHb+YqZK2pc9yDQ9ktHws3MhzygjY7N aDhoPMulff+2WZDzPBRPRoWhmgX+ScVDO8RGFBYMNHIw1dHsbwAaTbqMp/kHCUZuHHqy P/jEbhxwFcAXrC9zPey6VW3FKes11prwvry8UUYBbXjVKX4Ka+cSeEz4amQqViOLeWiK 4qOZ0tllVr0qJmTl6gpEQae+ovu0UgfBfnRbBeJEE/OIgXJaSwF7k4/9p34G1XXn1L1k 3TSNqoy2CB5gl2+sP4Wdjco/gogEnJJb7CUWVV+/kTpziCu/5asGZyraPGawOvx9k5Xd LVlA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c24si13643305edw.443.2021.08.07.06.25.50; Sat, 07 Aug 2021 06:26:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232280AbhHGNWP (ORCPT + 99 others); Sat, 7 Aug 2021 09:22:15 -0400 Received: from smtprelay0066.hostedemail.com ([216.40.44.66]:37604 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S232181AbhHGNWO (ORCPT ); Sat, 7 Aug 2021 09:22:14 -0400 Received: from omf02.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay07.hostedemail.com (Postfix) with ESMTP id DA0A91802203A; Sat, 7 Aug 2021 13:21:55 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf02.hostedemail.com (Postfix) with ESMTPA id F100C1D42F5; Sat, 7 Aug 2021 13:21:54 +0000 (UTC) Message-ID: <0b52c87bb939fe45c1cf07fe9c3409e927138046.camel@perches.com> Subject: Re: [PATCH] atm: horizon: Fix spelling mistakes in TX comment From: Joe Perches To: Jun Miao , 3chas3@gmail.com Cc: linux-atm-general@lists.sourceforge.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Date: Sat, 07 Aug 2021 06:21:53 -0700 In-Reply-To: <20210807124903.1237510-1-jun.miao@windriver.com> References: <20210807124903.1237510-1-jun.miao@windriver.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.0-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspamout05 X-Rspamd-Queue-Id: F100C1D42F5 X-Spam-Status: No, score=0.11 X-Stat-Signature: xa3pkcrguuujaerdidd13utzegda99m8 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1947+D92hpECD2REcbo0UEsQCSWWwcspLk= X-HE-Tag: 1628342514-354626 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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