diff options
author | Adrian Bunk <bunk@kernel.org> | 2008-07-25 01:46:34 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2008-07-25 10:53:33 -0700 |
commit | de0ca06a99c33df8333955642843331ab6b6e7ff (patch) | |
tree | 3799e038c41476fd6366dae2a7919474125c4bd8 /fs/coda/coda_linux.c | |
parent | c0a1633b6201ef79e31b7da464d44fdf5953054d (diff) | |
download | kernel_samsung_smdk4412-de0ca06a99c33df8333955642843331ab6b6e7ff.zip kernel_samsung_smdk4412-de0ca06a99c33df8333955642843331ab6b6e7ff.tar.gz kernel_samsung_smdk4412-de0ca06a99c33df8333955642843331ab6b6e7ff.tar.bz2 |
coda: remove CODA_FS_OLD_API
While fixing CONFIG_ leakages to the userspace kernel headers I ran into
CODA_FS_OLD_API.
After five years, are there still people using the old API left?
Especially considering that you have to choose at compile time which API
to support in the kernel (and distributions tend to offer the new API for
some time).
Jan: "The old API can definitely go. Around the time the new
interface went in there were some non-Coda userspace file system
implementations that took a while longer to convert to the new API,
but by now they all switched to the new interface or in some cases
to a FUSE-based solution."
Signed-off-by: Adrian Bunk <bunk@kernel.org>
Acked-by: Jan Harkes <jaharkes@cs.cmu.edu>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/coda/coda_linux.c')
-rw-r--r-- | fs/coda/coda_linux.c | 6 |
1 files changed, 2 insertions, 4 deletions
diff --git a/fs/coda/coda_linux.c b/fs/coda/coda_linux.c index e1c8548..bf4a3fd 100644 --- a/fs/coda/coda_linux.c +++ b/fs/coda/coda_linux.c @@ -28,11 +28,9 @@ int coda_fake_statfs; char * coda_f2s(struct CodaFid *f) { static char s[60]; -#ifdef CONFIG_CODA_FS_OLD_API - sprintf(s, "(%08x.%08x.%08x)", f->opaque[0], f->opaque[1], f->opaque[2]); -#else + sprintf(s, "(%08x.%08x.%08x.%08x)", f->opaque[0], f->opaque[1], f->opaque[2], f->opaque[3]); -#endif + return s; } |