Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3871535pxj; Tue, 11 May 2021 13:56:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw19STdFJK7bNwxcPXhZfx0r+JMW/aHUkq08jtJ/Xpd7iYUyjKrd5hYfkB63HfepKHQdEzm X-Received: by 2002:a05:6830:1f52:: with SMTP id u18mr14899338oth.298.1620766613838; Tue, 11 May 2021 13:56:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620766613; cv=none; d=google.com; s=arc-20160816; b=gWj0ckcZFYBbC8LQsPu2tlDC3dDVTIjTDsUuQ3daS74Bh6r1xq07JhZadAF4a74G5O Fq8HAUbx8aDsV4j2KNeIt9gglzd//G/oYe8pyMjrdvQmyYkOCw/f2E7ifWVlEcMXv2/G 1H+F4a2lin67MFwGxPFttfTD6bvTd7B+jDrsJrGeKT0NuXxgYgrCDQATPmZg8mPt0squ gujZvTY8r10ZsRf4y/2ZT3wOA6MlBktxxDm1C+Kztxipw6f6nHoDWs3WiD16WJW/vPwQ VlR8futz53sjVnxPSwd5w1NZv+dYKMm7GVXE/Y9qWb+hLSJddc0+9fYyGcc+XnMhshxT YK3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:user-agent:date:message-id:cc:to:subject:from; bh=SyV/2eeHKw5eOB/HXzlchPazLEdl5M49/Dybcpp7r94=; b=zMObQGhlemjyqX1zvZvDUZ2AoWVLsWkKKjtMH3MSmQTVqabeEys/XI5Fft7NnQeZqm HcapjeIxkRjH2eWSKrgZLXmx8u1JznCMs424juAUkQnn6zM7xTxzXB5aTmepr8PnUnoJ mrvjU4KdtwWTVTM1S8JKe43wQaNrfA0ggq/T8p6kQwH7ATA4qCiqxJUjyB135tHK+KR2 Ot/IC1u6CUituIfbGz1lZjG8bVhpCdaGHWh4rakUlFwV5AmBn190HRGiciymJ1NgkCLo Bs2jrpL8SQ0H5xQ93XAFvQx8bhx1svesE7a+XmbNvgmifGy+GZKA+MhK1oHrYDQ9l79a vxNg== 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 o23si20285464otp.225.2021.05.11.13.56.40; Tue, 11 May 2021 13:56:53 -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 S230130AbhEKU4O (ORCPT + 99 others); Tue, 11 May 2021 16:56:14 -0400 Received: from mx3.molgen.mpg.de ([141.14.17.11]:39515 "EHLO mx1.molgen.mpg.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S229848AbhEKU4N (ORCPT ); Tue, 11 May 2021 16:56:13 -0400 Received: from [192.168.0.7] (ip5f5aeee8.dynamic.kabel-deutschland.de [95.90.238.232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) (Authenticated sender: pmenzel) by mx.molgen.mpg.de (Postfix) with ESMTPSA id 1F2BD61E646CA; Tue, 11 May 2021 22:55:05 +0200 (CEST) From: Paul Menzel Subject: efivarfs fails with `No such device` when EFI runtime is missing To: Ard Biesheuvel Cc: linux-efi@vger.kernel.org, LKML Message-ID: Date: Tue, 11 May 2021 22:55:03 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear Linux folks, I migrated a 32-bit GNU/Linux installation from BIOS to EFI. Trying to edit the entries in UEFI’s Boot Manager with `efibootmgr`, I got the error: EFI variables are not supported on this system `sudo modprobe efivarfs` fails with No such device After several tries, I found [ 0.000000] efi: No EFI runtime due to 32/64-bit mismatch with kernel logged by Linux, and then I found the Stack Overflow thread *How could 32bit kernel read efivars from 64bit UEFI?* [1]. I would have thought, setting EFI variables is just directly writing to some storage. But probably not. Could the error message for the efivarfs load failure be improved, that *device* means the runtime service (if I am not mistaken)? Kind regards, Paul [1]: https://stackoverflow.com/questions/46610442/how-could-32bit-kernel-read-efivars-from-64bit-uefi