Received: by 2002:a05:6602:2086:0:0:0:0 with SMTP id a6csp5005597ioa; Wed, 27 Apr 2022 16:37:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzq+9lNN2pght5U5L8STEgy7IOBwX8kHArjUiP+0TG/OKeHGr+nw6A1LRBmI4YxzmYt06yB X-Received: by 2002:a17:907:629a:b0:6d7:b33e:43f4 with SMTP id nd26-20020a170907629a00b006d7b33e43f4mr29417980ejc.149.1651102623624; Wed, 27 Apr 2022 16:37:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651102623; cv=none; d=google.com; s=arc-20160816; b=FWmgXPaA/MgavYSAh+U8Blii5mLbI2IQl1alD3hF5zz1MqTkmY90jp/Lk4bJQXopWJ gcCdiJkpZWQS6mZYblRxhvR52/79XyKiBNv49owM03oG5CqG4A+jq1N5AXLbk8qemvsi nn0KGsaSC3SdKW22kA1pEw7W1ED0U8RQn2kF+U0BfPeGqmb/0ANX862DYxfcSMqaV8e4 9CZFh5JrRUu6oFCoP4tbMAEZKHccj2HG0dSCrbzKTfMyo0Tg1NbjLxaCgWV6eSRO6jv8 zco3AYE4ERkOOJhvUpIwa7IwpriH3r0ykN/dn5qNtJVH0iPah+ZTQz6CvUYkBP/d4QVH qKEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=p7e7y4U72pX1k0JV9DJGLjX/ZB6VPKh+920c8wxQ69Y=; b=EzlSsRxdq5aWInIW1dmyxyzOYjFymDXu8++vSmRRgaqJR7XmrD2qjls2p2KJMwOBZ0 ovOOacHacFOeUDBXRuJjv6FOHcircBQIuhVG/umeqT0eRlE1XorQ/FHl0ltbgeRZZeXp UDjrsqlx5BukX9Q9fILsiLCuLmp+roBsFh+8Je5fT5Kt+FDu/Y+FSVCZj84rrdulROiv e6w5Mi9XlnsDfE9ijWKi501Kw+FH3n+49YOdaYfCC+gJslIqCztlWHjoUbhRYIajQA1g 7bEkKFvf5kCc5+LCHCUg8RitNiB2Gnt+pXM4IuWRnkaE7tXi+jBPxirmKIfXqITJMiSc 1p4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=kGPTidYc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id jr22-20020a170906a99600b006efdae095adsi2353297ejb.954.2022.04.27.16.36.39; Wed, 27 Apr 2022 16:37:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=kGPTidYc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236479AbiD0U3o (ORCPT + 99 others); Wed, 27 Apr 2022 16:29:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49052 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236408AbiD0U2i (ORCPT ); Wed, 27 Apr 2022 16:28:38 -0400 Received: from mail.skyhub.de (mail.skyhub.de [IPv6:2a01:4f8:190:11c2::b:1457]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9EF82B18A1; Wed, 27 Apr 2022 13:25:20 -0700 (PDT) Received: from zn.tnic (p5de8eeb4.dip0.t-ipconnect.de [93.232.238.180]) (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 B4EC91EC0494; Wed, 27 Apr 2022 22:25:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1651091114; 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=p7e7y4U72pX1k0JV9DJGLjX/ZB6VPKh+920c8wxQ69Y=; b=kGPTidYcAhLq7g882RDOr7ocQ1hwsPqncJq5vLderGzSWrvKThdIrUb73tjEv2tu7yTuAv kD6mRsioraWGmp45IBix5vUcuK9B9LWtzy8xmaJ/pLTBTFXuFuvhrLK/zEhKnS9xp9B5hV tDfvUs8zGpi5TWu4b+Q/fXgbtczXk2E= Date: Wed, 27 Apr 2022 22:25:11 +0200 From: Borislav Petkov To: "Kirill A. Shutemov" Cc: 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: [PATCHv5 03/12] efi/x86: Get full memory map in allocate_e820() Message-ID: References: <20220425033934.68551-1-kirill.shutemov@linux.intel.com> <20220425033934.68551-4-kirill.shutemov@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220425033934.68551-4-kirill.shutemov@linux.intel.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 25, 2022 at 06:39:25AM +0300, Kirill A. Shutemov wrote: > static efi_status_t allocate_e820(struct boot_params *params, > + struct efi_boot_memmap *map, > struct setup_data **e820ext, > u32 *e820ext_size) > { > - unsigned long map_size, desc_size, map_key; > efi_status_t status; > - __u32 nr_desc, desc_version; > + __u32 nr_desc; > > - /* Only need the size of the mem map and size of each mem descriptor */ > - map_size = 0; > - status = efi_bs_call(get_memory_map, &map_size, NULL, &map_key, > - &desc_size, &desc_version); > - if (status != EFI_BUFFER_TOO_SMALL) > - return (status != EFI_SUCCESS) ? status : EFI_UNSUPPORTED; > - > - nr_desc = map_size / desc_size + EFI_MMAP_NR_SLACK_SLOTS; > + status = efi_get_memory_map(map); > + if (status != EFI_SUCCESS) > + return status; > > - if (nr_desc > ARRAY_SIZE(params->e820_table)) { > - u32 nr_e820ext = nr_desc - ARRAY_SIZE(params->e820_table); > + nr_desc = *map->map_size / *map->desc_size; > + if (nr_desc > ARRAY_SIZE(params->e820_table) - EFI_MMAP_NR_SLACK_SLOTS) { > + u32 nr_e820ext = nr_desc - ARRAY_SIZE(params->e820_table) + > + EFI_MMAP_NR_SLACK_SLOTS; > > status = alloc_e820ext(nr_e820ext, e820ext, e820ext_size); > if (status != EFI_SUCCESS) > - return status; > + goto out; Still silly, that label is useless then. Pasting the whole, simplified function below. It looks like it all boils down to propagating the retval up the chain... static efi_status_t allocate_e820(struct boot_params *params, struct efi_boot_memmap *map, struct setup_data **e820ext, u32 *e820ext_size) { efi_status_t status; __u32 nr_desc; status = efi_get_memory_map(map); if (status != EFI_SUCCESS) return status; nr_desc = *map->map_size / *map->desc_size; if (nr_desc > ARRAY_SIZE(params->e820_table) - EFI_MMAP_NR_SLACK_SLOTS) { u32 nr_e820ext = nr_desc - ARRAY_SIZE(params->e820_table) + EFI_MMAP_NR_SLACK_SLOTS; status = alloc_e820ext(nr_e820ext, e820ext, e820ext_size); } efi_bs_call(free_pool, *map->map); return status; } -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette