From owner-freebsd-arm@FreeBSD.ORG Sun Feb 9 19:39:23 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 954F6EE for ; Sun, 9 Feb 2014 19:39:23 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.18]) (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 71D55105E for ; Sun, 9 Feb 2014 19:39:23 +0000 (UTC) Received: from sdf.org (IDENT:hhh@sdf.lonestar.org [192.94.73.15]) by sdf.lonestar.org (8.14.7/8.14.5) with ESMTP id s19JdMfX025691 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Sun, 9 Feb 2014 19:39:22 GMT Received: (from hhh@localhost) by sdf.org (8.14.7/8.12.8/Submit) id s19JdM83027967 for freebsd-arm@freebsd.org; Sun, 9 Feb 2014 19:39:22 GMT X-Hashcash: 1:20:140209:freebsd-arm@freebsd.org::/Jl0cJkkuv3cP1f8:000000000000000000000000000000000000005M8m From: hhh@sdf.org To: Date: Sun, 09 Feb 2014 20:39:09 +0100 Message-ID: <87lhxkxehu.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain 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: Sun, 09 Feb 2014 19:39:23 -0000 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? 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? 3. Is there a way to enable module compilation with the crochet script? Why is it disabled? 4. Is it better to ask such naive questions here (freebsd-arm mailing list) or at the FreeBSD forum in the future? Cheers Henryk