<shakeelb(a)google.com>,Shuah Khan <shuah(a)kernel.org>,Thomas Gleixner
<tglx(a)linutronix.de>,Tycho Andersen <tycho(a)tycho.ws>,Will Deacon
<will(a)kernel.org>,Yury Norov
<yury.norov@gmail.com>,linux-api@vger.kernel.org,linux-arch@vger.kernel.org,linux-arm-kernel@lists.infradead.org,linux-fsdevel@vger.kernel.org,linux-mm@kvack.org,linux-kernel@vger.kernel.org,linux-kselftest@vger.kernel.org,linux-nvdimm@lists.01.org,linux-riscv@lists.infradead.org,x86@kernel.org,kernel
test robot <oliver.sang(a)intel.com>
From: Mike Rapoport <rppt(a)kernel.org>
Message-ID: <48E0FD56-6084-48B0-A59C-D2E2BF40DDA2(a)kernel.org>
On May 7, 2021 6:01:44 PM GMT+03:00, Matthew Wilcox <willy(a)infradead.org> wrote:
On Tue, Apr 20, 2021 at 06:00:49PM +0300, Mike Rapoport wrote:
> + mapping = (struct address_space *)
> + ((unsigned long)page->mapping & ~PAGE_MAPPING_FLAGS);
> +
> + if (mapping != page->mapping)
> + return false;
> +
> + return page->mapping->a_ops == &secretmem_aops;
... why do you go back to page->mapping here?
return mapping->a_ops == &secretmem_aops
Ok
--
Sincerely yours,
Mike