From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M8VRX-0000Q2-BQ for qemu-devel@nongnu.org; Mon, 25 May 2009 04:21:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M8VRS-0000IK-Ar for qemu-devel@nongnu.org; Mon, 25 May 2009 04:21:58 -0400 Received: from [199.232.76.173] (port=34993 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8VRS-0000IC-4Z for qemu-devel@nongnu.org; Mon, 25 May 2009 04:21:54 -0400 Received: from mx20.gnu.org ([199.232.41.8]:43748) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M8VRR-0001BK-OD for qemu-devel@nongnu.org; Mon, 25 May 2009 04:21:53 -0400 Received: from verein.lst.de ([213.95.11.210]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M8VRQ-00077i-Vz for qemu-devel@nongnu.org; Mon, 25 May 2009 04:21:53 -0400 Received: from verein.lst.de (localhost [127.0.0.1]) by verein.lst.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id n4P8LpIF004170 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 25 May 2009 10:21:52 +0200 Received: (from hch@localhost) by verein.lst.de (8.12.3/8.12.3/Debian-6.6) id n4P8Lpx8004168 for qemu-devel@nongnu.org; Mon, 25 May 2009 10:21:51 +0200 Date: Mon, 25 May 2009 10:21:51 +0200 From: Christoph Hellwig Message-ID: <20090525082151.GA4107@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] Do we need CONFIG_AIO? List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Currently all aio code in the raw-posix block driver depends on a CONFIG_AIO symbol that gets set based on the availability of the pthreads library. Beeing able to rely on unconditional aio support means we could remove the whole code for plain bdrv_read/bdrv_write in raw-posix.c which is about 300 lines of code and a duplicated code path. Is there any Posix-ish platform qemu supports that does not have pthreads support?