1. 08 Feb, 2010 4 commits
  2. 16 Dec, 2009 1 commit
    • Al Viro's avatar
      9p connect fixes · 6b18662e
      Al Viro authored
      
      
      * if we fail in p9_conn_create(), we shouldn't leak references to struct file.
        Logics in ->close() doesn't help - ->trans is already gone by the time it's
        called.
      * sock_create_kern() can fail.
      * use of sock_map_fd() is all fscked up; I'd fixed most of that, but the
        rest will have to wait for a bit more work in net/socket.c (we still are
        violating the basic rule of working with descriptor table: "once the reference
        is installed there, don't rely on finding it there again").
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      6b18662e
  3. 29 Nov, 2009 1 commit
  4. 02 Nov, 2009 1 commit
    • Eric Van Hensbergen's avatar
      9p: fix readdir corner cases · 3e2796a9
      Eric Van Hensbergen authored
      
      
      The patch below also addresses a couple of other corner cases in readdir
      seen with a large (e.g. 64k) msize.  I'm not sure what people think of
      my co-opting of fid->aux here.  I'd be happy to rework if there's a better
      way.
      
      When the size of the user supplied buffer passed to readdir is smaller
      than the data returned in one go by the 9P read request, v9fs_dir_readdir()
      currently discards extra data so that, on the next call, a 9P read
      request will be issued with offset < previous offset + bytes returned,
      which voilates the constraint described in paragraph 3 of read(5) description.
      This patch preseves the leftover data in fid->aux for use in the next call.
      Signed-off-by: default avatarJim Garlick <garlick@llnl.gov>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      3e2796a9
  5. 22 Oct, 2009 1 commit
    • Christian Borntraeger's avatar
      virtio: let header files include virtio_ids.h · e95646c3
      Christian Borntraeger authored
      Rusty,
      
      commit 3ca4f5ca
      
      
          virtio: add virtio IDs file
      moved all device IDs into a single file. While the change itself is
      a very good one, it can break userspace applications. For example
      if a userspace tool wanted to get the ID of virtio_net it used to
      include virtio_net.h. This does no longer work, since virtio_net.h
      does not include virtio_ids.h.
      This patch moves all "#include <linux/virtio_ids.h>" from the C
      files into the header files, making the header files compatible with
      the old ones.
      
      In addition, this patch exports virtio_ids.h to userspace.
      
      CC: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
      Signed-off-by: default avatarChristian Borntraeger <borntraeger@de.ibm.com>
      Signed-off-by: default avatarRusty Russell <rusty@rustcorp.com.au>
      e95646c3
  6. 23 Sep, 2009 3 commits
  7. 17 Aug, 2009 2 commits
  8. 14 Jul, 2009 2 commits
  9. 02 Jul, 2009 1 commit
  10. 12 Jun, 2009 2 commits
  11. 05 Apr, 2009 3 commits
  12. 27 Feb, 2009 1 commit
  13. 06 Feb, 2009 1 commit
  14. 19 Jan, 2009 1 commit
  15. 15 Jan, 2009 1 commit
  16. 21 Nov, 2008 1 commit
  17. 14 Nov, 2008 1 commit
    • Randy Dunlap's avatar
      9p: restrict RDMA usage · 4ff429e6
      Randy Dunlap authored
      
      
      linux-next:
      
      Make 9p's RDMA option depend on INET since it uses Infiniband rdma_*
      functions and that code depends on INET.  Otherwise 9p can try to
      use symbols which don't exist.
      
      ERROR: "rdma_destroy_id" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_connect" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_create_id" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_create_qp" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_resolve_route" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_disconnect" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_resolve_addr" [net/9p/9pnet_rdma.ko] undefined!
      
      I used an if/endif block so that the menu items would remain
      presented together.
      
      Also correct an article adjective.
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      4ff429e6
  18. 13 Nov, 2008 2 commits
    • David Howells's avatar
      CRED: Wrap task credential accesses in 9P2000 filesystem · f8b9d53a
      David Howells authored
      
      
      Wrap access to task credentials so that they can be separated more easily from
      the task_struct during the introduction of COW creds.
      
      Change most current->(|e|s|fs)[ug]id to current_(|e|s|fs)[ug]id().
      
      Change some task->e?[ug]id to task_e?[ug]id().  In some places it makes more
      sense to use RCU directly rather than a convenient wrapper; these will be
      addressed by later patches.
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Reviewed-by: default avatarJames Morris <jmorris@namei.org>
      Acked-by: default avatarSerge Hallyn <serue@us.ibm.com>
      Reviewed-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      Cc: Ron Minnich <rminnich@sandia.gov>
      Cc: Latchesar Ionkov <lucho@ionkov.net>
      Cc: v9fs-developer@lists.sourceforge.net
      Signed-off-by: default avatarJames Morris <jmorris@namei.org>
      f8b9d53a
    • Randy Dunlap's avatar
      9p: restrict RDMA usage · 1fa989e8
      Randy Dunlap authored
      
      
      Make 9p's RDMA option depend on INET since it uses Infiniband rdma_*
      functions and that code depends on INET.  Otherwise 9p can try to
      use symbols which don't exist.
      
      ERROR: "rdma_destroy_id" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_connect" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_create_id" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_create_qp" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_resolve_route" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_disconnect" [net/9p/9pnet_rdma.ko] undefined!
      ERROR: "rdma_resolve_addr" [net/9p/9pnet_rdma.ko] undefined!
      
      I used an if/endif block so that the menu items would remain
      presented together.
      
      Also correct an article adjective.
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1fa989e8
  19. 05 Nov, 2008 8 commits
    • Randy Dunlap's avatar
      net/9p: fix printk format warnings · b0d5fdef
      Randy Dunlap authored
      
      
      Fix printk format warnings in net/9p.
      Built cleanly on 7 arches.
      
      net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 6 has type 'u64'
      net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      b0d5fdef
    • Roel Kluin's avatar
      unsigned fid->fid cannot be negative · 9f3e9bbe
      Roel Kluin authored
      
      Signed-off-by: default avatarRoel Kluin <roel.kluin@gmail.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      9f3e9bbe
    • Huang Weiyi's avatar
      9p: rdma: remove duplicated #include · 1558c621
      Huang Weiyi authored
      
      
      Removed duplicated #include <rdma/ib_verbs.h> in
      net/9p/trans_rdma.c.
      Signed-off-by: default avatarHuang Weiyi <weiyi.huang@gmail.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      1558c621
    • Tom Tucker's avatar
      p9: Fix leak of waitqueue in request allocation path · 45abdf1c
      Tom Tucker authored
      
      
      If a T or R fcall cannot be allocated, the function returns an error
      but neglects to free the wait queue that was successfully allocated.
      
      If it comes through again a second time this wq will be overwritten
      with a new allocation and the old allocation will be leaked.
      
      Also, if the client is subsequently closed, the close path will
      attempt to clean up these allocations, so set the req fields to
      NULL to avoid duplicate free.
      Signed-off-by: default avatarTom Tucker <tom@opengridcomputing.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      45abdf1c
    • Tom Tucker's avatar
      9p: Remove unneeded free of fcall for Flush · 82b189ea
      Tom Tucker authored
      
      
      T and R fcall are reused until the client is destroyed. There does
      not need to be a special case for Flush
      Signed-off-by: default avatarTom Tucker <tom@opengridcomputing.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      82b189ea
    • Tom Tucker's avatar
      9p: Make all client spin locks IRQ safe · cac23d65
      Tom Tucker authored
      
      
      The client lock must be IRQ safe. Some of the lock acquisition paths
      took regular spin locks.
      Signed-off-by: default avatarTom Tucker <tom@opengridcomputing.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      cac23d65
    • Tom Tucker's avatar
      9p: rdma: Set trans prior to requesting async connection ops · 517ac45a
      Tom Tucker authored
      
      
      The RDMA connection manager is fundamentally asynchronous.
      Since the async callback context is the client pointer, the
      transport in the client struct needs to be set prior to calling
      the first async op.
      Signed-off-by: default avatarTom Tucker <tom@opengridcomputing.com>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      517ac45a
    • Randy Dunlap's avatar
      net/9p: fix printk format warnings · b22cecdd
      Randy Dunlap authored
      
      
      Fix printk format warnings in net/9p.
      Built cleanly on 7 arches.
      
      net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:820: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:867: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:932: warning: format '%llx' expects type 'long long unsigned int', but argument 6 has type 'u64'
      net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:982: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'u64'
      net/9p/client.c:1025: warning: format '%llx' expects type 'long long unsigned int', but argument 5 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
      net/9p/client.c:1227: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 7 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 12 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 8 has type 'u64'
      net/9p/client.c:1252: warning: format '%llx' expects type 'long long unsigned int', but argument 13 has type 'u64'
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b22cecdd
  20. 03 Nov, 2008 1 commit
  21. 22 Oct, 2008 2 commits