lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Mon, 20 Jan 2020 18:58:05 -0600
From:   Steve French <smfrench@...il.com>
To:     "Darrick J. Wong" <darrick.wong@...cle.com>
Cc:     lsf-pc@...ts.linux-foundation.org, xfs <xfs@....sgi.com>,
        linux-fsdevel <linux-fsdevel@...r.kernel.org>,
        linux-ext4 <linux-ext4@...r.kernel.org>,
        linux-btrfs <linux-btrfs@...r.kernel.org>,
        ocfs2-devel@....oracle.com
Subject: Re: [LFS/MM TOPIC] fs reflink issues, fs online scrub/check, etc

Since SMB3 protocol has at least three ways to do copy offload (server
side copy),
the reflink topic is of interest to me and likely useful to discuss
for Samba server as
well as client (cifs.ko)

On Wed, Feb 10, 2016 at 1:19 PM Darrick J. Wong <darrick.wong@...cle.com> wrote:
>
> [resend, email exploded, sorry...]
>
> Hi,
>
> I want to discuss a few FS related topics that I haven't already seen on
> the mailing lists:
>
>  * Shared pagecache pages for reflinked files (and by extension making dax
>    work with reflink on xfs)
>
>  * Providing a simple interface for scrubbing filesystem metadata in the
>    background (the online check thing).  Ideally we'd make it easy to discover
>    what kind of metadata there is to check and provide a simple interface to
>    check the metadata, once discovered.  This is a tricky interface topic
>    since FS design differs pretty widely.
>
>  * Rudimentary online repair and rebuilding (xfs) from secondary metadata
>
>  * Working out the variances in the btrfs/xfs/ocfs2/nfs reflink implementations
>    and making sure they all get test coverage
>
> I would also like participate in some of the proposed discussions:
>
>  * The ext4 summit (and whatever meeting of XFS devs may happen)
>
>  * Integrating existing filesystems into pmem, or hallway bofs about designing
>    new filesystems for pmem
>
>  * Actually seeing the fs developers (well, everyone!) in person again :)
>
> --Darrick
> --
> To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Thanks,

Steve

Powered by blists - more mailing lists