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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 21288C43334 for ; Mon, 25 Jul 2022 13:05:58 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9CEEB8E0002; Mon, 25 Jul 2022 09:05:57 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 97E4B8E0001; Mon, 25 Jul 2022 09:05:57 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 846FB8E0002; Mon, 25 Jul 2022 09:05:57 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 751AE8E0001 for ; Mon, 25 Jul 2022 09:05:57 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 3BF1C16050B for ; Mon, 25 Jul 2022 13:05:57 +0000 (UTC) X-FDA: 79725644754.13.C570612 Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by imf30.hostedemail.com (Postfix) with ESMTP id AC607800BF for ; Mon, 25 Jul 2022 13:05:55 +0000 (UTC) Received: from zn.tnic (p200300ea972976f8329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:9729:76f8:329c:23ff:fea6:a903]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 875791EC0676; Mon, 25 Jul 2022 15:05:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1658754350; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=52Qsfzz/eK6LL+bUeQnS882u4becLcvnVA9HncA22sc=; b=LD8LsHoPHH/NL3lqbbPiC+sLdVADfY6h4+j9KI1QvSpaGuAiXBemvCuUiGfRkFkhRk2Hs1 OtqFWry/URmUcMVPQQ50FnkfmEBvp/gW8ace4cIgK2IPfAH+Ybjuvvl3GCfbrlICpDH09M TkF7z8DGAOYH3LmJHyCMc+nhnw2KGEY= Date: Mon, 25 Jul 2022 15:05:50 +0200 From: Borislav Petkov To: Mike Rapoport Cc: Dave Hansen , "Kirill A. Shutemov" , Andy Lutomirski , Sean Christopherson , Andrew Morton , Joerg Roedel , Ard Biesheuvel , Andi Kleen , Kuppuswamy Sathyanarayanan , David Rientjes , Vlastimil Babka , Tom Lendacky , Thomas Gleixner , Peter Zijlstra , Paolo Bonzini , Ingo Molnar , Varad Gautam , Dario Faggioli , David Hildenbrand , marcelo.cerri@canonical.com, tim.gardner@canonical.com, khalid.elmously@canonical.com, philip.cox@canonical.com, x86@kernel.org, linux-mm@kvack.org, linux-coco@lists.linux.dev, linux-efi@vger.kernel.org, linux-kernel@vger.kernel.org, Mike Rapoport Subject: Re: [PATCHv7 02/14] mm: Add support for unaccepted memory Message-ID: References: <20220614120231.48165-1-kirill.shutemov@linux.intel.com> <20220614120231.48165-3-kirill.shutemov@linux.intel.com> <707ca113-c2a2-8fe2-a22c-5be13adc7bb4@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1658754355; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=52Qsfzz/eK6LL+bUeQnS882u4becLcvnVA9HncA22sc=; b=2ROmzHLk7Gl7HAw2AqSfs1KBE/6MFV5usGUHUaAkIb6+T0I5O00k2mu4jftpncOrVBqoGJ NjH3BHXg9hVqMXe0YzSAXcdx2sJC+3NA8Hv0Kk7kmzLMaaa6qXifunF0DdgZ8e3Fy6Xazb YYKSSpWc3IMIPTCGt4fMAycsJ0pN+Fw= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1658754355; a=rsa-sha256; cv=none; b=ejVSnSKSLcGqJNG1l3CAh2nax/fJgG0LBWVtVkVNp/8rc9I0OF3f2LWpWAQlJftk+24WYU LvGLuyvPR4h64i4NJj/U4guNV5pHjX1mvNioNRzsiRfutLhdr7RfXYPK8rxvkmnNBhvRsn nFfjsgT64FDuGwfUvYLc2E0QtGkt4pM= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=alien8.de header.s=dkim header.b=LD8LsHoP; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf30.hostedemail.com: domain of bp@alien8.de designates 5.9.137.197 as permitted sender) smtp.mailfrom=bp@alien8.de X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: AC607800BF Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=alien8.de header.s=dkim header.b=LD8LsHoP; dmarc=pass (policy=none) header.from=alien8.de; spf=pass (imf30.hostedemail.com: domain of bp@alien8.de designates 5.9.137.197 as permitted sender) smtp.mailfrom=bp@alien8.de X-Rspam-User: X-Stat-Signature: 14gwsm7wnwmanox6jcqmk6b7rmxbwh4b X-HE-Tag: 1658754355-591354 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 Mon, Jul 25, 2022 at 04:00:14PM +0300, Mike Rapoport wrote: > An application in the VM can do mlock() or mmap(..., MAP_POPULATE, ...) and > this will essentially force acceptance of that memory. Ah, cool, that's what I meant. > But there's no sysctl or something for that. Yeah, no need. I was simply wondering whether one can relocate the acceptance work to the moment prior to starting the process so that it can run smoothly once started and doesn't cause spikes due to on-demand acceptance. At least not too many. Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette