From patchwork Thu Oct 30 05:55:58 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stephen Hemminger X-Patchwork-Id: 5193611 Return-Path: X-Original-To: patchwork-linux-wireless@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 4173A9F349 for ; Thu, 30 Oct 2014 05:56:21 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 80381202F8 for ; Thu, 30 Oct 2014 05:56:16 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id B6E722022D for ; Thu, 30 Oct 2014 05:56:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751388AbaJ3F4J (ORCPT ); Thu, 30 Oct 2014 01:56:09 -0400 Received: from mail-pa0-f48.google.com ([209.85.220.48]:44362 "EHLO mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750998AbaJ3F4I (ORCPT ); Thu, 30 Oct 2014 01:56:08 -0400 Received: by mail-pa0-f48.google.com with SMTP id ey11so4731594pad.7 for ; Wed, 29 Oct 2014 22:56:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-type:content-transfer-encoding; bh=w6ss6njoXIq8Xv+l5pqeXFWGDAzgqc36gyd43u8PdkE=; b=efqbHsXmhk/uE0LHnN77SuiMeC/g3wxi+Hbz1XEi+1fZmy3tBKjIV5OFgZmUd0ljNz al1lH13hseDeJd6l9QQbvsYrWDYjUCN9hbxlcE8DDXQfop7uza6HgRvUe2wl7QxC3q8j 09nZIYVuqtDykzj636Tks7i/fDzeasFPBHmwmqD6T9lbkx8ZzclAx+gyL4B+toCfNmuJ qgQ/gcDebH136ha9xMOzcqdXMG/+OTTfNprbGUyk+yeoCa/ZcW4NlNLiLVKPm/oloPg8 ui0eqyfLhTEjexW6vw8s57OYlMjGmfOsaTY1aQHhyARvsza2lzPfYD3R4lrI0m+RJpTJ ozOw== X-Gm-Message-State: ALoCoQkrZaMOU7pcgjI5HdSU7B8/GSGLSOO/2YY7EVI/JYH+5+oKU8a5ab5eitQtz8IpjbbOemTJ X-Received: by 10.70.128.11 with SMTP id nk11mr14757426pdb.113.1414648567793; Wed, 29 Oct 2014 22:56:07 -0700 (PDT) Received: from urahara (static-50-53-65-80.bvtn.or.frontiernet.net. [50.53.65.80]) by mx.google.com with ESMTPSA id x5sm2488607pbt.79.2014.10.29.22.56.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Oct 2014 22:56:07 -0700 (PDT) Date: Wed, 29 Oct 2014 22:55:58 -0700 From: Stephen Hemminger To: Johannes Berg Cc: linux-wireless@vger.kernel.org Subject: [PATCH net-next] mac80211: fix spelling errors Message-ID: <20141029225558.1422bc2f@urahara> MIME-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org X-Spam-Status: No, score=-7.5 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Use codespell to find spelling errors. Signed-off-by: Stephen Hemminger --- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html --- a/net/mac80211/cfg.c 2014-09-28 16:27:20.657506824 -0700 +++ b/net/mac80211/cfg.c 2014-10-27 20:39:21.207560433 -0700 @@ -190,7 +190,7 @@ static int ieee80211_add_key(struct wiph * receive the key. When wpa_supplicant has roamed * using FT, it attempts to set the key before * association has completed, this rejects that attempt - * so it will set the key again after assocation. + * so it will set the key again after association. * * TODO: accept the key if we have a station entry and * add it to the device after the station. --- a/net/mac80211/chan.c 2014-09-28 16:27:20.657506824 -0700 +++ b/net/mac80211/chan.c 2014-10-27 20:39:31.959544235 -0700 @@ -1634,7 +1634,7 @@ int ieee80211_vif_change_bandwidth(struc } break; case IEEE80211_CHANCTX_WILL_BE_REPLACED: - /* TODO: Perhaps the bandwith change could be treated as a + /* TODO: Perhaps the bandwidth change could be treated as a * reservation itself? */ ret = -EBUSY; goto out; --- a/net/mac80211/ieee80211_i.h 2014-09-28 16:27:20.657506824 -0700 +++ b/net/mac80211/ieee80211_i.h 2014-10-27 20:34:20.639799015 -0700 @@ -131,7 +131,7 @@ enum ieee80211_bss_corrupt_data_flags { * * These are bss flags that are attached to a bss in the * @valid_data field of &struct ieee80211_bss. They show which parts - * of the data structure were recieved as a result of an un-corrupted + * of the data structure were received as a result of an un-corrupted * beacon/probe response. */ enum ieee80211_bss_valid_data_flags { --- a/net/mac80211/rc80211_minstrel.c 2014-09-28 16:27:20.661506846 -0700 +++ b/net/mac80211/rc80211_minstrel.c 2014-10-27 20:39:46.503525113 -0700 @@ -191,7 +191,7 @@ minstrel_update_stats(struct minstrel_pr * (1) if any success probabilitiy >= 95%, out of those rates * choose the maximum throughput rate as max_prob_rate * (2) if all success probabilities < 95%, the rate with - * highest success probability is choosen as max_prob_rate */ + * highest success probability is chosen as max_prob_rate */ if (mrs->probability >= MINSTREL_FRAC(95, 100)) { if (mrs->cur_tp >= mi->r[tmp_prob_rate].stats.cur_tp) tmp_prob_rate = i; --- a/net/mac802154/ieee802154_dev.c 2014-07-25 11:02:43.895028221 -0700 +++ b/net/mac802154/ieee802154_dev.c 2014-10-27 20:40:26.471487715 -0700 @@ -267,7 +267,7 @@ ieee802154_alloc_device(size_t priv_data * +-----------------------+ * * Due to ieee802154 layer isn't aware of driver and MAC structures, - * so lets allign them here. + * so lets align them here. */ priv_size = ALIGN(sizeof(*priv), NETDEV_ALIGN) + priv_data_len;