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 9E2CEC433F5 for ; Tue, 19 Apr 2022 07:40:27 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 1416B8D0059; Tue, 19 Apr 2022 03:40:27 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 0CAB38D0047; Tue, 19 Apr 2022 03:40:27 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E89108D0059; Tue, 19 Apr 2022 03:40:26 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (relay.hostedemail.com [64.99.140.27]) by kanga.kvack.org (Postfix) with ESMTP id D3DEE8D0047 for ; Tue, 19 Apr 2022 03:40:26 -0400 (EDT) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay13.hostedemail.com (Postfix) with ESMTP id 9C0C361ED7 for ; Tue, 19 Apr 2022 07:40:26 +0000 (UTC) X-FDA: 79372830852.18.87864DA Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by imf10.hostedemail.com (Postfix) with ESMTP id 66FD8C000B for ; Tue, 19 Apr 2022 07:40:20 +0000 (UTC) Received: from zn.tnic (p200300ea971b58fe329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:971b:58fe: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 3E3211EC0535; Tue, 19 Apr 2022 09:39:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1650353997; 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=rQXek4tqcEArLSkS/IUTo6V5mstAiO1dFqlCDSGiQXE=; b=hB2N9XJz7rFgUpYjr8iew/p5X3tqixuyQXbHsnUa7Ps/tIFU+cYFV9gIQwab/D4QwHZf/H 8wt/r8C0yCABkfagI8tZ95iuLpwBKqQTAgt1CUoaRbu9O2ZuQTlPgCIT7BKHSVLbgNHjjm qi4O8T8hd6Z6VoLibUC771NQsvZrT2w= Date: Tue, 19 Apr 2022 09:39:53 +0200 From: Borislav Petkov To: "Kirill A. Shutemov" Cc: "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 , Dave Hansen , Brijesh Singh , Mike Rapoport , David Hildenbrand , x86@kernel.org, linux-mm@kvack.org, linux-coco@lists.linux.dev, linux-efi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCHv4 3/8] efi/x86: Implement support for unaccepted memory Message-ID: References: <20220405234343.74045-1-kirill.shutemov@linux.intel.com> <20220405234343.74045-4-kirill.shutemov@linux.intel.com> <20220418155545.a567xnxa6elglapl@box.shutemov.name> <20220418202431.whvql4w57c7l5vpw@box.shutemov.name> <20220418235015.mnujtlmmlyin7y6m@box.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220418235015.mnujtlmmlyin7y6m@box.shutemov.name> X-Rspam-User: X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 66FD8C000B X-Stat-Signature: 7stio1q9amjn7yxw9yytd876xm4536i4 Authentication-Results: imf10.hostedemail.com; dkim=temperror ("DNS error when getting key") header.d=alien8.de header.s=dkim header.b=hB2N9XJz; dmarc=temperror reason="SPF/DKIM temp error" header.from=alien8.de (policy=temperror); spf=temperror (imf10.hostedemail.com: error in processing during lookup of bp@alien8.de: DNS error) smtp.mailfrom=bp@alien8.de X-HE-Tag: 1650354020-486866 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 Tue, Apr 19, 2022 at 02:50:15AM +0300, Kirill A. Shutemov wrote: > I find it strange that you go after which has limited > exposure while and are there already. Funny you should mention that: https://lore.kernel.org/r/YlCKWhMJEMUgJmjF@zn.tnic I *have* been working towards that but it's a losing whack-a-mole game when you and others keep adding new stuff. So no, we won't take a pile of changes and let the maintainer clean it up afterwards. > What do you want me to do here? I think the stuff coming from the linux/ namespace you can simply copy into a header in compressed/, like I've done with efi.h. > // The asm/ stuff can be put into a shared/ namespace header like the io stuff you did. > As 1 bit represents 2M, not all chunks can be represented in the bitmap > and they have to be accepted. But the *goal* is to record unaccepted > memory into bitmap. Some accepting is a side effect. > > The early_accept_memory() name is just wrong. Ok, how about process_unaccepted_memory(). It should be generic enough. > Okay, I will do as you want, but I really hate it. I find it really weird that you feel so strongly about it. If I would have been asked to do it, I would've done it without even considering it. But ok, since you feel so strongly about it, I've asked what the other maintainers think. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette