qemu-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Windows 10 Inaccessible Boot device starting 5.2.0-rc0


From: Michael S. Tsirkin
Subject: Re: Windows 10 Inaccessible Boot device starting 5.2.0-rc0
Date: Wed, 3 Mar 2021 17:06:09 -0500

OK great, good to know. note it works because you
specified an old machine type as libvirt does for
old installed VMs.

My next question then is, what happens if you install
a new VM? Does it work fine for you then?


On Wed, Mar 03, 2021 at 08:56:32AM -0800, Nick S wrote:
> This change works perfectly, thank you!
> 
> On Wed, Mar 3, 2021 at 1:26 AM Michael S. Tsirkin <mst@redhat.com> wrote:
> 
>     Can you try this please:
> 
>       git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_upstream
> 
>     ?
> 
> 
>     On Tue, Mar 02, 2021 at 09:59:47PM -0800, Nick S wrote:
>     > I found the commit that breaks my VM. Anybody has any background on why
>     it was
>     > done? The comments are fairly extensive, but they are Mac related and I
>     am
>     > running Windows 10 with UEFI.  My VM is pc-q35-4.2 and this change
>     definitely
>     > breaks Windows 10. Anything before I can check out, compile and it runs
>     fine.
>     > Anything after this commit and it produces that boot device inaccessible
>     error.
>     > Reverting this change on the current master also makes it work fine.
>     >
>     > git diff af1b80ae56c9495999e8ccf7b70ef894378de642~
>     > af1b80ae56c9495999e8ccf7b70ef894378de642
>     > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
>     > index b7bcbbbb2a..7a5a8b3521 100644
>     > --- a/hw/i386/acpi-build.c
>     > +++ b/hw/i386/acpi-build.c
>     > @@ -1497,7 +1497,7 @@ build_dsdt(GArray *table_data, BIOSLinker *linker,
>     >          dev = aml_device("PCI0");
>     >          aml_append(dev, aml_name_decl("_HID", aml_eisaid("PNP0A03")));
>     >          aml_append(dev, aml_name_decl("_ADR", aml_int(0)));
>     > -        aml_append(dev, aml_name_decl("_UID", aml_int(1)));
>     > +        aml_append(dev, aml_name_decl("_UID", aml_int(0)));
>     >          aml_append(sb_scope, dev);
>     >          aml_append(dsdt, sb_scope);
>     >  
>     > @@ -1512,7 +1512,7 @@ build_dsdt(GArray *table_data, BIOSLinker *linker,
>     >          aml_append(dev, aml_name_decl("_HID", aml_eisaid("PNP0A08")));
>     >          aml_append(dev, aml_name_decl("_CID", aml_eisaid("PNP0A03")));
>     >          aml_append(dev, aml_name_decl("_ADR", aml_int(0)));
>     > -        aml_append(dev, aml_name_decl("_UID", aml_int(1)));
>     > +        aml_append(dev, aml_name_decl("_UID", aml_int(0)));
>     >          aml_append(dev, build_q35_osc_method());
>     >          aml_append(sb_scope, dev);
>     >          aml_append(dsdt, sb_scope);
>     >
>     > It looks like a regression issue in 5.2.x so I registered a bug for
>     it: https:/
>     > /bugs.launchpad.net/qemu/+bug/1917565
>     >
>     >
>     > On Sun, Feb 28, 2021 at 9:13 PM Nick S <nick.kvmhv@gmail.com> wrote:
>     >
>     >
>     >     I have a VM set up on a USB SSD drive that I assign directly using
>     linux
>     >     device (-blockdev '{"driver":"host_device","filename":"/dev/disk/
>     by-id/
>     >   
>      
> scsi-1SanDisk_Extreme_SSD_20072F404043","aio":"native","node-name":"libvirt-2-storage","cache":
>     >     
>     
> {"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}')
>     >
>     >     I've been using it for a few years now and recently decided to
>     compile the
>     >     most recent version of qemu to do some hacking. To my surprise, when
>     I
>     >     compiled the master branch, Windows failed to load with the "Boot
>     Device
>     >     Inaccessible" error. I went through tags in git and the latest tag
>     that
>     >     works is 5.1.0. On 5.2.0-rc0 I started getting this error. Was
>     something
>     >     changed recently for passing a linux block device as "raw"?
>     >
>     >     Thank you,
>     >     Nick
>     >
> 
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]