[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190613153141.GJ32656@bombadil.infradead.org>
Date: Thu, 13 Jun 2019 08:31:41 -0700
From: Matthew Wilcox <willy@...radead.org>
To: Anshuman Khandual <anshuman.khandual@....com>
Cc: Roman Penyaev <rpenyaev@...e.de>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Rick Edgecombe <rick.p.edgecombe@...el.com>,
Andrey Ryabinin <aryabinin@...tuozzo.com>,
Mike Rapoport <rppt@...ux.ibm.com>,
Roman Gushchin <guro@...com>, Michal Hocko <mhocko@...e.com>,
"Uladzislau Rezki (Sony)" <urezki@...il.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] mm/vmalloc: Check absolute error return from
vmap_[p4d|pud|pmd|pte]_range()
On Thu, Jun 13, 2019 at 08:51:17PM +0530, Anshuman Khandual wrote:
> acceptable ? What we have currently is wrong where vmap_pmd_range() could
> just wrap EBUSY as ENOMEM and send up the call chain.
It's not wrong. We do it in lots of places. Unless there's a caller
which really needs to know the difference, it's often better than
returning the "real error".
Powered by blists - more mailing lists