From nobody Tue Jun 16 04:39:22 2026 Received: from mail-pg1-f173.google.com (mail-pg1-f173.google.com [209.85.215.173]) (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 8F19E3939CC for ; Thu, 16 Apr 2026 11:01:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.173 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776337307; cv=none; b=Tf1++RR7KZyOk7Eb4shfv4qsK84Y44tvgdryXY/9wx4lUKTIF7hTEkdGGtpQXndadt4mCuuec0K5N2O8kLJ2oTt8N8AprmpzaKh8bbS3u8HZ1aczc8UeUwAw4mwDxq986be3o/7pJhzZVLXrYDXmemk9r7ap34BtPpZKaRKqlGA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776337307; c=relaxed/simple; bh=PM6HxBGY/uLlU1yBOXRA/GDCOAXJaEkAZa8B3LSKqVs=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=jRuDlodRsO+vQmwWw8kJhb+DBHmJIxwfcYUab7HVzIscD8rukYciDiQTMHy5B0+eklBrL+9e0n2XykY0VbRDLK6uxBdLh/NJPDkyUu7QVnwrk9u/+bSM2Qn+Ua0ktP1GtamEvAQNjzQtHkmbxFqv4WV2yBZ5ptZc+PPU09Hcdlg= 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=fLyXElgf; arc=none smtp.client-ip=209.85.215.173 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="fLyXElgf" Received: by mail-pg1-f173.google.com with SMTP id 41be03b00d2f7-c741692db4cso179087a12.1 for ; Thu, 16 Apr 2026 04:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1776337306; x=1776942106; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=2jfu3qCPkJ7YryG+WcH1SeIojzYRxn2U/dbTCrcamzw=; b=fLyXElgftCXR51ZLVEWRptTfBOYkpUo5OwBY7RXmSO3tVrxxgVc59Je37IgmeN0qT/ vVNavTwRHo6KqG1DX3Mcf7zoIrhExKsttIRbVjVn4Smel/MSVrPnnT8kVscFM/Bn5AK3 4y4OwjWUUzDW+0sjDJBBOQ+vgruUXP55SsslNnb7+vOstpOgnPg4/nGyR0lzey+Im24w JQxRLWsfb2UrHId8KdOv4skLfNv5N+nuMa81mYnIFQsuG7EPbDI85DQrYpij7WnqG7Ej P2cGXx0k1BbDBzFVSEztXJn+NER0qmyjKu+HFTDEtQANoTxxK2KGeb02WR9jqILKJUSU +8Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776337306; x=1776942106; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=2jfu3qCPkJ7YryG+WcH1SeIojzYRxn2U/dbTCrcamzw=; b=p5+CPiMf1qRdNdN7BOXPktaQMRJds2IS3SHlWUfT630k8DOgxAO10kV19gb7FPomDt 7spot4FopejthfxQvtWDk53WCQM08IAGB4iFUrvoBRzu5F5aNdlGhuo7IoiskvmmNvwd CbmkINuRghRWs7DyvGHwtYdtp19DmLzfOadzBWES7q5KhPxGSgKcnkT8Q7i3kGf+Wqc5 6f5bi4lIgFdx9qSjsEfSu/5efffbmF3m5DSNSH39YEF/fiRoYe2UropkLZi0gZfJ+R5q Yb01AFA+ITvBL4lfi6fvyzytXvrAtqD8a140fQusbplZjiBPouzWaJoy9UiQ2MrmIge3 k2qg== X-Forwarded-Encrypted: i=1; AFNElJ8JDwKhXV1oW4csUXJZjNA2g/pE5bMVofann3vgZAHwX0tJrsPzwmMl/yI8ZxRXoF0wW9XTPb9cAehS3S0=@vger.kernel.org X-Gm-Message-State: AOJu0YzYzV4xQToh11GPv5jG49yClJA/dv3DH5XTJlys4tFFmJ4AxtYF KUKD35UfoiYEvmD5RAibX+KV59RDnxGHdIZtDYdlilfYwbLei98KdP8L X-Gm-Gg: AeBDievGkT0p8ViToF7t017Xyb/9bkj9ofbECJ4slyierKPCMp8PqVspYH2uHtacIwW jUl616lC/1DrndMzRGaUVEYaE/J3od6U8dnt7HwnAddKJhdyH9Np42WV9aRonQzKA3lkOWQTrdC v3uS61eEwoQdN1fMcZ6y/8lh8AjisfVGwhNoTyKg9wxGXli924QJUgTl+WX3sBX7xrgGh8BdP6+ zol7/JTFrULQxDp1UtBwJWlvo7+lcd6RAP8XgR8PJLvF7B+HuVUBZ+u5Ud9XiCxo6i/8zoIjgPj 0T2s0zVzLc99wZcmQeIhmnoYR6GUXyYl49xk2ZWu/KqnEPv/y/XMFxzdYDGiGuZId7E4az80CWM MvgYUyp2hE5s25AKYvSdHLQ0jXQhK5NEaw6qEhI99XvOhdczdb2AZYi8bqp0Xqw71qbsv4MfQg9 6TvHa+2virqNs77Ow/kC8Eh7la6kkCgDBJhngb3B54+s+m5Q== X-Received: by 2002:a17:903:200e:b0:2b0:ac1e:9730 with SMTP id d9443c01a7336-2b5eaae081dmr22286065ad.14.1776337305794; Thu, 16 Apr 2026 04:01:45 -0700 (PDT) Received: from LAPTOP-TU1AT3C0 ([2402:f000:4:1008:809:ffff:fff8:74d5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2b4782b113esm66949675ad.71.2026.04.16.04.01.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 16 Apr 2026 04:01:45 -0700 (PDT) From: Zhang Xiaolei To: corbet@lwn.net, ebiggers@kernel.org, andersson@kernel.org, mathieu.poirier@linaro.org Cc: ardb@kernel.org, skhan@linuxfoundation.org, linux-crypto@vger.kernel.org, linux-doc@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org, Zhang Xiaolei Subject: [PATCH] docs: staging: fix various typos and grammar issues Date: Thu, 16 Apr 2026 18:58:53 +0800 Message-ID: <20260416105854.788-1-zxl434815272@gmail.com> X-Mailer: git-send-email 2.53.0.windows.2 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Fix a few typographical and grammatical issues across several staging documentation files to improve readability: - crc32.rst: replace "decide in" with "decide on" - lzo.rst: replace "independent on" with "independent of" - remoteproc.rst: fix word order in dependent clause - static-keys.rst: add hyphen to "low-level" Signed-off-by: Zhang Xiaolei Acked-by: Randy Dunlap Reviewed-by: Mathieu Poirier --- Documentation/staging/crc32.rst | 2 +- Documentation/staging/lzo.rst | 2 +- Documentation/staging/remoteproc.rst | 2 +- Documentation/staging/static-keys.rst | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/Documentation/staging/crc32.rst b/Documentation/staging/crc32.= rst index 64f3dd430a6c..fc0d9564b99c 100644 --- a/Documentation/staging/crc32.rst +++ b/Documentation/staging/crc32.rst @@ -119,7 +119,7 @@ the byte-at-a-time table method, popularized by Dilip V= . Sarwate, v.31 no.8 (August 1988) p. 1008-1013. =20 Here, rather than just shifting one bit of the remainder to decide -in the correct multiple to subtract, we can shift a byte at a time. +on the correct multiple to subtract, we can shift a byte at a time. This produces a 40-bit (rather than a 33-bit) intermediate remainder, and the correct multiple of the polynomial to subtract is found using a 256-entry lookup table indexed by the high 8 bits. diff --git a/Documentation/staging/lzo.rst b/Documentation/staging/lzo.rst index f65b51523014..2d48b2667dd2 100644 --- a/Documentation/staging/lzo.rst +++ b/Documentation/staging/lzo.rst @@ -75,7 +75,7 @@ Description are called under the assumption that a certain number of bytes follow because it has already been guaranteed before parsing the instruction= s. They just have to "refill" this credit if they consume extra bytes. T= his - is an implementation design choice independent on the algorithm or + is an implementation design choice independent of the algorithm or encoding. =20 Versions diff --git a/Documentation/staging/remoteproc.rst b/Documentation/staging/r= emoteproc.rst index 5c226fa076d6..c117b060e76c 100644 --- a/Documentation/staging/remoteproc.rst +++ b/Documentation/staging/remoteproc.rst @@ -24,7 +24,7 @@ handlers, and then all rpmsg drivers will then just work (for more information about the virtio-based rpmsg bus and its drivers, please read Documentation/staging/rpmsg.rst). Registration of other types of virtio devices is now also possible. Firmwa= res -just need to publish what kind of virtio devices do they support, and then +just need to publish what kind of virtio devices they support, and then remoteproc will add those devices. This makes it possible to reuse the existing virtio drivers with remote processor backends at a minimal develo= pment cost. diff --git a/Documentation/staging/static-keys.rst b/Documentation/staging/= static-keys.rst index b0a519f456cf..e8dc3a87c381 100644 --- a/Documentation/staging/static-keys.rst +++ b/Documentation/staging/static-keys.rst @@ -90,7 +90,7 @@ out-of-line true branch. Thus, changing branch direction = is expensive but branch selection is basically 'free'. That is the basic tradeoff of this optimization. =20 -This lowlevel patching mechanism is called 'jump label patching', and it g= ives +This low-level patching mechanism is called 'jump label patching', and it = gives the basis for the static keys facility. =20 Static key label API, usage and examples --=20 2.53.0.windows.2