gt; >> -Original Message-
> >> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Ni,
> >> Ruiyu
> >> Sent: Friday, November 24, 2017 9:04 AM
> >> To: Paolo Bonzini <pbonz...@redhat.com>
> >> Cc: Dong, Eric <eric
m>; Paolo
Bonzini <pbonz...@redhat.com>
Cc: Dong, Eric <eric.d...@intel.com>; Ard Biesheuvel
<ard.biesheu...@linaro.org>; edk2-devel-01 <edk2-devel@lists.01.org>; Dann
Frazier <da...@ubuntu.com>; Zeng, Star <star.z...@intel.com>
Subject: Re: [edk2] [PATCH] Md
On Behalf Of Ni,
>> Ruiyu
>> Sent: Friday, November 24, 2017 9:04 AM
>> To: Paolo Bonzini <pbonz...@redhat.com>
>> Cc: Dong, Eric <eric.d...@intel.com>; Ard Biesheuvel
>> <ard.biesheu...@linaro.org>; edk2-devel-01 <edk2-devel@lists.01.org>; Dann
&
Maybe win10 does some optimization in S4 path.
Sent from a small-screen device
在 2017年11月24日,上午8:01,Paolo Bonzini
> 写道:
On 23/11/2017 14:08, Laszlo Ersek wrote:
On 11/23/17 03:20, Ni, Ruiyu wrote:
I cannot explain precisely why the S4 resume
On 23/11/2017 14:08, Laszlo Ersek wrote:
> On 11/23/17 03:20, Ni, Ruiyu wrote:
>> I cannot explain precisely why the S4 resume fails.
>> I can just guess: Windows might have some assumptions on the BM bit.
> Can we make this configurable on the platform level somehow?
>
> On one hand, I certainly
k2-devel@lists.01.org>>
Cc: Ard Biesheuvel
<ard.biesheu...@linaro.org<mailto:ard.biesheu...@linaro.org>>; Dong, Eric
<eric.d...@intel.com<mailto:eric.d...@intel.com>>; Dann Frazier
<da...@ubuntu.com<mailto:da...@ubuntu.com>>
Subject: Re: [edk2] [PATCH] MdeModulePkg
;edk2-devel@lists.01.org>
> Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>; Dong, Eric
> <eric.d...@intel.com>; Dann Frazier <da...@ubuntu.com>
> Subject: Re: [edk2] [PATCH] MdeModulePkg/AtaAtapiPassThru: disable only BM-
> DMA at ExitBootServices()
>
> O
>> ExitBootServices callback as well to fix the compatibility issue.
>>
>> Thanks/Ray
>>
>>> -Original Message-
>>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>>> Laszlo Ersek
>>> Sent: Saturday, October 28
<ler...@redhat.com>;
> edk2-devel-01 <edk2-devel@lists.01.org>
> Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>; Dong, Eric
> <eric.d...@intel.com>; Dann Frazier <da...@ubuntu.com>; Zeng, Star
> <star.z...@intel.com>
> Subject: RE: [edk2] [PATCH] Mde
1.org>
Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>; Dong, Eric
<eric.d...@intel.com>; Zeng, Star <star.z...@intel.com>; Dann Frazier
<da...@ubuntu.com>
Subject: RE: [edk2] [PATCH] MdeModulePkg/AtaAtapiPassThru: disable only BM-DMA
at ExitBootServices()
Laszlo,
Ou
<eric.d...@intel.com>; Zeng, Star <star.z...@intel.com>; Dann Frazier
> <da...@ubuntu.com>
> Subject: Re: [edk2] [PATCH] MdeModulePkg/AtaAtapiPassThru: disable only
> BM-DMA at ExitBootServices()
>
> On 10/26/17 17:48, Laszlo Ersek wrote:
> > Clearing I/O port decodi
On 10/26/17 17:48, Laszlo Ersek wrote:
> Clearing I/O port decoding in the PCI command register at
> ExitBootServices() breaks IDE boot in Windows, on QEMU's "pc" (i440fx)
> machine type. (AHCI boot on "q35" is unaffected.) Windows seems repeatedly
> stuck, apparently waiting for a timeout of
Tested combinations i440fx/IDE, i440fx/AHCI, Q35/IDE, Q35/AHCI for
booting Windows 7 sp1 x64 installation - all boot in reasonable time.
Thanks Laszlo.
Tested-by: Aleksei Kovura
/--Regards, Aleksei
/
On 26/10/17 18:48, Laszlo Ersek wrote:
Clearing I/O port decoding in
On 10/27/17 05:23, Zeng, Star wrote:
> Reviewed-by: Star Zeng after the minor typo " isse " is
> fixed to " issue ".
Yup, I noticed that too late. I'll fix it when I push the patch (still
waiting for test results from Aleksei as well).
Thanks!
Laszlo
>
> Thanks,
> Star
>
Reviewed-by: Star Zeng after the minor typo " isse " is
fixed to " issue ".
Thanks,
Star
-Original Message-
From: Laszlo Ersek [mailto:ler...@redhat.com]
Sent: Thursday, October 26, 2017 11:48 PM
To: edk2-devel-01
Cc: Aleksei Kovura
On Thu, Oct 26, 2017 at 9:48 AM, Laszlo Ersek wrote:
> Clearing I/O port decoding in the PCI command register at
> ExitBootServices() breaks IDE boot in Windows, on QEMU's "pc" (i440fx)
> machine type. (AHCI boot on "q35" is unaffected.) Windows seems repeatedly
> stuck,
Clearing I/O port decoding in the PCI command register at
ExitBootServices() breaks IDE boot in Windows, on QEMU's "pc" (i440fx)
machine type. (AHCI boot on "q35" is unaffected.) Windows seems repeatedly
stuck, apparently waiting for a timeout of sorts.
This is arguably a Windows bug; a native OS
17 matches
Mail list logo