From owner-freebsd-arm@FreeBSD.ORG Mon Feb 10 07:38:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99E1869C for ; Mon, 10 Feb 2014 07:38:40 +0000 (UTC) Received: from nick.hrz.tu-chemnitz.de (nick.hrz.tu-chemnitz.de [134.109.228.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CBEF1D48 for ; Mon, 10 Feb 2014 07:38:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tu-chemnitz.de; s=dkim2010; h=MIME-Version:Content-Type:In-Reply-To:References:Subject:To:From:Message-ID:Date; bh=RY/UpEl0vCEJqbS074/3w2Q9UiXUTkAgwK5eLnToOlw=; b=0eTOpNx6J9HvslSD5rm3keaXAPGU5EKxPaQzYdUwaVIRntfMnLDLKyi3Ga5utVLKJZDgwe4L44WtI2AqTrEj3+yp2GHpq61PgMRatW0dDbh7KLbWnazVfWelrZWjPCtHTWV97kYhZJOXs6Qv7jfZsj88Bx1lm0YSTiNKnx4PoSg=; Received: from postman.hrz.tu-chemnitz.de ([134.109.133.5] helo=mailbox.hrz.tu-chemnitz.de) by nick.hrz.tu-chemnitz.de with esmtps (UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1WCl1A-0002Ve-Vg for freebsd-arm@freebsd.org; Mon, 10 Feb 2014 08:11:10 +0100 Received: from boogie.hrz.tu-chemnitz.de ([134.109.133.10] helo=localhost) by mailbox.hrz.tu-chemnitz.de with esmtp (Exim 4.80.1) (envelope-from ) id 1WCl1A-0004xu-TK for freebsd-arm@freebsd.org; Mon, 10 Feb 2014 08:11:00 +0100 Received: from 194.31.246.158 ([194.31.246.158]) by mail.tu-chemnitz.de (Horde Framework) with HTTP; Mon, 10 Feb 2014 08:11:00 +0100 Date: Mon, 10 Feb 2014 08:11:00 +0100 Message-ID: <20140210081100.Horde.oKoMwID8cclY65gQZXMazw1@mail.tu-chemnitz.de> From: Matthieu Kraus To: freebsd-arm@freebsd.org Subject: Re: References: <87lhxkxehu.fsf@gmail.com> In-Reply-To: <87lhxkxehu.fsf@gmail.com> User-Agent: Internet Messaging Program (IMP) H5 (6.1.2) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Scan-AV: mailbox.hrz.tu-chemnitz.de; 2014-02-10 08:11:00; d2e0a2222297a5f249b6c7d7a6df381f X-purgate: clean X-purgate-type: clean X-purgate-ID: 154106::1392016260-000004E2-B1A26606/0-0/0-0 X-Scan-SA: nick.hrz.tu-chemnitz.de; 2014-02-10 08:11:10; 457e33eda3bb7665d905ebe8f4ac79df X-Spam-Score: -1.6 (-) X-Spam-Report: --- Textanalyse SpamAssassin 3.3.1 (-1.6 Punkte) Fragen an/questions to: Postmaster TU Chemnitz * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain --- Ende Textanalyse X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Feb 2014 07:38:40 -0000 Zitat von hhh@sdf.org: > Hello, > > > Matthieu Kraus wrote: > >> Quoting hhh at sdf.org: > >> > Hi all, >> > >> > I would like to know what is the status of the ZFS on ARM. My goal is >> > to connect ZFS formatted hard drive to the Beaglebone Black running >> > FreeBSD 10 (RELEASE or STABLE). >> > >> > I tried both the recent pre-compiled (ftp server) and self-compiled >> > (crochet) images, but neither contained zfs.ko module. I tried to >> > compile the module on the board, but got error while compiling the >> > opensolaris module. >> > >> > >> > In file included from >> > >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/os/fm.c:59: >> > /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/sys/cpuvar.h:53:9: >> > error: 'cpu_id' macro redefined [-Werror] >> > #define cpu_id cpuid >> > ^ >> > ./machine/cpufunc.h:170:9: note: previous definition is here >> > #define cpu_id() cpufuncs.cf_id() >> > ^ >> > 1 error generated. >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/src/sys/modules/zfs >> > >> > >> I'm using the following since a few years which seems to work fine - >> it's a rather hacky approach, though, I guess: > >> Index: sys/cddl/compat/opensolaris/sys/cpuvar.h >> =================================================================== >> --- sys/cddl/compat/opensolaris/sys/cpuvar.h (revision 227813) >> +++ sys/cddl/compat/opensolaris/sys/cpuvar.h (working copy) >> @@ -50,6 +50,9 @@ > >> /* Some code may choose to redefine this if pcpu_t would be more >> useful. */ >> #define cpu_t solaris_cpu_t >> +#ifdef cpu_id >> +#undef cpu_id >> +#endif >> #define cpu_id cpuid > >> extern solaris_cpu_t solaris_cpu[]; > > Thank you Matthieu, I could compile the the zfs and opensolaris modules. > > > I have some additional questions: > > 1. I managed to create a new pool, but whenever I tried to import it, > the system stopped responding. Did you have similar problems? Nope, didn't have such issues - to get started I transferred my old pool from another box via ethernet and then upgraded it, had no issues with the system stalling so far. Note that I'm running it on my Dreamplug off esata - not sure whether that makes a difference. > > 2. After the stability problems are solved, do you think it makes sense > to run ZFS on a rather low-end board? Is it going to be usable? That totally depends what you want to use it for. I'd highly recommend setting up a proper bootloader, though, as you'll need to tweak various kernel vars on boot time in order to reduce ZFS (by default) high kmem usage which will easily cause a panic (e.g. on locate.updatedb or any other high FS load). I personally only use it to keep a bunch of big files (i.e. very few to do for the cache and hence low kmem usage) for which it works pretty well. > > 3. Is there a way to enable module compilation with the crochet script? > Why is it disabled? > No clue what that is tbh, so can't help you on that one. > 4. Is it better to ask such naive questions here (freebsd-arm mailing > list) or at the FreeBSD forum in the future? No clue, but I guess for the arm-specific part this is the right mailing list. kind regards, Matthieu