On Thu, Jan 26, 2023 at 10:39:48PM -0800, Randy Dunlap wrote: > Correct spelling problems for Documentation/mm/ as reported > by codespell. > > Signed-off-by: Randy Dunlap <rdunlap@xxxxxxxxxxxxx> > Cc: Jérôme Glisse <jglisse@xxxxxxxxxx> > Cc: Naoya Horiguchi <naoya.horiguchi@xxxxxxx> > Cc: Miaohe Lin <linmiaohe@xxxxxxxxxx> > Cc: linux-mm@xxxxxxxxx > Cc: Jonathan Corbet <corbet@xxxxxxx> > Cc: linux-doc@xxxxxxxxxxxxxxx > --- > Documentation/mm/hmm.rst | 4 ++-- > Documentation/mm/hwpoison.rst | 2 +- > 2 files changed, 3 insertions(+), 3 deletions(-) Acked-by: Mike Rapoport (IBM) <rppt@xxxxxxxxxx> > > diff -- a/Documentation/mm/hmm.rst b/Documentation/mm/hmm.rst > --- a/Documentation/mm/hmm.rst > +++ b/Documentation/mm/hmm.rst > @@ -416,10 +416,10 @@ can be used to make a memory range inacc > > This replaces all mappings for pages in the given range with special swap > entries. Any attempt to access the swap entry results in a fault which is > -resovled by replacing the entry with the original mapping. A driver gets > +resolved by replacing the entry with the original mapping. A driver gets > notified that the mapping has been changed by MMU notifiers, after which point > it will no longer have exclusive access to the page. Exclusive access is > -guranteed to last until the driver drops the page lock and page reference, at > +guaranteed to last until the driver drops the page lock and page reference, at > which point any CPU faults on the page may proceed as described. > > Memory cgroup (memcg) and rss accounting > diff -- a/Documentation/mm/hwpoison.rst b/Documentation/mm/hwpoison.rst > --- a/Documentation/mm/hwpoison.rst > +++ b/Documentation/mm/hwpoison.rst > @@ -50,7 +50,7 @@ of applications. KVM support requires a > For the KVM use there was need for a new signal type so that > KVM can inject the machine check into the guest with the proper > address. This in theory allows other applications to handle > -memory failures too. The expection is that near all applications > +memory failures too. The expectation is that near all applications > won't do that, but some very specialized ones might. > > Failure recovery modes -- Sincerely yours, Mike.
