From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv1-f53.google.com (mail-qv1-f53.google.com [209.85.219.53]) by mx.groups.io with SMTP id smtpd.web11.18257.1676911483063486932 for ; Mon, 20 Feb 2023 08:44:43 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Y+olvUgT; spf=pass (domain: gmail.com, ip: 209.85.219.53, mailfrom: gregory.lee.bartholomew@gmail.com) Received: by mail-qv1-f53.google.com with SMTP id op8so2154713qvb.11 for ; Mon, 20 Feb 2023 08:44:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=user-agent:mime-version:date:content-transfer-encoding:references :in-reply-to:cc:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=i+GzhecE5I2PYwuN+wzCefRPRaADHppyueg4WCqojZk=; b=Y+olvUgTA3wbYUJqn/qWqYmWifRJcEuBSbqBzTyMxP3b/qSscNejUqt36M03dMyjxw f2iUSS8a43wn0euOT8NN4QATp94Bu2/srNfc+0Ju+GsYk+N1W7+fBfqlwDtoUBeRNY81 4uIdi+Rz9Z1cJUJborNK5lLoUNT1Dw5dScFwlEowqCarzgBPAJVuCKwL7IT/2pFEwetL L4h7XAYL6RPLjkDjBQPg62JDz+egj7kdQ4+NAoDeggrClw3iM4xIV2zDCkXDsCSg/o4C EyfmX67xZ7zWGex85X83+mqFG0vFOAQDz4qMIkmAeLCoPQwDFGGY50SP+hdXMB9q9jy3 9nSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=user-agent:mime-version:date:content-transfer-encoding:references :in-reply-to:cc:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=i+GzhecE5I2PYwuN+wzCefRPRaADHppyueg4WCqojZk=; b=C4gJBYN4dcxf/f9A/pCTX7ZT4gLtrUx5Y8ENWXr1hw6ph7L7Lx2KnSYsF378Z+DZc5 fKV3O5pefQyEGmqsZIYxaMUQlAo7RYDATKudcye5Y+a/cfw6B/KrFhZzbhin2QH6Ndtq 41XJA+U0B8M2MgVejXw7ohTNLvGbnPvyTFZKDP44Zqv+JC68prkG6DMZun+0xV7twl7J lzl+VgZiDob60A/nXVkBC5GyrW/PpCj9VopFVKPVVrhVwQCyU1Thxqnva8NH3As6AU6e sPpstrjT34lrLHCdHerkkXQHMj5z4VMXFFc5UwLRlM+IudXjzV3Pka+aC51gUwbUMZ68 J4jQ== X-Gm-Message-State: AO0yUKXh7CKrQn8hPiAWzDA8J+XpkoSVt8FSWZDv9fjLd3RcBpEnl7Qg vRkHwdpf5xn/hpKnzgOwPxL7SvZoUVU= X-Google-Smtp-Source: AK7set9xWa0cv2Fkz7nxAETv5qba8Wut6P/L8Muq8yz0DGbF+PnQx+hpWz5aoB8mBfi9Yb0tzGD6yQ== X-Received: by 2002:a05:6214:5189:b0:56e:ac19:a879 with SMTP id kl9-20020a056214518900b0056eac19a879mr2671316qvb.8.1676911482139; Mon, 20 Feb 2023 08:44:42 -0800 (PST) Return-Path: Received: from eb2027-01.cs.siue.edu (eb2027-01.cs.siue.edu. [146.163.150.61]) by smtp.gmail.com with ESMTPSA id x191-20020a3763c8000000b007402fdda195sm1552912qkb.123.2023.02.20.08.44.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Feb 2023 08:44:41 -0800 (PST) Message-ID: Subject: Re: [edk2-devel] BUG: tianocore does not honor the bootorder From: "Gregory Lee Bartholomew" To: Gerd Hoffmann Cc: devel@edk2.groups.io In-Reply-To: <20230220071051.bfawj73m2jaqgbpf@sirius.home.kraxel.org> References: <20230217130807.u3f2cv3pgtbn5zcw@sirius.home.kraxel.org> <20230220071051.bfawj73m2jaqgbpf@sirius.home.kraxel.org> Date: Mon, 20 Feb 2023 10:44:40 -0600 MIME-Version: 1.0 User-Agent: Evolution 3.46.3 (3.46.3-1.fc37) Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2023-02-20 at 08:10 +0100, Gerd Hoffmann wrote: > On Fri, Feb 17, 2023 at 10:23:22AM -0600, Gregory Lee Bartholomew wrote: > > On Fri, 2023-02-17 at 14:08 +0100, Gerd Hoffmann wrote: > > > On Wed, Feb 15, 2023 at 02:20:23PM -0600, Gregory Lee Bartholomew wro= te: > > > > I have a script that uses Qemu to install a Linux OS to the supplie= d device. At > > > > the end of the install script, efibootmgr is called to create UEFI = boot entries > > > > and set the boot order. However, every time I boot the VM, it boots= to entry > > > > 0004 "UEFI Misc Device" instead of the proper entry specified in th= e bootorder. > > > > This is confusing a script that I have for managing multiple ESPs (= the script > > > > needs to detect the current ESP and sync its contents to secondary/= backup ESPs). > > > =20 > > > > Please fix tianocore to honor the bootorder instead of creating its= own entries. > > >=20 > > > ovmf orders the boot entries according to the qemu configuration > > > (bootindex property for devices). If you don't want that just remove > > > all bootindex properties from your qemu command line. > > >=20 > > > take care, > > > Gerd > > >=20 > >=20 > > I don't believe I've set a bootindex. Below is the script that I'm usin= g to > > start the qemu instances. >=20 > OVMF shouldn't touch the order then. It will still create entries for > the devices it finds (on first boot). If you add more entries and put > them first (by setting BootOrder accordingly) OVMF should try booting > these first. >=20 > take care, > Gerd >=20 It was my mistake. My qemu instance was referencing the wrong OVMF_VARS.fd. Tiano was automatically booting the system from that "Misc Device" entry be= cause the installer-created entries were from an old run and were pointing to inv= alid partition UUIDs. I personally think it would be less confusing if that sort= of automation were not done and instead a proper error were reported to the ad= min. But I guess I understand why that is being done. Sorry for the bogus bug report. gb