From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8C9A8C33CB6 for ; Thu, 16 Jan 2020 07:55:03 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 5B25B207E0 for ; Thu, 16 Jan 2020 07:55:03 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5B25B207E0 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=suse.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id E671A8E004B; Thu, 16 Jan 2020 02:55:02 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E173E8E003F; Thu, 16 Jan 2020 02:55:02 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D068F8E004C; Thu, 16 Jan 2020 02:55:02 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0129.hostedemail.com [216.40.44.129]) by kanga.kvack.org (Postfix) with ESMTP id B59948E003F for ; Thu, 16 Jan 2020 02:55:02 -0500 (EST) Received: from smtpin04.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with SMTP id 429D449961A for ; Thu, 16 Jan 2020 07:55:02 +0000 (UTC) X-FDA: 76382736444.04.sky21_2be4e0fcdf137 X-HE-Tag: sky21_2be4e0fcdf137 X-Filterd-Recvd-Size: 3781 Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by imf16.hostedemail.com (Postfix) with ESMTP for ; Thu, 16 Jan 2020 07:55:01 +0000 (UTC) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 4D021AC2C; Thu, 16 Jan 2020 07:55:00 +0000 (UTC) Subject: Re: [PATCH v1 1/4] kasan: introduce set_pmd_early_shadow() To: Sergey Dyasli Cc: xen-devel@lists.xen.org, kasan-dev@googlegroups.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Boris Ostrovsky , Stefano Stabellini , George Dunlap , Ross Lagerwall , Andrew Morton References: <20200108152100.7630-1-sergey.dyasli@citrix.com> <20200108152100.7630-2-sergey.dyasli@citrix.com> <96c2414e-91fb-5a28-44bc-e30d2daabec5@citrix.com> <6f643816-a7dc-f3bb-d521-b6ac104918d6@suse.com> From: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Message-ID: Date: Thu, 16 Jan 2020 08:54:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 15.01.20 17:32, Sergey Dyasli wrote: > On 15/01/2020 11:09, J=C3=BCrgen Gro=C3=9F wrote: >> On 15.01.20 11:54, Sergey Dyasli wrote: >>> Hi Juergen, >>> >>> On 08/01/2020 15:20, Sergey Dyasli wrote: >>>> It is incorrect to call pmd_populate_kernel() multiple times for the >>>> same page table. Xen notices it during kasan_populate_early_shadow()= : >>>> >>>> (XEN) mm.c:3222:d155v0 mfn 3704b already pinned >>>> >>>> This happens for kasan_early_shadow_pte when USE_SPLIT_PTE_PTLOCKS i= s >>>> enabled. Fix this by introducing set_pmd_early_shadow() which calls >>>> pmd_populate_kernel() only once and uses set_pmd() afterwards. >>>> >>>> Signed-off-by: Sergey Dyasli >>> >>> Looks like the plan to use set_pmd() directly has failed: it's an >>> arch-specific function and can't be used in arch-independent code >>> (as kbuild test robot has proven). >>> >>> Do you see any way out of this other than disabling SPLIT_PTE_PTLOCKS >>> for PV KASAN? >> >> Change set_pmd_early_shadow() like the following: >> >> #ifdef CONFIG_XEN_PV >> static inline void set_pmd_early_shadow(pmd_t *pmd, pte_t *early_shado= w) >> { >> static bool pmd_populated =3D false; >> >> if (likely(pmd_populated)) { >> set_pmd(pmd, __pmd(__pa(early_shadow) | _PAGE_TABLE)); >> } else { >> pmd_populate_kernel(&init_mm, pmd, early_shadow); >> pmd_populated =3D true; >> } >> } >> #else >> static inline void set_pmd_early_shadow(pmd_t *pmd, pte_t *early_shado= w) >> { >> pmd_populate_kernel(&init_mm, pmd, early_shadow); >> } >> #endif >> >> ... and move it to include/xen/xen-ops.h and call it with >> lm_alias(kasan_early_shadow_pte) as the second parameter. >=20 > Your suggestion to use ifdef is really good, especially now when I > figured out that CONFIG_XEN_PV implies X86. But I don't like the idea > of kasan code calling a non-empty function from xen-ops.h when > CONFIG_XEN_PV is not defined. I'd prefer to keep set_pmd_early_shadow() > in mm/kasan/init.c with the suggested ifdef. Fine with me. Juergen