[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1822146.CQOukoFCf9@leap>
Date: Mon, 25 Apr 2022 04:05:03 +0200
From: "Fabio M. De Francesco" <fmdefrancesco@...il.com>
To: Ira Weiny <ira.weiny@...el.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Catalin Marinas <catalin.marinas@....com>,
"Matthew Wilcox (Oracle)" <willy@...radead.org>,
Will Deacon <will@...nel.org>,
Peter Collingbourne <pcc@...gle.com>,
Vlastimil Babka <vbabka@...e.cz>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
linux-kernel@...r.kernel.org, Jonathan Corbet <corbet@....net>,
linux-doc@...r.kernel.org, outreachy@...ts.linux.dev,
Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <peterz@...radead.org>
Subject: Re: [PATCH 4/4] Documentation/vm: Rework "Temporary Virtual Mappings"
On lunedì 25 aprile 2022 03:42:46 CEST Fabio M. De Francesco wrote:
> On lunedì 25 aprile 2022 02:59:48 CEST Ira Weiny wrote:
>
> [...]
>
> > Why do you say this?
>
> Oh, sorry! I didn't mean to say this. What I wrote is _not_ what I meant.
> My intention was to say the same that you may read below about
> k[un]map_atomic().
>
> This sentence should have been:
>
> + It always returns a valid virtual address. It is assumed that
> + k[un]map_local() won't ever fail.
These two sentences should be better rephrased as the following text...
+ kmap_local_page() always returns a valid virtual address. It is assumed
+ that kunmap_local() won't fail.
Thanks,
Fabio
Powered by blists - more mailing lists