From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1A184C001E0 for ; Mon, 23 Oct 2023 15:23:17 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4446B6B00D7; Mon, 23 Oct 2023 11:23:16 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 3F4266B00D8; Mon, 23 Oct 2023 11:23:16 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2E4D36B00D9; Mon, 23 Oct 2023 11:23:16 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 200C16B00D7 for ; Mon, 23 Oct 2023 11:23:16 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id E004B140272 for ; Mon, 23 Oct 2023 15:23:15 +0000 (UTC) X-FDA: 81377094750.13.896BD28 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) by imf17.hostedemail.com (Postfix) with ESMTP id F32F04000F for ; Mon, 23 Oct 2023 15:23:11 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b=BGwnqZnY; spf=none (imf17.hostedemail.com: domain of rdunlap@infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=rdunlap@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1698074594; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=9lZs69Vxt1Y/639BD76HQcQPNwVZLE/2hQa7QNs6Ms0=; b=OkFWL6GuouIx/U3QCZChX1ZuWMmGz8BSXInjlqZRL9Sf/ZnQ/rsXcxFFPBhABsPuSo5ea2 zhl759FNi44I1mgRprmDGEdht9CTSH+QeKLJirpT21TdFEoTlijP2ZYTBrWm8zpP7/g6u0 MuVIRkDwGrcSt48BinzijaDCmNvIh4w= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1698074594; a=rsa-sha256; cv=none; b=icf3oo5FU5BAXfoMHllEhSuSPzU2DE0gMHt+RYZfZzcVMFimW3QZkjOvEkomyuxl75CQpx D+4yeP+n0jYnTlUxh1xWKxoWh7JYmp8b/fCFJn1xXySy1eJLOOXaHAAbPslkq+PTD1eM/I L8owz2CitTpb8taE8yJvdpVZXQ2D7uM= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b=BGwnqZnY; spf=none (imf17.hostedemail.com: domain of rdunlap@infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=rdunlap@infradead.org; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date: Message-ID:Sender:Reply-To:Content-ID:Content-Description; bh=9lZs69Vxt1Y/639BD76HQcQPNwVZLE/2hQa7QNs6Ms0=; b=BGwnqZnYPJ3zkjDBcj5Jm32Fnm 6KRlCEYo8QFwVxV+Gso1KfR8XpWk7jqSBg2f8aoUL726FehLAcWj1NT763wj1Pv2kFxu1WGT7vC3T 75YMSX1+HXqHmubJ3SEaq6ep0iuT5U5rLzsRGPhlaKYCKOoayowlcO1kgeJiQay3KUEJRWhyAlyj+ lqZnn74xZUNyDGsavrGfZu/G7LxVBHWHAlIl7PXGlhAnNeqOwX51SLxWRD8G/zaNCX5pYzOra5l0t Wm9k1iDEGpgXjkbEebxdLORNgCrkA2ZMwz/Lqiwfml5lfBSFGp+UR4sRrYOBMuqOqCT7Hx1ijHLEU ZAv3nFUg==; Received: from [50.53.46.231] (helo=[192.168.254.15]) by bombadil.infradead.org with esmtpsa (Exim 4.96 #2 (Red Hat Linux)) id 1quwlo-007g3x-0I; Mon, 23 Oct 2023 15:23:08 +0000 Message-ID: Date: Mon, 23 Oct 2023 08:23:07 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] mm: Fixed multiple typos in multiple files Content-Language: en-US To: Muhammad Muzammil , willy@infradead.org, James.Bottomley@hansenpartnership.com Cc: akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20231023124300.36829-1-m.muzzammilashraf@gmail.com> From: Randy Dunlap In-Reply-To: <20231023124300.36829-1-m.muzzammilashraf@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: F32F04000F X-Rspam-User: X-Rspamd-Server: rspam11 X-Stat-Signature: 3j9fre9ixbdigim8khmky1mggdzbzxok X-HE-Tag: 1698074591-832439 X-HE-Meta: U2FsdGVkX18G5GWEcE4mJnxxyxLOH2lroGDIAo3TRfxMz/I30mHiWiglNoM63da3TFoH846xfsfktKi2eqqNps14EEaCVRdWCi9WPua6JFLrD0litCjwgBB4z7lYQq8RwDIM/Qf4UPyVC3CJSvFPnu6gjUqqMkjRZAvecoD83H4USFt0S7CPQjoTfWrKaZ9GeN7/ldFMY3nsArrpXr1AtXmxt+fF616ZWL9lvYnEOWd44edl2cC8N+KuSEv/P+kK2HcR+x9Fl97DkSC/LOftzPipNZFP/zO50rEzXrME3L6qXrkRbTMZNyJg6Ml1U13EUz78FUOPMsvlVIp3eOp2TjhAnWEE2/vYYWWJ/WSispeHyDRQkm/MxrMaxShb7ewRj6cqhEYerPg3jgesIMlUXH/gMt2PxLsg3XSB3w9NWWFdWObv0vsspB1tbMh3FULY7FcMZIdOIHtl95lwz3MaRmdpSLGXZV0qdA4Qx5pHDu6R0Mo7m0lPzuceAUSJe95wZ7OoacMTCkgT34oJPMUIyf3DEHJIeoJ5waHIMbvHpYn+BKoNFMF838ojfDMd0WWUScLrjNqatOm30z+QylSkUZ2we9nf5SQnbcPIuWHZOtdRHApD8ruLiuFxBmW4M92nBgdqAAY2z3zbIrd6/ArOta8PFKjI/hr43SKB7Fjnu72bsUBzZHMIvK2XJBvcX+yXsNjim9B4YK7y/ga9EnUmr9E24j4XV7HcsKF3XoVbE80pNcKQZExomiNm6v/l6ajZ2nYjs3juUZSOnKatGyznuwzcMWg5gWkTsBExjd4okHJrTW8f6S6FW4FWRvN68M91dmvmMmspg5f3951O+VWSlSmr8dRX4kICM0NYr3M9HjqD3Xrcn6AzOZnrSK3EbevJaL54C9qfrkmKCw8O/lXcGBtTcQzed3A16Nf6Cre7HAKY4g76zvkMUspIgRPq0p0DSpo52MgphtGfXfdXFZz n779Gnhu vv7AtRBOeXCVBLRB4Rt181Ql6/kt0+/NV8DDyAqMzBaEerutXAkr8ePJnBHvzqjQpD6vQU3BnmZACIKwI9HV0G6kYHztOTlBBHnEQSvAjjUFY4mQmkjMh4YnYdkPiUCuahPSl1z4hXRDNfRh7yq6FlaX+aCKboD7ul2fG43GlC7u22DJm/wZ+lCubOabuP2ZQFp6HhHq4px/l8Ro8bV7ns4W7BqlWoMJ0YY12BiOQRKhzmw8KWS7npQbjrvL+H5mfiIKcR7FiUN9DJ/Xoqi5bmWFJ+YCUm6Eccq4d3IF/fedkqXjTw7SvxqXqq5R3JEQ4+OrOijRtftyLuJnKCOCdYX8CE0Jo795EC0Ejl2pM1wTJFOc= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi, On 10/23/23 05:43, Muhammad Muzammil wrote: > memcontrol.c: Fixed type 'relies' typo > > Signed-off-by: Muhammad Muzammil > > changes since v1: > > mm: Fixed multiple typos in multiple files > > debug_vm_pgtable.c: Fixed typo > internal.h: Fixed typo > memcontrol.c: Fixed typo > mmap.c: Fixed typo The "changes since ..." should be after the "---" line (below here), but the changes since v1 are just the update of rely -> relies. The full list of changes should be in the (upper) patch description. I guess it's up to Andrew whether he wants you to send a v3 of this patch. Reviewed-by: Randy Dunlap Thanks. > --- > mm/debug_vm_pgtable.c | 4 ++-- > mm/internal.h | 2 +- > mm/memcontrol.c | 4 ++-- > mm/mmap.c | 2 +- > 4 files changed, 6 insertions(+), 6 deletions(-) > > diff --git a/mm/debug_vm_pgtable.c b/mm/debug_vm_pgtable.c > index 48e329ea5ba3..e651500e597a 100644 > --- a/mm/debug_vm_pgtable.c > +++ b/mm/debug_vm_pgtable.c > @@ -1322,8 +1322,8 @@ static int __init debug_vm_pgtable(void) > * true irrespective of the starting protection value for a > * given page table entry. > * > - * Protection based vm_flags combinatins are always linear > - * and increasing i.e starting from VM_NONE and going upto > + * Protection based vm_flags combinations are always linear > + * and increasing i.e starting from VM_NONE and going up to > * (VM_SHARED | READ | WRITE | EXEC). > */ > #define VM_FLAGS_START (VM_NONE) > diff --git a/mm/internal.h b/mm/internal.h > index b52a526d239d..b61034bd50f5 100644 > --- a/mm/internal.h > +++ b/mm/internal.h > @@ -601,7 +601,7 @@ extern bool mlock_future_ok(struct mm_struct *mm, unsigned long flags, > * range. > * "fully mapped" means all the pages of folio is associated with the page > * table of range while this function just check whether the folio range is > - * within the range [start, end). Funcation caller nees to do page table > + * within the range [start, end). Function caller needs to do page table > * check if it cares about the page table association. > * > * Typical usage (like mlock or madvise) is: > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index be2ad117515e..929b4e0f4669 100644 > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@ -842,7 +842,7 @@ void __mod_memcg_lruvec_state(struct lruvec *lruvec, enum node_stat_item idx, > memcg = pn->memcg; > > /* > - * The caller from rmap relay on disabled preemption becase they never > + * The caller from rmap relies on disabled preemption because they never > * update their counter from in-interrupt context. For these two > * counters we check that the update is never performed from an > * interrupt context while other caller need to have disabled interrupt. > @@ -8104,7 +8104,7 @@ static struct cftype memsw_files[] = { > * > * This doesn't check for specific headroom, and it is not atomic > * either. But with zswap, the size of the allocation is only known > - * once compression has occured, and this optimistic pre-check avoids > + * once compression has occurred, and this optimistic pre-check avoids > * spending cycles on compression when there is already no room left > * or zswap is disabled altogether somewhere in the hierarchy. > */ > diff --git a/mm/mmap.c b/mm/mmap.c > index b59f5e26b6fb..27539ffe2048 100644 > --- a/mm/mmap.c > +++ b/mm/mmap.c > @@ -1223,7 +1223,7 @@ unsigned long do_mmap(struct file *file, unsigned long addr, > * Does the application expect PROT_READ to imply PROT_EXEC? > * > * (the exception is when the underlying filesystem is noexec > - * mounted, in which case we dont add PROT_EXEC.) > + * mounted, in which case we don't add PROT_EXEC.) > */ > if ((prot & PROT_READ) && (current->personality & READ_IMPLIES_EXEC)) > if (!(file && path_noexec(&file->f_path))) -- ~Randy