On Wed, Feb 08, 2023 at 11:13:39PM -0800, Randy Dunlap wrote: > Correct spelling problems for Documentation/core-api/ as reported > by codespell. > > Signed-off-by: Randy Dunlap <rdunlap@xxxxxxxxxxxxx> > Cc: Vladimir Oltean <olteanv@xxxxxxxxx> > Cc: netdev@xxxxxxxxxxxxxxx > Cc: Steffen Klassert <steffen.klassert@xxxxxxxxxxx> > Cc: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx> > Cc: linux-crypto@xxxxxxxxxxxxxxx > Cc: Jonathan Corbet <corbet@xxxxxxx> > Cc: linux-doc@xxxxxxxxxxxxxxx > Reviewed-by: Mukesh Ojha <quic_mojha@xxxxxxxxxxx> Acked-by: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx> > --- > Documentation/core-api/packing.rst | 2 +- > Documentation/core-api/padata.rst | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff -- a/Documentation/core-api/packing.rst b/Documentation/core-api/packing.rst > --- a/Documentation/core-api/packing.rst > +++ b/Documentation/core-api/packing.rst > @@ -161,6 +161,6 @@ xxx_packing() that calls it using the pr > > The packing() function returns an int-encoded error code, which protects the > programmer against incorrect API use. The errors are not expected to occur > -durring runtime, therefore it is reasonable for xxx_packing() to return void > +during runtime, therefore it is reasonable for xxx_packing() to return void > and simply swallow those errors. Optionally it can dump stack or print the > error description. > diff -- a/Documentation/core-api/padata.rst b/Documentation/core-api/padata.rst > --- a/Documentation/core-api/padata.rst > +++ b/Documentation/core-api/padata.rst > @@ -42,7 +42,7 @@ padata_shells associated with it, each a > Modifying cpumasks > ------------------ > > -The CPUs used to run jobs can be changed in two ways, programatically with > +The CPUs used to run jobs can be changed in two ways, programmatically with > padata_set_cpumask() or via sysfs. The former is defined:: > > int padata_set_cpumask(struct padata_instance *pinst, int cpumask_type,