Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp548354ybt; Fri, 10 Jul 2020 06:39:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjfuvNMS1bAPhOJ6CCfV/TCEkVRDVyu+B23rvhP/0SHW4tcy+x968d3D5H9cTd14rIRgqx X-Received: by 2002:aa7:dc46:: with SMTP id g6mr72366737edu.194.1594388366020; Fri, 10 Jul 2020 06:39:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594388366; cv=none; d=google.com; s=arc-20160816; b=j315WnihbjJGtw2uRz7dEjnYWPj7iQUGZOY5dQclWOvZFlAoHNkC7uRVyWXlztUY19 mrwybD151Osy3bROwBfuTgSCWMOJ48Kq5ZYnIiW5VaIHwVHbZBzeh5EVy5dM6gaX7wwB N5ffJADQNGIhBG3lOEhCEnpAKPhggvS9N05Myo2F49K70CWKtdXdT3Ir6+PfcR2e329Z wjbi6vycZX4uD72tKhPHqPpFroB+ZsCQzTnn5+UeUr8t37VlyOLuqAKawi3wBAOrHP/F 9xDLbTiFDSQJO/zSyloL2cmFh3yoK6Sq2HWkJg1CFMov3UC5cxKMA6nr7B7Z1vjjBsfy 4KEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=yWTuT6XnONp7+ZUkGR6ffkY14M6Rjzwbw78ND+PKC+s=; b=kBGrEA6heVB+B+DUtl6r0LdI3o7H2bSblWYG/LENtPXFpy6zl0iSfkT+mtwfBJFjil ozYh+RSbhLRjb39b1MTnTisJpEAj6+frDmtn50vMZluhG+TxMKNH31+MYpZa1y9nBSxp D9DfefDbz6oEeNUXu8IJ7E3ER65XcljTTeOZEXSYTyRHf99zFvBM9M7vRNG462VnypSF OfcLOebjvYHb/+HipRZ6jqoKwW5e5hpTkFzxY+ZuZ8G2XbsvztQY2kPyiOapU4YtyUsj ElhbkHFvNbRWgbL1+JYd1fHaxDQLiXUMJO8N0GPh8pEaGRWn7cWiUSqlscsgnAdW49Ph qjNw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s21si4455121edi.268.2020.07.10.06.39.02; Fri, 10 Jul 2020 06:39:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727033AbgGJNix (ORCPT + 99 others); Fri, 10 Jul 2020 09:38:53 -0400 Received: from mx2.suse.de ([195.135.220.15]:57954 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726832AbgGJNix (ORCPT ); Fri, 10 Jul 2020 09:38:53 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id EAE72AC9F; Fri, 10 Jul 2020 13:38:51 +0000 (UTC) Subject: Re: [PATCH] efi: avoid error message when booting under Xen To: Ard Biesheuvel , Bartlomiej Zolnierkiewicz Cc: xen-devel@lists.xenproject.org, linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, Linux Kernel Mailing List , Peter Jones , linux-efi References: <20200610141052.13258-1-jgross@suse.com> <094be567-2c82-7d5b-e432-288286c6c3fb@suse.com> <170e01b1-220d-5cb7-03b2-c70ed3ae58e4@samsung.com> From: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Message-ID: Date: Fri, 10 Jul 2020 15:38:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10.07.20 15:27, Ard Biesheuvel wrote: > On Fri, 10 Jul 2020 at 13:17, Bartlomiej Zolnierkiewicz > wrote: >> >> >> [ added EFI Maintainer & ML to Cc: ] >> >> Hi, >> >> On 7/9/20 11:17 AM, Jürgen Groß wrote: >>> On 28.06.20 10:50, Jürgen Groß wrote: >>>> Ping? >>>> >>>> On 10.06.20 16:10, Juergen Gross wrote: >>>>> efifb_probe() will issue an error message in case the kernel is booted >>>>> as Xen dom0 from UEFI as EFI_MEMMAP won't be set in this case. Avoid >>>>> that message by calling efi_mem_desc_lookup() only if EFI_PARAVIRT >>>>> isn't set. >>>>> > > Why not test for EFI_MEMMAP instead of EFI_BOOT? Honestly I'm not sure EFI_BOOT is always set in that case. If you tell me it is fine to just replace the test to check for EFI_MEMMAP I'm fine to modify my patch. Juergen