From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pf1-f171.google.com (mail-pf1-f171.google.com [209.85.210.171]) (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 69ECA1F4C8B for ; Sat, 4 Oct 2025 04:33:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759552413; cv=none; b=uN0tl9WJAb/pFO576PLd488MzUmpuAOrfpeVmQdkgU0ZX3JCUuF/2pxkTqxIMH9jtk1n0JrgcBgGrbBYTxCr2BfYpefYVtFPtQW/OBpMMAfNjppEAi3OaXab9yRzY2DVUmpug7CxfJAwTj2IYh6lhC3evTeINofxC4wrf/3CJWM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759552413; c=relaxed/simple; bh=Df+P6JYS2QqpJ3w//ROe66heiGBWOhpaPg4cAlSuCkU=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=NkF6VNyf/g8XGjMh6jtRd7r8DgCdWGvo9MJw9zEE1t5dST/yGZA9XrcUZD0TtY3PZQpWl5QNN3CVpQrXVjKVMLpz2UiNbfqz3Td8/LYw5g3fNOIg0Q26ioFoXwNOq9UDVwHXhcLOEKFMJ1e5ftK7zdNVyfeLgLz2wUNfM0FXuQk= 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.171 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-f171.google.com with SMTP id d2e1a72fcca58-7811a02316bso2187218b3a.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=nxAr/m7RDWpMhxhjLhL+CVFWITr+as0EGK69RFzJSurFaa+4202xgPFd+UeG6fFUZS +zwugVERiYv/0rSABw9ODYy/rRQV4MpXojA/snO1zwRF+R25ATjVfrZq/lbXAZreLTcx G0eY97GS4wyELsiYZnRW0ofu/pYyHg5cflocd1OMr4CQIQgNKUY7ee92GftMir9skFHS o+R2YnfJ2lXCA+ywV53bJu++/V5o6uM+UnwzOXPRGJp6NQ+eaceRO3Xam78Iv9/eV8OT S/pGtOH9+oHBzZsIEVs1/582N/jcO95EA8G7NtdZGMafF4WWX7H/n2iWMN85eq7xFpEr T2sQ== X-Forwarded-Encrypted: i=1; AJvYcCU29iiojjZ27Enk5Wn+i53czTnygIRHBvUZKSUFW1aUd56R4AHfniMLQRsU4l5oylsLu0+lOQTpyO0B50Y=@vger.kernel.org X-Gm-Message-State: AOJu0YxWlYSPxrd7wCZ9CqIIFIYKRfIJDx0oRZ2eaRiDiM43fWsCBSpA NwPe0FaJSGhvjspLgfoU16p3guTC5kA0wyEwD2r1t0tJS6DcTqE4eeyB X-Gm-Gg: ASbGnctCXbmYpO/CWrvYc0iZRIncXF7BUjAoWPfzH3p6mjw3ubbT4SWm+GKv9e6/Mhr XA9jBVm7mbyNKWt7AVb+bgaGd0DZaYyE6aN/VSVTDVSb1pNXin5VCn5Sd1UJdpPuWzWa4GDf12c ZYKLZ5gKzKOIqnzz94gZPF+AECZZdwenLvt+Wp28hPz2mv0zww1g1/zsUVb+a3eTXR61HmPHKMQ 0wO/Y5J03m5D+fu4lrcNGleRRbe3IeyVM+Gy9b+/MtH6IGqPKB9X5YHFvk/MHORnAhKqTCIFUjj LMk02EHUcjDtpaUXvmjjbJC72fVqowL80CmkoFu7KqA89ldqgaJICSMevf40hoUw+N7GcjFwQfj AjCl/2rZMxoA0i4mYpChXERqRlrVS0aXOHg0Mi6lKjAoAZAI20QmaNr0lUntet2DLx1scq/0= 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-kernel@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