[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] win7 boot failure with commit f68ec83 - ide: Set BSY bi
From: |
Andreas Färber |
Subject: |
Re: [Qemu-devel] win7 boot failure with commit f68ec83 - ide: Set BSY bit during FLUSH |
Date: |
Tue, 09 Jul 2013 22:29:33 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 |
Hi,
Am 09.07.2013 22:27, schrieb Michael S. Tsirkin:
> I am using this command line:
> qemu-system-x86_64 -m 512 -enable-kvm -drive
> id=disk,file=./images/win7-x86.qcow2,if=none -device ahci,id=ahci
> -device ide-drive,drive=disk,bus=ahci.0 -cdrom
> ./images/en_windows_7_ultimate_x86_dvd_x15-65921.iso -monitor stdio
> -cpu kvm64 -snapshot
>
> and windows 7 does not boot.
The same was recently reported for q35 - Kevin found the cause but I
haven't noticed a proposed solution yet.
Andreas
> This happens starting from this commit:
>
> commit f68ec8379e88502b4841a110c070e9b118d3151c
> Author: Andreas Färber <address@hidden>
> Date: Wed Jun 5 15:17:57 2013 +0200
>
> ide: Set BSY bit during FLUSH
>
> The implementation of the ATA FLUSH command invokes a flush at the block
> layer, which may on raw files on POSIX entail a synchronous fdatasync().
> This may in some cases take so long that the SLES 11 SP1 guest driver
> reports I/O errors and filesystems get corrupted or remounted read-only.
>
> Avoid this by setting BUSY_STAT, so that the guest is made aware we are
> in the middle of an operation and no ATA commands are attempted to be
> processed concurrently.
>
> Addresses BNC#637297.
>
> Suggested-by: Gonglei (Arei) <address@hidden>
> Signed-off-by: Andreas Färber <address@hidden>
> Signed-off-by: Kevin Wolf <address@hidden>
> Signed-off-by: Stefan Hajnoczi <address@hidden>
>
>
> guest starts booting but never completes boot - it just keeps flashing
> the flag image. Boots fine with previous commit:
> commit c27d565604038c1572b16dd1cd06e277e6ef02e2
>
> However, reverting f68ec8379e88502b4841a110c070e9b118d3151c on
> current master still has the hang on boot
> behaviour - possibly a separate issue, I'll have to redo the bisect
> to find out.
>
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg