Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2231531pxj; Sun, 30 May 2021 18:49:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7dY57KmaSWiBWXJDkzQgmhEywuTugI9PBTeEEV6giYBUz/4o/n7kd6S+0RC/972S/cLy2 X-Received: by 2002:a05:6402:35c4:: with SMTP id z4mr22527418edc.362.1622425763489; Sun, 30 May 2021 18:49:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622425763; cv=none; d=google.com; s=arc-20160816; b=Suto/QfjvuI7a7Nx41T2qFRICqnvOxV1x8f9CGzCZaXQHBaaYHL8xiB6duwoat2ICt LEfZlqfnf1lDZ6fT3uhab26FxKgAsFy1co40oz8PW2y253CPIOBPovLQD3TzQg7O9Hlx 8OxUBJZBiikYPeHoqgnNZdpiw82JO3bRT4SbEkqsoo9JucoqH1hBFnUKj3Xrea7AFA8A xZFC4cvlPqtt2+urxZr1ayTN0T42FdoKCk5AhKFqYnUd3Pqbv6cD03EdJDe487FYpUxg m6OdjQG6LszTEw88lOfJoV1tarxfIEZ5pnxfWrSBBszmpf+EI1GVcPSWi93fFVR2tC4y sT1Q== 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 :message-id:date:subject:cc:to:from; bh=s16ZMuo4B1szvHyTlTP/0YLsiTnpJOF738vcqyr475Y=; b=tFLJg+LLAlCZZXxGGAMfjNe+PySezLUMJ8DKx0D8iNtq5yPVb5nxox9N7vFWFWqlMo RPEjHCDfhUNcMULzhvCr/xwZ0+XjL8yh2eJSfakea0zCHTlRl4z5P++O22DXr1E1d5tO UgnQTO3bgFsDbjDrQ/lHBJ9EgNIoDj3OqE0IUuc7EEEB/3B2L20uFhVCBqzP9/5TEHVG /qkCHY8YuRgQCxT+X/g7JcKS0RLYiy7wkeZ3SR7n+tHOEaF1h5tycWGO4rOqNNlniKEK y/qEGOtkwW+KMi+HWt4MdFNYZhl8uD9zQWcXPmmnF65KJM4JHidJCfac1/SU0HhQ5qlo Mj5g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d3si11601272ejt.52.2021.05.30.18.49.01; Sun, 30 May 2021 18:49:23 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230072AbhEaBtN (ORCPT + 99 others); Sun, 30 May 2021 21:49:13 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:2476 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230059AbhEaBtL (ORCPT ); Sun, 30 May 2021 21:49:11 -0400 Received: from dggeme760-chm.china.huawei.com (unknown [172.30.72.57]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4FtdPv27Zjz68nL; Mon, 31 May 2021 09:44:35 +0800 (CST) Received: from localhost.localdomain (10.175.104.82) by dggeme760-chm.china.huawei.com (10.3.19.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Mon, 31 May 2021 09:47:29 +0800 From: Zheng Yongjun To: , , , , , , , CC: Zheng Yongjun Subject: [PATCH net-next] sctp: sm_statefuns: Fix spelling mistakes Date: Mon, 31 May 2021 10:01:10 +0800 Message-ID: <20210531020110.2920255-1-zhengyongjun3@huawei.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.104.82] X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) To dggeme760-chm.china.huawei.com (10.3.19.106) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Fix some spelling mistakes in comments: genereate ==> generate correclty ==> correctly boundries ==> boundaries failes ==> fails Signed-off-by: Zheng Yongjun --- net/sctp/sm_statefuns.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/net/sctp/sm_statefuns.c b/net/sctp/sm_statefuns.c index fd1e319eda00..68e7d14c3799 100644 --- a/net/sctp/sm_statefuns.c +++ b/net/sctp/sm_statefuns.c @@ -608,7 +608,7 @@ enum sctp_disposition sctp_sf_do_5_1C_ack(struct net *net, sctp_add_cmd_sf(commands, SCTP_CMD_NEW_STATE, SCTP_STATE(SCTP_STATE_COOKIE_ECHOED)); - /* SCTP-AUTH: genereate the assocition shared keys so that + /* SCTP-AUTH: generate the assocition shared keys so that * we can potentially signe the COOKIE-ECHO. */ sctp_add_cmd_sf(commands, SCTP_CMD_ASSOC_SHKEY, SCTP_NULL()); @@ -838,7 +838,7 @@ enum sctp_disposition sctp_sf_do_5_1D_ce(struct net *net, /* Add all the state machine commands now since we've created * everything. This way we don't introduce memory corruptions - * during side-effect processing and correclty count established + * during side-effect processing and correctly count established * associations. */ sctp_add_cmd_sf(commands, SCTP_CMD_NEW_ASOC, SCTP_ASOC(new_asoc)); @@ -2950,7 +2950,7 @@ enum sctp_disposition sctp_sf_do_9_2_reshutack( commands); /* Since we are not going to really process this INIT, there - * is no point in verifying chunk boundries. Just generate + * is no point in verifying chunk boundaries. Just generate * the SHUTDOWN ACK. */ reply = sctp_make_shutdown_ack(asoc, chunk); @@ -3560,7 +3560,7 @@ enum sctp_disposition sctp_sf_do_9_2_final(struct net *net, goto nomem_chunk; /* Do all the commands now (after allocation), so that we - * have consistent state if memory allocation failes + * have consistent state if memory allocation fails */ sctp_add_cmd_sf(commands, SCTP_CMD_EVENT_ULP, SCTP_ULPEVENT(ev)); -- 2.25.1