From: Richard Cochran <richardcochran@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: linux-kernel@vger.kernel.org, hch@infradead.org,
linux-mtd@lists.infradead.org, hpa@zytor.com, logfs@logfs.org,
linux-afs@lists.infradead.org, joseph@codesourcery.com,
linux-arch@vger.kernel.org, linux-cifs@vger.kernel.org,
linux-scsi@vger.kernel.org, ceph-devel@vger.kernel.org,
codalist@TELEMANN.coda.cs.cmu.edu, cluster-devel@redhat.com,
coda@cs.cmu.edu, geert@linux-m68k.org,
linux-ext4@vger.kernel.org, fuse-devel@lists.sourceforge.net,
reiserfs-devel@vger.kernel.org, xfs@oss.sgi.com,
john.stultz@linaro.org, tglx@linutronix.de,
linux-nfs@vger.kernel.org, linux-ntfs-dev@lists.sourceforge.net,
samba-technical@lists.samba.org,
linux-f2fs-devel@lists.sourceforge.net,
ocfs2-devel@oss.oracle.com, linux-fsdevel@vger.kernel.org,
lftan@altera.com, linux-btrfs@vger.kernel.org
Subject: Re: [RFC 00/32] making inode time stamps y2038 ready
Date: Sat, 31 May 2014 16:51:15 +0200 [thread overview]
Message-ID: <20140531145114.GA3721@localhost.localdomain> (raw)
In-Reply-To: <1401480116-1973111-1-git-send-email-arnd@arndb.de>
On Fri, May 30, 2014 at 10:01:24PM +0200, Arnd Bergmann wrote:
>
> I picked this because it is a fairly isolated problem, as the
> inode time stamps are rarely assigned to any other time values.
> As a byproduct of this work, I documented for each of the file
> systems we support how long the on-disk format can work[1].
Why are some of the time stamp expiration dates marked as "never"?
Thanks,
Richard
WARNING: multiple messages have this Message-ID (diff)
From: Richard Cochran <richardcochran@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: linux-kernel@vger.kernel.org, hch@infradead.org,
linux-mtd@lists.infradead.org, hpa@zytor.com, logfs@logfs.org,
linux-afs@lists.infradead.org, joseph@codesourcery.com,
linux-arch@vger.kernel.org, linux-cifs@vger.kernel.org,
linux-scsi@vger.kernel.org, ceph-devel@vger.kernel.org,
codalist@coda.cs.cmu.edu, cluster-devel@redhat.com,
coda@cs.cmu.edu, geert@linux-m68k.org,
linux-ext4@vger.kernel.org, fuse-devel@lists.sourceforge.net,
reiserfs-devel@vger.kernel.org, xfs@oss.sgi.com,
john.stultz@linaro.org, tglx@linutronix.de,
linux-nfs@vger.kernel.org, linux-ntfs-dev@lists.sourceforge.net,
samba-technical@lists.samba.org,
linux-f2fs-devel@lists.sourceforge.net,
ocfs2-devel@oss.oracle.com, linux-fsdevel@vger.kernel.org,
lftan@altera.com, linux-btrfs@vger.kernel.org
Subject: Re: [RFC 00/32] making inode time stamps y2038 ready
Date: Sat, 31 May 2014 16:51:15 +0200 [thread overview]
Message-ID: <20140531145114.GA3721@localhost.localdomain> (raw)
In-Reply-To: <1401480116-1973111-1-git-send-email-arnd@arndb.de>
On Fri, May 30, 2014 at 10:01:24PM +0200, Arnd Bergmann wrote:
>
> I picked this because it is a fairly isolated problem, as the
> inode time stamps are rarely assigned to any other time values.
> As a byproduct of this work, I documented for each of the file
> systems we support how long the on-disk format can work[1].
Why are some of the time stamp expiration dates marked as "never"?
Thanks,
Richard
WARNING: multiple messages have this Message-ID (diff)
From: Richard Cochran <richardcochran@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: hch@infradead.org, linux-mtd@lists.infradead.org, hpa@zytor.com,
linux-f2fs-devel@lists.sourceforge.net,
ceph-devel@vger.kernel.org, joseph@codesourcery.com,
linux-arch@vger.kernel.org, linux-cifs@vger.kernel.org,
linux-scsi@vger.kernel.org, codalist@coda.cs.cmu.edu,
cluster-devel@redhat.com, coda@cs.cmu.edu, geert@linux-m68k.org,
linux-ext4@vger.kernel.org, linux-afs@lists.infradead.org,
fuse-devel@lists.sourceforge.net, reiserfs-devel@vger.kernel.org,
xfs@oss.sgi.com, john.stultz@linaro.org, tglx@linutronix.de,
linux-nfs@vger.kernel.org, linux-ntfs-dev@lists.sourceforge.net,
samba-technical@lists.samba.org, linux-kernel@vger.kernel.org,
logfs@logfs.org, linux-btrfs@vger.kernel.org,
linux-fsdevel@vger.kernel.org, lftan@altera.com,
ocfs2-devel@oss.oracle.com
Subject: Re: [RFC 00/32] making inode time stamps y2038 ready
Date: Sat, 31 May 2014 16:51:15 +0200 [thread overview]
Message-ID: <20140531145114.GA3721@localhost.localdomain> (raw)
In-Reply-To: <1401480116-1973111-1-git-send-email-arnd@arndb.de>
On Fri, May 30, 2014 at 10:01:24PM +0200, Arnd Bergmann wrote:
>
> I picked this because it is a fairly isolated problem, as the
> inode time stamps are rarely assigned to any other time values.
> As a byproduct of this work, I documented for each of the file
> systems we support how long the on-disk format can work[1].
Why are some of the time stamp expiration dates marked as "never"?
Thanks,
Richard
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
WARNING: multiple messages have this Message-ID (diff)
From: Richard Cochran <richardcochran@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: linux-kernel@vger.kernel.org, hch@infradead.org,
linux-mtd@lists.infradead.org, hpa@zytor.com, logfs@logfs.org,
linux-afs@lists.infradead.org, joseph@codesourcery.com,
linux-arch@vger.kernel.org, linux-cifs@vger.kernel.org,
linux-scsi@vger.kernel.org, ceph-devel@vger.kernel.org,
codalist@coda.cs.cmu.edu, cluster-devel@redhat.com,
coda@cs.cmu.edu, geert@linux-m68k.org,
linux-ext4@vger.kernel.org, fuse-devel@lists.sourceforge.net,
reiserfs-devel@vger.kernel.org, xfs@oss.sgi.com,
john.stultz@linaro.org, tglx@linutronix.de,
linux-nfs@vger.kernel.org, linux-ntfs-dev@lists.sourceforge.net,
samba-technical@lists.samba.org,
linux-f2fs-devel@lists.sourceforge.net,
ocfs2-devel@oss.oracle.com, linux-fsdevel@vger.kernel.org,
lftan@altera.com, linux-btrfs@vger.kernel.org
Subject: [Ocfs2-devel] [RFC 00/32] making inode time stamps y2038 ready
Date: Sat, 31 May 2014 16:51:15 +0200 [thread overview]
Message-ID: <20140531145114.GA3721@localhost.localdomain> (raw)
In-Reply-To: <1401480116-1973111-1-git-send-email-arnd@arndb.de>
On Fri, May 30, 2014 at 10:01:24PM +0200, Arnd Bergmann wrote:
>
> I picked this because it is a fairly isolated problem, as the
> inode time stamps are rarely assigned to any other time values.
> As a byproduct of this work, I documented for each of the file
> systems we support how long the on-disk format can work[1].
Why are some of the time stamp expiration dates marked as "never"?
Thanks,
Richard
WARNING: multiple messages have this Message-ID (diff)
From: Richard Cochran <richardcochran@gmail.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: hch@infradead.org, linux-mtd@lists.infradead.org, hpa@zytor.com,
linux-f2fs-devel@lists.sourceforge.net,
ceph-devel@vger.kernel.org, joseph@codesourcery.com,
linux-arch@vger.kernel.org, linux-cifs@vger.kernel.org,
linux-scsi@vger.kernel.org, codalist@coda.cs.cmu.edu,
cluster-devel@redhat.com, coda@cs.cmu.edu, geert@linux-m68k.org,
linux-ext4@vger.kernel.org, linux-afs@lists.infradead.org,
fuse-devel@lists.sourceforge.net, reiserfs-devel@vger.kernel.org,
xfs@oss.sgi.com, john.stultz@linaro.org, tglx@linutronix.de,
linux-nfs@vger.kernel.org, linux-ntfs-dev@lists.sourceforge.net,
samba-technical@lists.samba.org, linux-kernel@vger.kernel.org,
logfs@logfs.org, linux-btrfs@vger.kernel.org,
linux-fsdevel@vger.kernel.org, lftan@altera.com,
ocfs2-devel@oss.oracle.com
Subject: Re: [RFC 00/32] making inode time stamps y2038 ready
Date: Sat, 31 May 2014 16:51:15 +0200 [thread overview]
Message-ID: <20140531145114.GA3721@localhost.localdomain> (raw)
In-Reply-To: <1401480116-1973111-1-git-send-email-arnd@arndb.de>
On Fri, May 30, 2014 at 10:01:24PM +0200, Arnd Bergmann wrote:
>
> I picked this because it is a fairly isolated problem, as the
> inode time stamps are rarely assigned to any other time values.
> As a byproduct of this work, I documented for each of the file
> systems we support how long the on-disk format can work[1].
Why are some of the time stamp expiration dates marked as "never"?
Thanks,
Richard
WARNING: multiple messages have this Message-ID (diff)
From: Richard Cochran <richardcochran@gmail.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [RFC 00/32] making inode time stamps y2038 ready
Date: Sat, 31 May 2014 16:51:15 +0200 [thread overview]
Message-ID: <20140531145114.GA3721@localhost.localdomain> (raw)
In-Reply-To: <1401480116-1973111-1-git-send-email-arnd@arndb.de>
On Fri, May 30, 2014 at 10:01:24PM +0200, Arnd Bergmann wrote:
>
> I picked this because it is a fairly isolated problem, as the
> inode time stamps are rarely assigned to any other time values.
> As a byproduct of this work, I documented for each of the file
> systems we support how long the on-disk format can work[1].
Why are some of the time stamp expiration dates marked as "never"?
Thanks,
Richard
next prev parent reply other threads:[~2014-05-31 14:51 UTC|newest]
Thread overview: 313+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-30 20:01 [RFC 00/32] making inode time stamps y2038 ready Arnd Bergmann
2014-05-30 20:01 ` [Cluster-devel] " Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-30 20:01 ` [Ocfs2-devel] " Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 01/32] fs: introduce new 'struct inode_time' Arnd Bergmann
2014-05-31 7:56 ` Geert Uytterhoeven
2014-05-31 8:39 ` Andreas Schwab
2014-05-31 8:39 ` Andreas Schwab
2014-05-31 13:19 ` Geert Uytterhoeven
2014-05-31 13:46 ` Andreas Schwab
2014-05-31 13:46 ` Andreas Schwab
2014-05-31 14:54 ` Arnd Bergmann
2014-05-31 16:15 ` Geert Uytterhoeven
2014-05-31 9:03 ` H. Peter Anvin
2014-05-31 14:53 ` Arnd Bergmann
2014-05-31 14:55 ` H. Peter Anvin
2014-05-30 20:01 ` [RFC 02/32] uapi: add struct __kernel_timespec{32,64} Arnd Bergmann
2014-05-30 20:18 ` H. Peter Anvin
2014-05-31 15:09 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 03/32] fs: introduce sys_utimens64at Arnd Bergmann
2014-05-31 9:22 ` Andreas Schwab
2014-05-31 14:55 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 04/32] fs: introduce sys_newfstat64/sys_newfstatat64 Arnd Bergmann
2014-05-30 20:01 ` [RFC 05/32] arch: hook up new stat and utimes syscalls Arnd Bergmann
2014-05-30 20:01 ` [RFC 06/32] isofs: fix timestamps beyond 2027 Arnd Bergmann
2014-05-31 7:59 ` Geert Uytterhoeven
2014-05-31 8:47 ` H. Peter Anvin
2014-05-30 20:01 ` [RFC 07/32] fs/nfs: convert to struct inode_time Arnd Bergmann
2014-05-30 20:01 ` [RFC 08/32] fs/ceph: convert to 'struct inode_time' Arnd Bergmann
2014-05-30 20:01 ` [RFC 09/32] fs/pstore: convert to struct inode_time Arnd Bergmann
2014-05-30 21:14 ` Kees Cook
2014-05-30 20:01 ` [RFC 10/32] fs/coda: " Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 11/32] xfs: " Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-31 0:37 ` Dave Chinner
2014-05-31 0:37 ` Dave Chinner
2014-05-31 0:41 ` H. Peter Anvin
2014-05-31 0:41 ` H. Peter Anvin
2014-05-31 1:14 ` Dave Chinner
2014-05-31 1:14 ` Dave Chinner
2014-05-31 1:22 ` H. Peter Anvin
2014-05-31 1:22 ` H. Peter Anvin
2014-05-31 5:54 ` Dave Chinner
2014-05-31 5:54 ` Dave Chinner
2014-05-31 8:41 ` H. Peter Anvin
2014-05-31 8:41 ` H. Peter Anvin
2014-05-31 15:46 ` Nicolas Pitre
2014-05-31 15:46 ` Nicolas Pitre
2014-06-01 19:56 ` Arnd Bergmann
2014-06-01 19:56 ` Arnd Bergmann
2014-06-01 20:26 ` H. Peter Anvin
2014-06-01 20:26 ` H. Peter Anvin
2014-06-02 11:02 ` Arnd Bergmann
2014-06-02 11:02 ` Arnd Bergmann
2014-06-02 1:36 ` Nicolas Pitre
2014-06-02 1:36 ` Nicolas Pitre
2014-06-02 2:22 ` Dave Chinner
2014-06-02 2:22 ` Dave Chinner
2014-06-02 7:09 ` Geert Uytterhoeven
2014-06-02 7:09 ` Geert Uytterhoeven
2014-06-02 10:56 ` Arnd Bergmann
2014-06-02 10:56 ` Arnd Bergmann
2014-06-02 11:57 ` Theodore Ts'o
2014-06-02 11:57 ` Theodore Ts'o
2014-06-02 12:38 ` Arnd Bergmann
2014-06-02 12:38 ` Arnd Bergmann
2014-06-02 13:15 ` Theodore Ts'o
2014-06-02 13:15 ` Theodore Ts'o
2014-06-02 12:52 ` Arnd Bergmann
2014-06-02 12:52 ` Arnd Bergmann
2014-06-02 13:07 ` Theodore Ts'o
2014-06-02 13:07 ` Theodore Ts'o
2014-06-02 15:01 ` Arnd Bergmann
2014-06-02 15:01 ` Arnd Bergmann
2014-06-02 14:52 ` H. Peter Anvin
2014-06-02 14:52 ` H. Peter Anvin
2014-06-02 15:04 ` Chuck Lever
2014-06-02 15:04 ` Chuck Lever
2014-06-02 15:31 ` Theodore Ts'o
2014-06-02 15:31 ` Theodore Ts'o
2014-06-02 17:12 ` H. Peter Anvin
2014-06-02 17:12 ` H. Peter Anvin
2014-06-02 18:50 ` Arnd Bergmann
2014-06-02 18:50 ` Arnd Bergmann
2014-06-02 22:29 ` Theodore Ts'o
2014-06-02 22:29 ` Theodore Ts'o
2014-06-02 22:32 ` H. Peter Anvin
2014-06-02 22:32 ` H. Peter Anvin
2014-06-02 23:32 ` Theodore Ts'o
2014-06-02 23:32 ` Theodore Ts'o
2014-06-02 23:33 ` H. Peter Anvin
2014-06-02 23:33 ` H. Peter Anvin
2014-06-03 13:09 ` Roger Willcocks
2014-06-03 13:09 ` Roger Willcocks
2014-06-02 18:52 ` Arnd Bergmann
2014-06-02 18:52 ` Arnd Bergmann
2014-06-02 18:58 ` Roger Willcocks
2014-06-02 18:58 ` Roger Willcocks
2014-06-02 19:04 ` Chuck Lever
2014-06-02 19:04 ` Chuck Lever
2014-06-02 19:04 ` Chuck Lever
2014-06-02 19:10 ` Arnd Bergmann
2014-06-02 19:10 ` Arnd Bergmann
2014-06-01 0:39 ` Dave Chinner
2014-06-01 0:39 ` Dave Chinner
2014-06-02 14:00 ` Joseph S. Myers
2014-06-02 14:00 ` Joseph S. Myers
2014-06-02 14:00 ` Joseph S. Myers
2014-05-31 15:37 ` Arnd Bergmann
2014-05-31 15:37 ` Arnd Bergmann
2014-06-01 0:24 ` Dave Chinner
2014-06-01 0:24 ` Dave Chinner
2014-06-02 0:28 ` Dave Chinner
2014-06-02 0:28 ` Dave Chinner
2014-06-02 11:35 ` Roger Willcocks
2014-06-02 11:35 ` Roger Willcocks
2014-06-02 11:43 ` Arnd Bergmann
2014-06-02 11:43 ` Arnd Bergmann
2014-06-03 0:32 ` Dave Chinner
2014-06-03 0:32 ` Dave Chinner
2014-06-03 7:33 ` Arnd Bergmann
2014-06-03 7:33 ` Arnd Bergmann
2014-06-03 8:41 ` Dave Chinner
2014-06-03 8:41 ` Dave Chinner
2014-06-03 9:16 ` Arnd Bergmann
2014-06-03 9:16 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 12/32] btrfs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 13/32] ext3: " Arnd Bergmann
2014-05-31 9:10 ` H. Peter Anvin
2014-05-31 14:32 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 14/32] ext4: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 15/32] cifs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 16/32] ntfs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 17/32] ubifs: " Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-06-02 7:54 ` Artem Bityutskiy
2014-06-02 7:54 ` Artem Bityutskiy
2014-05-30 20:01 ` [RFC 18/32] ocfs2: " Arnd Bergmann
2014-05-30 20:01 ` [Ocfs2-devel] " Arnd Bergmann
2014-05-30 20:01 ` [RFC 19/32] fs/fat: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 20/32] afs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 21/32] udf: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 22/32] fs: convert simple fs to inode_time Arnd Bergmann
2014-05-30 23:06 ` Greg Kroah-Hartman
2014-05-30 20:01 ` [RFC 23/32] logfs: convert to struct inode_time Arnd Bergmann
2014-05-30 20:01 ` [RFC 24/32] hfs, hfsplus: " Arnd Bergmann
2014-05-31 14:23 ` Vyacheslav Dubeyko
2014-05-30 20:01 ` [RFC 25/32] gfs2: " Arnd Bergmann
2014-05-30 20:01 ` [Cluster-devel] " Arnd Bergmann
2014-06-02 9:52 ` Steven Whitehouse
2014-06-02 9:52 ` [Cluster-devel] " Steven Whitehouse
2014-05-30 20:01 ` [RFC 26/32] reiserfs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 27/32] jffs2: " Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-30 20:01 ` Arnd Bergmann
2014-05-30 20:01 ` [RFC 28/32] adfs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 29/32] f2fs: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 30/32] fuse: " Arnd Bergmann
2014-05-30 20:01 ` [RFC 31/32] scsi: fnic: use current_kernel_time() for timestamp Arnd Bergmann
2014-05-30 20:01 ` [RFC 32/32] fs: use new inode_time definition unconditionally Arnd Bergmann
2014-05-31 14:30 ` [RFC 00/32] making inode time stamps y2038 ready Vyacheslav Dubeyko
2014-05-31 14:30 ` [Cluster-devel] " Vyacheslav Dubeyko
2014-05-31 14:30 ` Vyacheslav Dubeyko
2014-05-31 14:30 ` [Ocfs2-devel] " Vyacheslav Dubeyko
2014-05-31 14:30 ` Vyacheslav Dubeyko
2014-05-31 14:30 ` Vyacheslav Dubeyko
2014-06-03 12:21 ` Arnd Bergmann
2014-06-03 12:21 ` [Cluster-devel] " Arnd Bergmann
2014-06-03 12:21 ` Arnd Bergmann
2014-06-03 12:21 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-03 12:21 ` Arnd Bergmann
2014-06-03 12:21 ` Arnd Bergmann
2014-06-03 12:21 ` Arnd Bergmann
2014-05-31 14:51 ` Richard Cochran [this message]
2014-05-31 14:51 ` [Cluster-devel] " Richard Cochran
2014-05-31 14:51 ` Richard Cochran
2014-05-31 14:51 ` [Ocfs2-devel] " Richard Cochran
2014-05-31 14:51 ` Richard Cochran
2014-05-31 14:51 ` Richard Cochran
2014-05-31 15:23 ` Arnd Bergmann
2014-05-31 15:23 ` [Cluster-devel] " Arnd Bergmann
2014-05-31 15:23 ` Arnd Bergmann
2014-05-31 15:23 ` [Ocfs2-devel] " Arnd Bergmann
2014-05-31 15:23 ` Arnd Bergmann
2014-05-31 16:20 ` Geert Uytterhoeven
2014-05-31 16:20 ` [Cluster-devel] " Geert Uytterhoeven
2014-05-31 16:20 ` Geert Uytterhoeven
2014-05-31 16:20 ` [Ocfs2-devel] " Geert Uytterhoeven
2014-05-31 16:20 ` Geert Uytterhoeven
2014-05-31 18:22 ` Richard Cochran
2014-05-31 18:22 ` [Cluster-devel] " Richard Cochran
2014-05-31 18:22 ` Richard Cochran
2014-05-31 18:22 ` [Ocfs2-devel] " Richard Cochran
2014-05-31 18:22 ` Richard Cochran
2014-05-31 18:22 ` Richard Cochran
2014-05-31 18:22 ` Richard Cochran
2014-05-31 19:34 ` H. Peter Anvin
2014-05-31 19:34 ` [Cluster-devel] " H. Peter Anvin
2014-05-31 19:34 ` H. Peter Anvin
2014-05-31 19:34 ` [Ocfs2-devel] " H. Peter Anvin
2014-05-31 19:34 ` H. Peter Anvin
2014-06-01 4:46 ` Richard Cochran
2014-06-01 4:46 ` [Cluster-devel] " Richard Cochran
2014-06-01 4:46 ` Richard Cochran
2014-06-01 4:46 ` [Ocfs2-devel] " Richard Cochran
2014-06-01 4:46 ` Richard Cochran
2014-06-01 4:44 ` Richard Cochran
2014-06-01 4:44 ` [Cluster-devel] " Richard Cochran
2014-06-01 4:44 ` Richard Cochran
2014-06-01 4:44 ` [Ocfs2-devel] " Richard Cochran
2014-06-01 4:44 ` Richard Cochran
2014-06-01 4:44 ` Richard Cochran
2014-06-02 13:52 ` Joseph S. Myers
2014-06-02 13:52 ` [Cluster-devel] " Joseph S. Myers
2014-06-02 13:52 ` Joseph S. Myers
2014-06-02 13:52 ` [Ocfs2-devel] " Joseph S. Myers
2014-06-02 13:52 ` Joseph S. Myers
2014-06-02 13:52 ` Joseph S. Myers
2014-06-02 13:52 ` Joseph S. Myers
2014-06-02 19:19 ` Arnd Bergmann
2014-06-02 19:19 ` [Cluster-devel] " Arnd Bergmann
2014-06-02 19:19 ` Arnd Bergmann
2014-06-02 19:19 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-02 19:19 ` Arnd Bergmann
2014-06-02 19:19 ` Arnd Bergmann
2014-06-02 19:19 ` Arnd Bergmann
2014-06-02 19:26 ` H. Peter Anvin
2014-06-02 19:26 ` [Cluster-devel] " H. Peter Anvin
2014-06-02 19:26 ` H. Peter Anvin
2014-06-02 19:26 ` [Ocfs2-devel] " H. Peter Anvin
2014-06-02 19:26 ` H. Peter Anvin
2014-06-02 19:26 ` H. Peter Anvin
2014-06-02 19:55 ` Arnd Bergmann
2014-06-02 19:55 ` [Cluster-devel] " Arnd Bergmann
2014-06-02 19:55 ` Arnd Bergmann
2014-06-02 19:55 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-02 19:55 ` Arnd Bergmann
2014-06-02 21:57 ` H. Peter Anvin
2014-06-02 21:57 ` [Cluster-devel] " H. Peter Anvin
2014-06-02 21:57 ` H. Peter Anvin
2014-06-02 21:57 ` [Ocfs2-devel] " H. Peter Anvin
2014-06-02 21:57 ` H. Peter Anvin
2014-06-02 21:57 ` H. Peter Anvin
2014-06-03 14:22 ` Arnd Bergmann
2014-06-03 14:22 ` [Cluster-devel] " Arnd Bergmann
2014-06-03 14:22 ` Arnd Bergmann
2014-06-03 14:22 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-03 14:22 ` Arnd Bergmann
2014-06-03 14:22 ` Arnd Bergmann
2014-06-03 14:33 ` Joseph S. Myers
2014-06-03 14:33 ` [Cluster-devel] " Joseph S. Myers
2014-06-03 14:33 ` Joseph S. Myers
2014-06-03 14:33 ` [Ocfs2-devel] " Joseph S. Myers
2014-06-03 14:33 ` Joseph S. Myers
2014-06-03 14:33 ` Joseph S. Myers
2014-06-03 14:37 ` Arnd Bergmann
2014-06-03 14:37 ` [Cluster-devel] " Arnd Bergmann
2014-06-03 14:37 ` Arnd Bergmann
2014-06-03 14:37 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-03 14:37 ` Arnd Bergmann
2014-06-03 14:37 ` Arnd Bergmann
2014-06-03 21:38 ` Dave Chinner
2014-06-03 21:38 ` [Cluster-devel] " Dave Chinner
2014-06-03 21:38 ` Dave Chinner
2014-06-03 21:38 ` [Ocfs2-devel] " Dave Chinner
2014-06-03 21:38 ` Dave Chinner
2014-06-03 21:38 ` Dave Chinner
2014-06-04 15:03 ` Arnd Bergmann
2014-06-04 15:03 ` [Cluster-devel] " Arnd Bergmann
2014-06-04 15:03 ` Arnd Bergmann
2014-06-04 15:03 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-04 15:03 ` Arnd Bergmann
2014-06-04 15:03 ` Arnd Bergmann
2014-06-04 17:30 ` Nicolas Pitre
2014-06-04 17:30 ` [Cluster-devel] " Nicolas Pitre
2014-06-04 17:30 ` Nicolas Pitre
2014-06-04 17:30 ` [Ocfs2-devel] " Nicolas Pitre
2014-06-04 17:30 ` Nicolas Pitre
2014-06-04 17:30 ` Nicolas Pitre
2014-06-04 19:24 ` Arnd Bergmann
2014-06-04 19:24 ` [Cluster-devel] " Arnd Bergmann
2014-06-04 19:24 ` Arnd Bergmann
2014-06-04 19:24 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-04 19:24 ` Arnd Bergmann
2014-06-04 19:24 ` Arnd Bergmann
2014-06-05 0:10 ` H. Peter Anvin
2014-06-05 0:10 ` [Cluster-devel] " H. Peter Anvin
2014-06-05 0:10 ` H. Peter Anvin
2014-06-05 0:10 ` [Ocfs2-devel] " H. Peter Anvin
2014-06-05 0:10 ` H. Peter Anvin
2014-06-05 0:10 ` H. Peter Anvin
2014-06-10 9:54 ` Arnd Bergmann
2014-06-10 9:54 ` [Cluster-devel] " Arnd Bergmann
2014-06-10 9:54 ` Arnd Bergmann
2014-06-10 9:54 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-10 9:54 ` Arnd Bergmann
2014-06-10 9:54 ` Arnd Bergmann
2014-06-02 21:02 ` Joseph S. Myers
2014-06-02 21:02 ` [Cluster-devel] " Joseph S. Myers
2014-06-02 21:02 ` Joseph S. Myers
2014-06-02 21:02 ` [Ocfs2-devel] " Joseph S. Myers
2014-06-02 21:02 ` Joseph S. Myers
2014-06-02 21:02 ` Joseph S. Myers
2014-06-02 21:02 ` Joseph S. Myers
2014-06-04 15:05 ` Arnd Bergmann
2014-06-04 15:05 ` [Cluster-devel] " Arnd Bergmann
2014-06-04 15:05 ` Arnd Bergmann
2014-06-04 15:05 ` [Ocfs2-devel] " Arnd Bergmann
2014-06-04 15:05 ` Arnd Bergmann
2014-06-04 15:05 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140531145114.GA3721@localhost.localdomain \
--to=richardcochran@gmail.com \
--cc=arnd@arndb.de \
--cc=ceph-devel@vger.kernel.org \
--cc=cluster-devel@redhat.com \
--cc=coda@cs.cmu.edu \
--cc=codalist@TELEMANN.coda.cs.cmu.edu \
--cc=fuse-devel@lists.sourceforge.net \
--cc=geert@linux-m68k.org \
--cc=hch@infradead.org \
--cc=hpa@zytor.com \
--cc=john.stultz@linaro.org \
--cc=joseph@codesourcery.com \
--cc=lftan@altera.com \
--cc=linux-afs@lists.infradead.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-cifs@vger.kernel.org \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-ntfs-dev@lists.sourceforge.net \
--cc=linux-scsi@vger.kernel.org \
--cc=logfs@logfs.org \
--cc=ocfs2-devel@oss.oracle.com \
--cc=reiserfs-devel@vger.kernel.org \
--cc=samba-technical@lists.samba.org \
--cc=tglx@linutronix.de \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.