From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f179.google.com (mail-pl1-f179.google.com [209.85.214.179]) by mx.groups.io with SMTP id smtpd.web09.170.1626734206981913064 for ; Mon, 19 Jul 2021 15:36:47 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20161025 header.b=TY7gw0SP; spf=pass (domain: gmail.com, ip: 209.85.214.179, mailfrom: 475.chris.willing@gmail.com) Received: by mail-pl1-f179.google.com with SMTP id j3so10490711plx.7 for ; Mon, 19 Jul 2021 15:36:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Tm8MeQQsP9DImACjMrBoB6Hb9mZZMqHkC8meMaq+GnA=; b=TY7gw0SPPVZXWAmX0SJiyC23BmwCKeqldOGTHpYXGX4TquoAx2+dNsG6JcQbpZdMdr 9MlCS5SXj/aAE/kXxpyFcIf1vPCFkb9nTj49KUzCCwAIUegw25BdSMVA7rll2PqKq3q5 13UuWqUij/nUbPcsm6lGz9bhjaHEAtM9hWrzeJlOKW7kok8b9X8HxCfhsCuYhnXBXgEo puoTm2K2rwcREaK63O0PAcItNAu2nBHD2TlOCxmVSDVcxbe0gyg3uzaqFBC325Ba6KtE PskNECJhuUpn8SNVsTNiIzPmDBEgwmmzXNY82EJQdUGmoxCCcwcA6rD5y/01E3EpnTxh PqWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:references:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Tm8MeQQsP9DImACjMrBoB6Hb9mZZMqHkC8meMaq+GnA=; b=VSEdIuKYJFfy5OU1CHZXoczIjewGD1uZ6CKl/cOn/LYLYDKxQtyLxQs+AvPFO2NRiE FQzeF4Vab1ZidD3jK65QSxvajT/+KbYW5Yapogyd9BD3wEqjA/9Mf9K2wQwG6iDkhHDA iP96OD1WV4MUF6fil7/A0xyF/evgyEieDCaI1dwyQTXMYYURS5wSDd08BmPE6MxFzsat 4IQrc5u2OM5bXPZ1BH35pMA5VZmAClLjLDkUzfHCtmrZpUNiysa/HOvgn886YUI9aEhT 5N+x15XCwAFk8fIwvagmzohHq3RsppNu/OXGYfiR8/GyS3cK8gHgz0NMfx9EGbFARkK1 GDAw== X-Gm-Message-State: AOAM533L4VOdb6j4el35YjzgzgQZQRk59CbM9o6yJzb9ogmJ8JeWYG6O JplXvc2876yEigWc0jdLqHCtM7d23Ww= X-Google-Smtp-Source: ABdhPJyeYyXs2xQbYZC3lvLhzR5O8iP6hv6w5RGCDxJp2sgijei6/T3rWH5OyhWa7jJq03Yjy6pURw== X-Received: by 2002:a17:902:d4c9:b029:12b:46f3:2db2 with SMTP id o9-20020a170902d4c9b029012b46f32db2mr21186307plg.5.1626734206246; Mon, 19 Jul 2021 15:36:46 -0700 (PDT) Return-Path: <475.chris.willing@gmail.com> Received: from d8.hgw.net.au (pa49-197-242-5.pa.qld.optusnet.com.au. [49.197.242.5]) by smtp.gmail.com with ESMTPSA id k8sm12324985pfu.116.2021.07.19.15.36.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 19 Jul 2021 15:36:45 -0700 (PDT) From: "Christoph Willing" X-Google-Original-From: Christoph Willing Reply-To: chris.willing@linux.com Subject: Re: [edk2-devel] [PATCH v2 03/11] OvmfPkg: PlatformBootManagerLibGrub: Allow executing kernel via fw_cfg To: Dov Murik , devel@edk2.groups.io References: <23418.1626699362007911011@groups.io> <98ca559a-edb9-8182-1de7-4a492762103c@linux.ibm.com> Message-ID: <677eb4b4-98cc-dea5-0cd2-882a504f3125@linux.com> Date: Tue, 20 Jul 2021 08:36:41 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <98ca559a-edb9-8182-1de7-4a492762103c@linux.ibm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 20/7/21 3:58 am, Dov Murik wrote: > > > On 19/07/2021 15:56, Christoph Willing wrote: >> Thanks for the clarification Dov. >> >> I've been trying with just "normal" VMs, not SEV. I did already find and try the confidential-containers-demo sev-hashes-v2 branch but it didn't help - not surprising if it's not relevant to normal VMs. >> >> Do you know whether this functionality (-kernel, -initrd, -append options) is actually supposed to work in normal VMs at the moment? The only conditions under which it works here with qemu-6.0.0 is with vUDK2017 & 2018 and an old ovmf binary package from kraxel.og dated 2017. Anything built from the edk2 master branch has failed when using those qemu options, although all the same builds work perfectly using the VMs' internal kernels & initrds. I've also extracted OVMF files from the current kraxel.org package as well as Ubuntu's (hirsute) package and these also fail the same way i.e. kernel boots and initrd works (loads modules) but then the VM filesystem doesn't seem to be found (no /dev/sdX exists to mount the filesystem root). >> >> I guess this could be a qemu problem but since it works with some (old) udk/edk2 versions, I thought I'd look here first. >> > > > Can you please try with edk2 commit d1fc3d7ef3cb - just before we did > some changes around this QEMU-interop code in OVMF? > I just tried a build at d1fc3d7ef3cb... with the same result. Works with VM's internal kernel & initrd but not with external (using -kernel, -initrd & -append options). As soon as I revert to OVMF files (CODE & VARS) from vUDK2018, all works as expected with external kernel & initrd. Since this problem seems to go back to around 2018, is it better to report in bugzilla? Thanks, chris