From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nfvv9-0006kN-QO for qemu-devel@nongnu.org; Fri, 12 Feb 2010 08:50:59 -0500 Received: from [199.232.76.173] (port=52214 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nfvv9-0006k0-5A for qemu-devel@nongnu.org; Fri, 12 Feb 2010 08:50:59 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nfvv7-0007A8-Rq for qemu-devel@nongnu.org; Fri, 12 Feb 2010 08:50:58 -0500 Received: from verein.lst.de ([213.95.11.210]:56451) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1Nfvv7-0007A0-Aw for qemu-devel@nongnu.org; Fri, 12 Feb 2010 08:50:57 -0500 Date: Fri, 12 Feb 2010 14:50:44 +0100 From: Christoph Hellwig Subject: Re: [Qemu-devel] Heads up: glibc preadv emulation breaks qemu on older kernels Message-ID: <20100212135044.GA24209@lst.de> References: <20100211190608.GA26410@amd.home.annexia.org> <20100212125238.GA22221@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: qemu-devel@nongnu.org, Christoph Hellwig , "Richard W.M. Jones" On Fri, Feb 12, 2010 at 04:49:23PM +0300, malc wrote: > On Fri, 12 Feb 2010, Christoph Hellwig wrote: > > > On Thu, Feb 11, 2010 at 07:06:08PM +0000, Richard W.M. Jones wrote: > > > One interesting thing is that qemu has its own preadv emulation (which > > > does the emulation correctly), but this is never used because qemu > > > never gets ENOSYS back from preadv. > > > > At this point the amount of bugs in the glibc preadv/pwritev code really > > make me want to go to use the raw system calls on Linux only. Any > > opinions from the maintainers if that is acceptable? > > There are more than one way to parse the first sentence, if it should be > read as: > On linux and on linux only avoid using pread/write[v] and talk to the > kernel directly. > > Then i agree. Yes. The BSDs tend to not play stupid emulation games in the libc, so changes of these kinds of messups to happen are far less.