From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1EMbhP-0005fI-EM
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 21:34:31 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1EMbhJ-0005bh-Au
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 21:34:27 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1EMbhJ-0005a4-39
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 21:34:25 -0400
Received: from [209.234.73.41] (helo=kalmia.hozed.org)
	by monty-python.gnu.org with esmtp
	(TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EMbhI-0007UU-V0
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 21:34:25 -0400
Date: Mon, 3 Oct 2005 20:34:18 -0500
From: Troy Benjegerdes <hozer@hozed.org>
Subject: Re: [Qemu-devel] [patch] non-blocking disk IO
Message-ID: <20051004013418.GF4612@kalmia.hozed.org>
References: <4341270A.1000908@stanfordalumni.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <4341270A.1000908@stanfordalumni.org>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Mon, Oct 03, 2005 at 08:41:46AM -0400, John Coiner wrote:
> 
> Magnus,
> 
> I don't think the Windows 2000 install hack will ever be obsolete.
> 
> The installer assumes that a hard disk will take nonzero time to read 
> some data. QEMU always services a read in zero-guest-time. (With the 
> nonblocking IO patch, zero-guest-time reads still occur, when the 
> requested data is in the host's file cache.)
> 
> I doubt the IDE spec allows Windows to make this assumption... but the 
> assumption is there, and we work around it by adding a delay that's 
> visible to the guest.

There are other bugs in the IDE emulation..

I need to try this latest patch, but with the previous DMA patch
(without non-blocking support) having a disk image on an AFS filesystem
just did not work at all.

I am also haveing trouble getting a fresh win2k install under qemu to actually
be able to run windows update.