linux-toradex.git/include/linux/coda_psdev.h, branch v2.6.36-rc5 Linux kernel for Apalis and Colibri modules coda: fixup clash with block layer REQ_* defines 2010-08-07T16:53:13+00:00 Jens Axboe jaxboe@fusionio.com 2010-08-03T11:22:51+00:00 4aeefdc69f7b6f3f287e6fd8d4b213953b9e92d8 CODA should not be using defines in the global name space of that nature, prefix them with CODA_. Signed-off-by: Jens Axboe <jaxboe@fusionio.com> 
CODA should not be using defines in the global name space of
that nature, prefix them with CODA_.

Signed-off-by: Jens Axboe <jaxboe@fusionio.com>
coda: move backing-dev.h kernel include inside __KERNEL__ 2010-04-28T07:20:33+00:00 Jens Axboe jens.axboe@oracle.com 2010-04-28T07:20:33+00:00 33f60e9640b2f60dde6735293d4aa5ecc5b1d5d5 Otherwise we must export backing-dev.h as well, which doesn't make any sense. Signed-off-by: Jens Axboe <jens.axboe@oracle.com> 
Otherwise we must export backing-dev.h as well, which doesn't make
any sense.

Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
coda: add bdi backing to mount session 2010-04-22T10:12:40+00:00 Jens Axboe jens.axboe@oracle.com 2010-04-22T10:12:40+00:00 5163d90076729413cb882d3dd5c3d3cfb5b9f035 This ensures that dirty data gets flushed properly. Signed-off-by: Jens Axboe <jens.axboe@oracle.com> 
This ensures that dirty data gets flushed properly.

Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
headers_check fix cleanup: linux/coda_psdev.h 2009-02-03T14:02:24+00:00 Jaswinder Singh Rajput jaswinderrajput@gmail.com 2009-02-03T13:51:38+00:00 f2cddb29ebfc02dfd2c4b439aa0433393ad15575 These are only for kernel internals as pointed by Arnd Bergmann: struct kstatfs struct venus_comm coda_vcp() Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com> 
These are only for kernel internals as pointed by Arnd Bergmann:
  struct kstatfs
  struct venus_comm
  coda_vcp()

Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
headers_check fix: linux/coda_psdev.h 2009-02-02T16:10:10+00:00 Jaswinder Singh Rajput jaswinderrajput@gmail.com 2009-02-02T16:10:10+00:00 7e7f4eae28711fbb7f4d5e4b0aa3195776194bc1 fix the following 'make headers_check' warning: usr/include/linux/coda_psdev.h:90: extern's make no sense in userspace Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com> 
fix the following 'make headers_check' warning:

  usr/include/linux/coda_psdev.h:90: extern's make no sense in userspace

Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
coda: remove CODA_STORE/CODA_RELEASE upcalls 2007-07-22T00:49:14+00:00 Jan Harkes jaharkes@cs.cmu.edu 2007-07-21T11:37:26+00:00 d3fec424b23c47686efcf3f2004c3f1c1cee4d9c This is an variation on the patch sent by Christoph Hellwig which kills file_count abuse by the Coda kernel module by moving the coda_flush functionality into coda_release. However part of reason we were using the coda_flush callback was to allow Coda to pass errors that occur during writeback from the userspace cache manager back to close(). As Al Viro explained on linux-fsdevel, it is impossible to guarantee that such errors can in fact be returned back to the caller. There are many cases where the last reference to a file is not released by the close system call and it is also impossible to pick some close as a 'last-close' and delay it until all other references have been destroyed. The CODA_STORE/CODA_RELEASE upcall combination is clearly a broken design, and it is better to remove it completely. Signed-off-by: Jan Harkes <jaharkes@cs.cmu.edu> Cc: Christoph Hellwig <hch@lst.de> Cc: Al Viro <viro@ftp.linux.org.uk> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 
This is an variation on the patch sent by Christoph Hellwig which kills
file_count abuse by the Coda kernel module by moving the coda_flush
functionality into coda_release.  However part of reason we were using the
coda_flush callback was to allow Coda to pass errors that occur during
writeback from the userspace cache manager back to close().

As Al Viro explained on linux-fsdevel, it is impossible to guarantee that
such errors can in fact be returned back to the caller.  There are many
cases where the last reference to a file is not released by the close
system call and it is also impossible to pick some close as a 'last-close'
and delay it until all other references have been destroyed.

The CODA_STORE/CODA_RELEASE upcall combination is clearly a broken design,
and it is better to remove it completely.

Signed-off-by: Jan Harkes <jaharkes@cs.cmu.edu>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Al Viro <viro@ftp.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
coda: remove statistics counters from /proc/fs/coda 2007-07-19T17:04:48+00:00 Jan Harkes jaharkes@cs.cmu.edu 2007-07-19T08:48:51+00:00 3cf01f28c303be34f18cb4f6204cf1bdfe12ba7c Similar information can easily be obtained with strace -c. Signed-off-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> 
Similar information can easily be obtained with strace -c.

Signed-off-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>
coda: remove struct coda_sb_info 2007-07-19T17:04:48+00:00 Jan Harkes jaharkes@cs.cmu.edu 2007-07-19T08:48:50+00:00 a1b0aa87647493c0201821ab884e86298d5da7d6 The sb_info structure only contains a single pointer to the character device, there is no need for the added indirection. Signed-off-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> 
The sb_info structure only contains a single pointer to the character device,
there is no need for the added indirection.

Signed-off-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>
coda: block signals during upcall processing 2007-07-19T17:04:48+00:00 Jan Harkes jaharkes@cs.cmu.edu 2007-07-19T08:48:46+00:00 d9664c95afe5baa92ea56eff6a1c18e7b7a2cbe7 We ignore signals for about 30 seconds to give userspace a chance to see the upcall. As we did not block signals we ended up in a busy loop for the remainder of the period when a signal is received. Signed-off-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> 
We ignore signals for about 30 seconds to give userspace a chance to see the
upcall.  As we did not block signals we ended up in a busy loop for the
remainder of the period when a signal is received.

Signed-off-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>
Move several *_SUPER_MAGIC symbols to include/linux/magic.h. 2006-09-24T15:13:19+00:00 Jeff Garzik jeff@garzik.org 2006-09-24T15:13:19+00:00 e18fa700c9a31360bc8f193aa543b7ef7b39a06b Signed-off-by: Jeff Garzik <jeff@garzik.org> 
Signed-off-by: Jeff Garzik <jeff@garzik.org>