From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BsWM7-0004U8-1S for qemu-devel@nongnu.org; Wed, 04 Aug 2004 20:43:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BsWM5-0004Tw-O9 for qemu-devel@nongnu.org; Wed, 04 Aug 2004 20:43:38 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BsWM5-0004Tt-IK for qemu-devel@nongnu.org; Wed, 04 Aug 2004 20:43:37 -0400 Received: from [62.253.162.44] (helo=mta04-svc.ntlworld.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BsWHh-0002Zj-8Y for qemu-devel@nongnu.org; Wed, 04 Aug 2004 20:39:05 -0400 Received: from [10.10.10.100] ([81.107.87.144]) by mta04-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20040805003746.YUQD8247.mta04-svc.ntlworld.com@[10.10.10.100]> for ; Thu, 5 Aug 2004 01:37:46 +0100 Subject: Re: qemu-img, BSD (was: Re: [Qemu-devel] new block layer) From: Antony T Curtis In-Reply-To: <20040804201117.A19539@saturn.kn-bremen.de> References: <4110069A.5080501@bellard.org> <20040804201117.A19539@saturn.kn-bremen.de> Content-Type: text/plain Message-Id: <1091666342.61926.68.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 Date: Thu, 05 Aug 2004 01:39:03 +0100 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Wed, 2004-08-04 at 19:11, Juergen Lock wrote: > On Tue, Aug 03, 2004 at 10:19:08PM +0000, Fabrice Bellard wrote: > > Hi, > > > > I commited the new disk image layer of QEMU which adds the following > > features: > > > >... > > First: How do you use qemu-img? If i try > qemu-img create -b /dev/ad0 -f qcow testcow 10M > I only get the usage back. > > Second question: Has anyone patched the new block layer for BSD already? > At least FreeBSD can't access cdroms in 512 byte blocks, everything > has to be done in the cd blocksize which is 2048. (A patch for this > from the list for the old block layer is in the port; It also needs > to use DIOCGMEDIASIZE but that was quick to re-add.) I have a new patch for the new block layer - it defines a new block type (imaginately called 'dev') and the probe checks the DIOCGMEDIASIZE and DIOCGSECTORSIZE ioctls... It also ensures that I/O is done in multiples of the device sector size. I'll have a new patch together for this soon... On my machine (FreeBSD 5-NOT_SO_CURRENT), the slirp code causes a SIGBUS... I might investigate - it looks like it occurs near constructing the ethernet header... poor backtraces prevents me from finding exactly where. > Here is an update for the port, I send it here because I dont > think it should be committed until the cdrom issue is fixed... > > If you want to look at the patches in the port and don't have a > FreeBSD ports tree on your system: you can check out the port from > cvs by (for example) doing > > CVSROOT=:pserver:anoncvs@anoncvs.fr.FreeBSD.org:/home/ncvs cvs co ports/emulators/qemu > > (login with password anoncvs) > > the FreeBSD patches are in the files/ dir; patch-aa and -ab are from > the list, patch-ac, patch-bd and patch-bf are FreeBSD only > > (apply this on top of the port in cvs, then remove files/patch-ba, > files/patch-bb, files/patch-bg) > > Oh and if you try this after today 2340 (iirc) Jerusalem time > you need to adjust the date in DISTNAME (and maybe more depending > on what Fabrice commits...) > > Index: Makefile -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache IT Consultancy.