From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f42.google.com (mail-wm1-f42.google.com [209.85.128.42]) (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 326EB3D8129 for ; Fri, 8 May 2026 18:28:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778264941; cv=none; b=ehLcgtFwZxzOHrEmJagCHXRd3Dw1+T2ckqWwUuresoLuFXS1tM+m4r7jH2gRoFUV27xx5ZIqvprgFeLnnBqzewdc0E7ODj3a99jJlLANz2DfYMnlzH5fjP90t/z79W5Y8mEMfXsSBo8DL2K5/be2v16A0bUE3bxaepFMFFvqY3k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778264941; c=relaxed/simple; bh=e+hoEU1BVnwIhgWSnafe2Ncw2XQkEPQSWsM97UwRlqM=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=Dn+7zw9ltBKV/+34NFGdCDSftHMre8BL67wZVtEc3Lni62PZ0ka9hvg7KVyIjyN7a9EWck2Qg3MCAaOhkGGhw26CKIBcTcy+Y/50Ut2gM573JV/VMd2iCnzZQ6FApOFONOKtwrAE3/sqYjx3RQnNMNTvcKQfb8G0GrZ9zmsXkh8= 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=tA9+tX1h; arc=none smtp.client-ip=209.85.128.42 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="tA9+tX1h" Received: by mail-wm1-f42.google.com with SMTP id 5b1f17b1804b1-488ff90d6c7so20771815e9.2 for ; Fri, 08 May 2026 11:28:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1778264937; x=1778869737; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=oVMKZWAk0SD1GHr6tr/9fhB28kwxhrp+So3ZgzrkNIs=; b=tA9+tX1hlqIMJBQp8pL1dIdDwcZjzMQ9wtubMLabRWf7K0bR/A6WIro+Q2O1ojvMWk SX1rlwnFZNY5snfZhVIyu0B5KJUVmiELdEbMx8RZjQJoA36C1ABXz1fpeSbOd4WJnHtI +WuMIPxhbuLVXl9UOph4WsZMWrS2Qpla0uM5c6g/Byq6ekq0OqF1+h0Zxtdz/DR43d9j F54CLJnS9JOXI+6HJwnka4w8Jl+Io0316vhvqY0f7XB0vI/U07D2UUnJO0lUMGZ5nQaR YZKwCiYkvoN1QIspHuZQTB/BS2RIddDS1arJ4gJu96GfUyp0DJs0BkMtYC15aPhd57Uc g1zQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778264937; x=1778869737; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=oVMKZWAk0SD1GHr6tr/9fhB28kwxhrp+So3ZgzrkNIs=; b=EDQij21Y0WiHc57EiwZJ09oFtjycMQ6pFyinLq+v5paWS2F2Cj5O1h1TuyQWwAAhof fd8RUdByv6/dVKKe5kHjeS2qoAMlbZSqZggODaSqlG5wyz2HVZUmEY5o5Amkznh0H1Pt tCKmvU95HXQOvOagd1VbviDdESdxoIZ01zTcAV0SOrKI1YTh+VjHA7J+z+Nx1ghHb+kA h3z+K/XJfkIgbtp3S1pnn0G6ZWVD4hrro7vvPg05m8gX/y6M6poMOZ4jq4Dq1F8de00N 8gDnVVg60w+MLKU3kDJaJxDrI3p8BbNrhPcRLzQmiDUm81H2nCH6oETShN24ed+X7z1N rjkw== X-Forwarded-Encrypted: i=1; AFNElJ9zeaTp3eWyYAoIDwNkUgTPq1PtVX/BMkHTm4AKxzLkx9VePYyXRrQhVzOj4g+MmwxyDtA/5q3JVWodLVs=@vger.kernel.org X-Gm-Message-State: AOJu0YwpZOnWuXDD7QVB/epZaczH85q9GNGVJvmbKWW+n+EMSNeGme+Z mFz+zFZvrhoT+iUh1it/fErlSsAgW5SdPgsHt8jVUjIl9w4gR41K7sOw X-Gm-Gg: AeBDieu0Z+le4O1kzZ0nr5ZoKzsaYYYyDWMrSLI6yaWeF40J1p+kABBW7gUsnL+Uc7F jofP4F58fUJIAUn7biQ30PdB/T5zVexfGmX0cq6kyOG7JpOiC1s37/fnF7xh8jwYGyIMhBk+Ozb ql1MjF+B/IprDxvXNoqj+8gzTmHKVZzQNrgZv3C2I/S2LTuHr6hiwbPMnbROClHKXAu/X/7B2lR lTeO6WJ7KWLhmKc1v7oj7pndQPrKuGuewc69zy58yYC0v9had+02YGNIlswq0mbWj1i4s06MO2c 43riz9MlvwJfH83Cxwqgb7OHndfKeRreC/t+Ba+0pMBSVyaWSdHXcu1r3jrPyioGe920oq/jZYv VtTOEGkmz42M9Nmg6DVtONuig1hsasn796a+9ma8KQy5WRgX/l6j79ziuMRYclVD1qk9DsC8HTV Gp9MG49RNOaYTKSzyshRe9B1mrqOW5ERCLE9DSPh6lXC7Nd31TtMpWdCK7r7VNktH/ X-Received: by 2002:a05:600c:8011:b0:485:35d3:ce59 with SMTP id 5b1f17b1804b1-48e51e1a545mr213241825e9.10.1778264937224; Fri, 08 May 2026 11:28:57 -0700 (PDT) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48e6dd3fd0csm10812815e9.14.2026.05.08.11.28.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 May 2026 11:28:56 -0700 (PDT) Date: Fri, 8 May 2026 19:28:55 +0100 From: David Laight To: Adrien Reynard Cc: Andrey Ryabinin , Alexander Potapenko , Andrey Konovalov , Dmitry Vyukov , Vincenzo Frascino , Jonathan Corbet , Shuah Khan , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , Richard Weinberger , Anton Ivanov , Johannes Berg , kasan-dev@googlegroups.com (open list:KASAN), workflows@vger.kernel.org (open list:DOCUMENTATION PROCESS), linux-doc@vger.kernel.org (open list:DOCUMENTATION), linux-kernel@vger.kernel.org (open list), netdev@vger.kernel.org (open list:NETWORKING [GENERAL]), linux-um@lists.infradead.org (open list:USER-MODE LINUX (UML)) Subject: Re: [PATCH 4/5] docs: fix repeated prepositions across documentation Message-ID: <20260508192855.3b024c83@pumpkin> In-Reply-To: <20260508163804.16267-1-reynard.adrien.08@gmail.com> References: <20260508163804.16267-1-reynard.adrien.08@gmail.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 8 May 2026 18:38:03 +0200 Adrien Reynard wrote: Nope, all these are correct as is. I'm not looking at any more. > Signed-off-by: Adrien Reynard > --- > Documentation/dev-tools/kasan.rst | 2 +- > Documentation/networking/switchdev.rst | 2 +- > Documentation/virt/uml/user_mode_linux_howto_v2.rst | 2 +- > 3 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/Documentation/dev-tools/kasan.rst b/Documentation/dev-tools/kasan.rst > index 4968b2aa60c8..3a8bd40ad905 100644 > --- a/Documentation/dev-tools/kasan.rst > +++ b/Documentation/dev-tools/kasan.rst > @@ -392,7 +392,7 @@ reserved to tag freed memory regions. > If the hardware does not support MTE (pre ARMv8.5), Hardware Tag-Based KASAN > will not be enabled. In this case, all KASAN boot parameters are ignored. > > -Note that enabling CONFIG_KASAN_HW_TAGS always results in in-kernel TBI being > +Note that enabling CONFIG_KASAN_HW_TAGS always results in-kernel TBI being > enabled. Even when ``kasan.mode=off`` is provided or when the hardware does not > support MTE (but supports TBI). > > diff --git a/Documentation/networking/switchdev.rst b/Documentation/networking/switchdev.rst > index 2966b7122f05..948bce44ca9b 100644 > --- a/Documentation/networking/switchdev.rst > +++ b/Documentation/networking/switchdev.rst > @@ -162,7 +162,7 @@ The switchdev driver can know a particular port's position in the topology by > monitoring NETDEV_CHANGEUPPER notifications. For example, a port moved into a > bond will see its upper master change. If that bond is moved into a bridge, > the bond's upper master will change. And so on. The driver will track such > -movements to know what position a port is in in the overall topology by > +movements to know what position a port is in the overall topology by > registering for netdevice events and acting on NETDEV_CHANGEUPPER. > > L2 Forwarding Offload > diff --git a/Documentation/virt/uml/user_mode_linux_howto_v2.rst b/Documentation/virt/uml/user_mode_linux_howto_v2.rst > index c37e8e594d12..7b08738c30aa 100644 > --- a/Documentation/virt/uml/user_mode_linux_howto_v2.rst > +++ b/Documentation/virt/uml/user_mode_linux_howto_v2.rst > @@ -1092,7 +1092,7 @@ be formatted as plain text. > > Developing always goes hand in hand with debugging. First of all, > you can always run UML under gdb and there will be a whole section > -later on on how to do that. That, however, is not the only way to > +later on how to do that. That, however, is not the only way to > debug a Linux kernel. Quite often adding tracing statements and/or > using UML specific approaches such as ptracing the UML kernel process > are significantly more informative.