From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1BTu8h-0004WF-NM
	for qemu-devel@nongnu.org; Fri, 28 May 2004 23:04:04 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1BTu8f-0004VB-QI
	for qemu-devel@nongnu.org; Fri, 28 May 2004 23:04:03 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1BTu8f-0004V7-MP
	for qemu-devel@nongnu.org; Fri, 28 May 2004 23:04:01 -0400
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34)
	id 1BTjtb-0003Jv-Nb
	for qemu-devel@nongnu.org; Fri, 28 May 2004 12:08:18 -0400
Received: from [195.9.147.9] (helo=dionis.simtreas.ru)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1BTjta-0003Hf-R7
	for qemu-devel@nongnu.org; Fri, 28 May 2004 12:07:47 -0400
Message-ID: <40B76461.1030603@simtreas.ru>
Date: Fri, 28 May 2004 20:10:09 +0400
From: "Vladimir N. Oleynik" <dzo@simtreas.ru>
MIME-Version: 1.0
Subject: [Qemu-devel] Re: AIO ide patch
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@gnu.org
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@gnu.org>
List-Help: <mailto:qemu-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@gnu.org?subject=subscribe>
To: fabrice@bellard.org, qemu-devel@nongnu.org
List-ID: <qemu-devel.nongnu.org>

Fabrice,

 >> I have tried to make a variant with asynchronous input/output
 >> for ide. First worked patch attached.
 >> (this variant haven`t AIO for ATAPI, only ATA).
 >> May be not full right, but ...

 >> Good news: with this second variant patch installation w2k is full true
 >> and don`t make disk full!
 >> From second variant I moved set_irq() to thread.
 >> But, I don`t know: this save or not, but all my test cleans.

 > The disk dull problem is timing dependent.

Yes.

 > Your patches change
 > the timings, but there is no proof they really fixed the bug.

I can`t patch W2k ;-)

 > Of course it is possible that Win2K has a bug which makes
 > the IDE driver timing dependent...

My idea is not patch timing. My idea is async IO for make speed up
(guest CPU continued after host`s disk/network/sound make IO processing).

If set_pic_irq() is tread safe, I can generate more other async IO
(floppy, DMA, sound, network fd poll)...


--w
vodz