From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 12 21:12:59 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7208ABB for ; Fri, 12 Sep 2014 21:12:59 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7FDA61 for ; Fri, 12 Sep 2014 21:12:59 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEEAABhE1SDaFve/2dsb2JhbABfg2BXBIJ4xXUKhnpUAYEneIQDAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggHBAEcBIgZCA2nQ5VyAReBLI0/EAIBGwEzB4I4QRKBQQWWBIQBhGKKTYkTg30hLweBQYEHAQEB X-IronPort-AV: E=Sophos;i="5.04,515,1406606400"; d="scan'208";a="153778336" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 12 Sep 2014 17:12:58 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 91793B403E; Fri, 12 Sep 2014 17:12:58 -0400 (EDT) Date: Fri, 12 Sep 2014 17:12:58 -0400 (EDT) From: Rick Macklem To: Lionel Cons Message-ID: <1757754054.35708274.1410556378584.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: Tool to access ZFS/NFSv4 alternate data streams on FreeBSD? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: Freebsd hackers list , Simon Toedt , Jordan Hubbard , Richard Yao , Jan Bramkamp X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 21:13:00 -0000 Lionel Cons wrote: > On 9 September 2014 23:29, Rick Macklem wrote: > > Simon Toedt wrote: > >> On Tue, Sep 9, 2014 at 1:47 PM, Rick Macklem > >> > >> wrote: > >> > Jordan Hubbard wrote: > >> >> Yep. I was just describing the experience that OS X went > >> >> through > >> >> in > >> >> implementing extattrs / legacy resource fork support. To recap > >> >> it > >> >> very briefly: Having NFSv4 support extattrs (or even named > >> >> streams, > >> >> if you want to go that far) is the comparatively easy part. > >> >> It=E2=80=99s > >> >> backing them up / copying them around that gets more involved, > >> >> and > >> >> if you can=E2=80=99t back up certain attributes then you=E2=80=99re= not likely > >> >> to > >> >> get anyone to want to use them, at which point the whole > >> >> =E2=80=9Csharing=E2=80=9D > >> >> aspect kind of takes a back seat. > >> >> > >> > Yep. I strongly suspect you are correct. > >> > > >> > The question then becomes: > >> > - Do we wait and see if someone chooses to get around to doing > >> > all > >> > the hard userland work. > >> > >> Solaris tools already have support for this. Also AT&T AST from > >> David > >> Korn have support for O_XATTR, too. > >> > > Hopefully others will correct me if I have this incorrect, but I > > thought > > CDDL code could only be used for optional components of FreeBSD? > > I suspect tar and friends are considered core components and that > > code > > for this would have to be written by someone (ie. couldn't use CDDL > > code?). > > (I'm assuming that these tools are in OpenSolaris.) >=20 > I don't think you FreeBSD should *copy* the code. But it can be used > for reference how the extended tar headers for filesystem forks > should > look like. That's all. >=20 > > > > Be aware that most of FreeBSD's development is done by volunteers > > in their > > spare time, so I have no idea if someone is interested in doing > > this. >=20 > If anyone can get the kernel parts I think we can sponsor someone to > do the userland work. >=20 Hmm, well others that are more familiar with the traditions of the FreeBSD will need to comment. I have never figured out how the "collective" makes technical direction decisions. I think that you might want to email on freebsd-arch@ proposing that suppor= t for openat()/resource forks be added to FreeBSD. Then, based on what respon= ses occur to this "big picture" proposal, whether or not to do it may become apparent? If the collective thinks it is appropriate, I can probably find time to do the kernel bits for NFSv4/ZFS. (I have no interest in trying to add support to UFS or doing the userland bits.) rick > Lionel > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org"