From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f170.google.com (mail-pf1-f170.google.com [209.85.210.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4421634BA46 for ; Sat, 4 Oct 2025 04:33:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.170 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759552412; cv=none; b=AsvvxJ4REjFkA4OYd3ctGjBLMBgke73KDlDGI3u5wAZ65oaES9NNLAeWHwtP9PUZiAiABCmjY16LUbVx6abpAExr9/CO+uyFOW02zQ7zGHcyujZ41d/FOe/QEWjk6hpvaEbMH2t4MYLbaJcMsUHJ4BDlBz/h2vjpISaJGrx1geM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759552412; c=relaxed/simple; bh=Df+P6JYS2QqpJ3w//ROe66heiGBWOhpaPg4cAlSuCkU=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=L47uEyHEaXUCHMJhv4FWOzAm7fKWYNWO6KtebZu3syny9f2X8D4wXgvN1IQ5btZbLV2162n+7qKb1dNHmNL8jgQBhjdz7G5MmlicAtN5diMUT/VFxJV5ySKJTrkTJy4iiaNUILKUTClKrTWgxBou6ok/1cWMosaQ+a70tBQU8tk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=bmrPIK4R; arc=none smtp.client-ip=209.85.210.170 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="bmrPIK4R" Received: by mail-pf1-f170.google.com with SMTP id d2e1a72fcca58-7811a02316bso2187217b3a.3 for ; Fri, 03 Oct 2025 21:33:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759552410; x=1760157210; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=zrHxtAEC7jf6mOF6GS8lZ4qi3Xoaj0BUwdJ6rxR1K5s=; b=bmrPIK4Rpu2o/388fEhkR4D56naUldi7dmY4e7LZEKsnKWJIUIZKesgz9+9bTVoRoB sUsSaak0FbPaY/PH0l8HcBY0Pzkyze08N3vt4BWuNQ+wpQnSQf4FsZ/5Pc5Ak0PWSLTc dk8ebBN5vWZt8K67nYusNcU9lUDCsbKjM8aX68BlBA8KTRSE1mvM9K9s+8deT9tJOAXA gL5dOJWv+0tqbGXEbqOkcWgQDHukM9ykFAXAyPVzA53uZ2UfjEkEU1J8cm4g6bk17pVg wYNYPi0Ly1pYEaaG9Ld2TgfI7P3+QhpGKs4tanPZ1DshspqSLr3cYWAiF9gz65cEkNiZ EglA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759552410; x=1760157210; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zrHxtAEC7jf6mOF6GS8lZ4qi3Xoaj0BUwdJ6rxR1K5s=; b=O7zqnMPSAu/MSsZXhx8xHD59eWqYQRO8JfwcN1a2puZJqQshUNKPWjOCaiafzinvJr PwpokXUCo6MCG2etRm1fGAQc4+PvSqprpfZ6duvDJzpIvMgEi5ai9h+J9vuESShSB1yH JjS9sECOxtFAMNuQ1DHy5RXboWqSMvCVvqlBSPXaraax/RYibksFXxGSF5gfK7a+P812 xKddC2E//qcD3GJSpP4BuBPbJXplWfCwFIIq7tifMoksES7kWwkxUj9wJc1yfb+BtQVM k1eh20+JzqieH21TM3vsGnmIaAMuAFeVEEQOrLdKcho3BPwAgpfnXNE1Crkd5wDz7LzY Ia8A== X-Forwarded-Encrypted: i=1; AJvYcCVuE69PmBVlkK+rQrJ+fmfI3MHJz+N1JSfA0D9W+GmIAD6934OkqRCY1ADwBydSJKdIEdy2oTjtRvw=@vger.kernel.org X-Gm-Message-State: AOJu0YzK2noLOuQbsJoDM+CphzLcmZ8SNvI4u2Lz9aGl80V15InffKq1 Td2u4a/KCW3ggvrLv0V4TIHloPKhSEnQ+TN1EK05XjuzZkMTMJkJDt1IZ3OvsGdm X-Gm-Gg: ASbGncskoTcryaHwwJaW+XB9+GUdyXiEV7yFaNvcyL1Fi5r9tNXI6o0xMmpCz+/imPa 6JPaBgd8uvZBQXdfE8oB/GWSe9fYMWo2ZEo9xHBBopk9sUriSj9HxlHQFAqbBPDVmFF0I9++yQr 0kQ1tP9RLE2Vx1k/Tvh0smTbgeo+aNcFZJS7Cb3rcMpILNoCHNQs4SSuzZ9pM3RKuYQzVeinaw7 hCAKRJ4vU5IVd4BN9FeOsuUefbYrnY3OiW/0iFKxf9s6LRz2mR4gCtacvs2ASdk+pCLY9/UNHhj b4n/lXK/SfTgnBmC/mMsAkNmC/vn9N508XtRA3fLmupvldTJ3oyz0V8RMyHg9dYQg0X1yB02xSE 0/8iD9ltZfnp2eHJGvshL6lLiNYawg5u/1SS+lD40cnSDwnRSLNjJf8C9Okuyxwv0ph4VnHQ= X-Google-Smtp-Source: AGHT+IGNRTvBKcRxRWDiko/GbUAC7KjssTgPw+LYSnL0AkNM1865qmWf8lHSyAxiS9XfPYucFzzf3w== X-Received: by 2002:a05:6a20:7291:b0:251:a106:d96c with SMTP id adf61e73a8af0-32b61dff63fmr7315477637.10.1759552410455; Fri, 03 Oct 2025 21:33:30 -0700 (PDT) Received: from [10.0.2.15] ([157.50.90.152]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-b6099add13esm6086455a12.8.2025.10.03.21.33.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Oct 2025 21:33:30 -0700 (PDT) Message-ID: Date: Sat, 4 Oct 2025 10:03:22 +0530 Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] fs: doc: Fix typos To: Carlos Maiolino Cc: Kent Overstreet , Jonathan Corbet , David Howells , Paulo Alcantara , Alexander Viro , Christian Brauner , Jan Kara , linux-bcachefs@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, netfs@lists.linux.dev, linux-fsdevel@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org, skhan@linuxfoundation.org, david.hunter.linux@gmail.com References: <20251001083931.44528-1-bhanuseshukumar@gmail.com> Content-Language: en-US From: Bhanu Seshu Kumar Valluri In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 01/10/25 17:32, Carlos Maiolino wrote: > On Wed, Oct 01, 2025 at 02:09:31PM +0530, Bhanu Seshu Kumar Valluri wrote: >> Fix typos in doc comments >> >> Signed-off-by: Bhanu Seshu Kumar Valluri > > Perhaps would be better to split this into subsystem-specific patches? > > This probably needs to be re-sent anyway as bcachefs was removed from > mainline. > > >> --- >> Note: No change in functionality intended. >> >> Documentation/filesystems/bcachefs/future/idle_work.rst | 6 +++--- >> Documentation/filesystems/xfs/xfs-online-fsck-design.rst | 2 +- >> fs/netfs/buffered_read.c | 2 +- >> fs/xfs/xfs_linux.h | 2 +- >> include/linux/fs.h | 4 ++-- >> 5 files changed, 8 insertions(+), 8 deletions(-) >> >> diff --git a/Documentation/filesystems/bcachefs/future/idle_work.rst b/Documentation/filesystems/bcachefs/future/idle_work.rst >> index 59a332509dcd..f1202113dde0 100644 >> --- a/Documentation/filesystems/bcachefs/future/idle_work.rst >> +++ b/Documentation/filesystems/bcachefs/future/idle_work.rst >> @@ -11,10 +11,10 @@ idle" so the system can go to sleep. We don't want to be dribbling out >> background work while the system should be idle. >> >> The complicating factor is that there are a number of background tasks, which >> -form a heirarchy (or a digraph, depending on how you divide it up) - one >> +form a hierarchy (or a digraph, depending on how you divide it up) - one >> background task may generate work for another. >> >> -Thus proper idle detection needs to model this heirarchy. >> +Thus proper idle detection needs to model this hierarchy. >> >> - Foreground writes >> - Page cache writeback >> @@ -51,7 +51,7 @@ IDLE REGIME >> When the system becomes idle, we should start flushing our pending work >> quicker so the system can go to sleep. >> >> -Note that the definition of "idle" depends on where in the heirarchy a task >> +Note that the definition of "idle" depends on where in the hierarchy a task >> is - a task should start flushing work more quickly when the task above it has >> stopped generating new work. >> >> diff --git a/Documentation/filesystems/xfs/xfs-online-fsck-design.rst b/Documentation/filesystems/xfs/xfs-online-fsck-design.rst >> index e231d127cd40..e872d480691b 100644 >> --- a/Documentation/filesystems/xfs/xfs-online-fsck-design.rst >> +++ b/Documentation/filesystems/xfs/xfs-online-fsck-design.rst >> @@ -4179,7 +4179,7 @@ When the exchange is initiated, the sequence of operations is as follows: >> This will be discussed in more detail in subsequent sections. >> >> If the filesystem goes down in the middle of an operation, log recovery will >> -find the most recent unfinished maping exchange log intent item and restart >> +find the most recent unfinished mapping exchange log intent item and restart >> from there. >> This is how atomic file mapping exchanges guarantees that an outside observer >> will either see the old broken structure or the new one, and never a mismash of >> diff --git a/fs/netfs/buffered_read.c b/fs/netfs/buffered_read.c >> index 37ab6f28b5ad..c81be6390309 100644 >> --- a/fs/netfs/buffered_read.c >> +++ b/fs/netfs/buffered_read.c >> @@ -329,7 +329,7 @@ static void netfs_read_to_pagecache(struct netfs_io_request *rreq, >> * the netfs if not. Space beyond the EOF is zero-filled. Multiple I/O >> * requests from different sources will get munged together. If necessary, the >> * readahead window can be expanded in either direction to a more convenient >> - * alighment for RPC efficiency or to make storage in the cache feasible. >> + * alignment for RPC efficiency or to make storage in the cache feasible. >> * >> * The calling netfs must initialise a netfs context contiguous to the vfs >> * inode before calling this. >> diff --git a/fs/xfs/xfs_linux.h b/fs/xfs/xfs_linux.h >> index 9a2221b4aa21..fdf3cd8c4d19 100644 >> --- a/fs/xfs/xfs_linux.h >> +++ b/fs/xfs/xfs_linux.h >> @@ -145,7 +145,7 @@ static inline void delay(long ticks) >> /* >> * XFS wrapper structure for sysfs support. It depends on external data >> * structures and is embedded in various internal data structures to implement >> - * the XFS sysfs object heirarchy. Define it here for broad access throughout >> + * the XFS sysfs object hierarchy. Define it here for broad access throughout >> * the codebase. >> */ >> struct xfs_kobj { >> diff --git a/include/linux/fs.h b/include/linux/fs.h >> index 601d036a6c78..72e82a4a0bbc 100644 >> --- a/include/linux/fs.h >> +++ b/include/linux/fs.h >> @@ -1040,7 +1040,7 @@ struct fown_struct { >> * struct file_ra_state - Track a file's readahead state. >> * @start: Where the most recent readahead started. >> * @size: Number of pages read in the most recent readahead. >> - * @async_size: Numer of pages that were/are not needed immediately >> + * @async_size: Number of pages that were/are not needed immediately >> * and so were/are genuinely "ahead". Start next readahead when >> * the first of these pages is accessed. >> * @ra_pages: Maximum size of a readahead request, copied from the bdi. >> @@ -3149,7 +3149,7 @@ static inline void kiocb_start_write(struct kiocb *iocb) >> >> /** >> * kiocb_end_write - drop write access to a superblock after async file io >> - * @iocb: the io context we sumbitted the write with >> + * @iocb: the io context we submitted the write with >> * >> * Should be matched with a call to kiocb_start_write(). >> */ >> -- >> 2.34.1 >> Hi, Thanks for pointing out the fact that the bcachefs is now externally maintained. I will exclude it in my future versions and will split the patch in to subsystem specific. Regards, Bhanu Seshu Kumar Valluri