From owner-freebsd-fs@FreeBSD.ORG Wed Jul 18 08:45:46 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75D7C106566B; Wed, 18 Jul 2012 08:45:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 890068FC0A; Wed, 18 Jul 2012 08:45:45 +0000 (UTC) Received: by lbon10 with SMTP id n10so2281155lbo.13 for ; Wed, 18 Jul 2012 01:45:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gByP6bujPg5+G7evt+MkrvEIb63v3PVktMefwcDSPu0=; b=K2AjYUHEbgSdNhMtqhKmfrJTjabdRiO2cpa4vsD4dNYBH6JP+e/2y554SANLqEivo/ 1+t6tA8TGoT31GVcik4i+VBHhNK6U9Sy5gl311Uy7pvLr0CfbahLryZgCKhCWnZ5nfcU C2XjfvLzJ5xjf6e3aVumrkudPBYXCOou4ye/Lj1ox/OYpMNvsdhgZDWxc8kZ3MN6SUiJ NLGY6T96/mfTq2u5ohmNhU3wKiwXTYQ0WQZ1SCXTEsXLfy9N65vzkTNP1vhEpIprVlCl 1FpufisLy8BtMz7w5sQKwSCdAng7Py8EC5otn3AYJtiOevIcGDzsnNUVgAMjWoMc1VI7 7lfQ== MIME-Version: 1.0 Received: by 10.152.136.18 with SMTP id pw18mr2448260lab.17.1342601144207; Wed, 18 Jul 2012 01:45:44 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.27.65 with HTTP; Wed, 18 Jul 2012 01:45:44 -0700 (PDT) In-Reply-To: <50064FB2.3020409@entel.upc.edu> References: <50064FB2.3020409@entel.upc.edu> Date: Wed, 18 Jul 2012 09:45:44 +0100 X-Google-Sender-Auth: 7y7dtpHbUdzgxxgtFzAUyMgYPdM Message-ID: From: Attilio Rao To: =?UTF-8?Q?Gustau_P=C3=A9rez_i_Querol?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 08:45:46 -0000 2012/7/18, Gustau P=C3=A9rez i Querol : > > Sorry fo the delay. > > About the ntfs support, I'd go with fuse and leave the most relevant > filesystems in kernel space. In fact filesystems not particulary > specific and not tied our kernel would go to userspace; thinks like > smbfs, nwfs, ntfs, ext2 o ext4 for example should be in userspace (the > list is incomplete and I don't really know if all of them are yet > implemenent in userspace) in my opinion. That would make them easier to > maintain (changes in the kernel would only affect fuse, once fixed all > the userspace filesystem would work again). > > As a bonus, we would get many working fs based on fuse. In the > server side gluster is a desirable thing; in the desktop things like > gvfs (in the linux world gvfs is used not only by gnome but also by kde > or xfce) or truecrypt I'm really concerned also about ntfs and smbfs at the moment. It seems that there is also a FUSE smbfs port, but I never used it and I'm not sure about its state at all. >> >> I'm fixing low hanging fruit for the moment (see r238411 for example) >> and I still have to make a throughful review. >> However my idea is to commit the support once: >> - ntfs-3g is well stress-tested and proves to be bug-free >> - there is no major/big technical issue pending after the reviews >> >> I'm now looking for people sticking with the branch and trying to >> stress-test ntfs-3g as much as they can. For example I know that >> Gustau (cc'ed) already had issues. It would be good if he tries to >> reproduce them and make a full report. > > I've seen ntfs-3g+fuse crashing a few times and IIRC most of the > time the problem happened while unmounting the filesystem. The FUSE module you had testing still has several bugs. You can try this patch: http://people.freebsd.org/~attilio/fuse_AW_DONE_ISDOTDOT_collision.patch on top of the FUSE branch I'm working on: svn://svn.freebsd.org/base/projects/fuse/ however it still doesn't address the cloning races (I'm rewriting it in order to take advantage of devfs_*_devpriv() interface right now). Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein