1. 04 11月, 2019 11 次提交
  2. 01 11月, 2019 2 次提交
  3. 11 10月, 2019 1 次提交
    • C
      NFSv4: Fix leak of clp->cl_acceptor string · 1047ec86
      Chuck Lever 提交于
      Our client can issue multiple SETCLIENTID operations to the same
      server in some circumstances. Ensure that calls to
      nfs4_proc_setclientid() after the first one do not overwrite the
      previously allocated cl_acceptor string.
      
      unreferenced object 0xffff888461031800 (size 32):
        comm "mount.nfs", pid 2227, jiffies 4294822467 (age 1407.749s)
        hex dump (first 32 bytes):
          6e 66 73 40 6b 6c 69 6d 74 2e 69 62 2e 31 30 31  nfs@klimt.ib.101
          35 67 72 61 6e 67 65 72 2e 6e 65 74 00 00 00 00  5granger.net....
        backtrace:
          [<00000000ab820188>] __kmalloc+0x128/0x176
          [<00000000eeaf4ec8>] gss_stringify_acceptor+0xbd/0x1a7 [auth_rpcgss]
          [<00000000e85e3382>] nfs4_proc_setclientid+0x34e/0x46c [nfsv4]
          [<000000003d9cf1fa>] nfs40_discover_server_trunking+0x7a/0xed [nfsv4]
          [<00000000b81c3787>] nfs4_discover_server_trunking+0x81/0x244 [nfsv4]
          [<000000000801b55f>] nfs4_init_client+0x1b0/0x238 [nfsv4]
          [<00000000977daf7f>] nfs4_set_client+0xfe/0x14d [nfsv4]
          [<0000000053a68a2a>] nfs4_create_server+0x107/0x1db [nfsv4]
          [<0000000088262019>] nfs4_remote_mount+0x2c/0x59 [nfsv4]
          [<00000000e84a2fd0>] legacy_get_tree+0x2d/0x4c
          [<00000000797e947c>] vfs_get_tree+0x20/0xc7
          [<00000000ecabaaa8>] fc_mount+0xe/0x36
          [<00000000f15fafc2>] vfs_kern_mount+0x74/0x8d
          [<00000000a3ff4e26>] nfs_do_root_mount+0x8a/0xa3 [nfsv4]
          [<00000000d1c2b337>] nfs4_try_mount+0x58/0xad [nfsv4]
          [<000000004c9bddee>] nfs_fs_mount+0x820/0x869 [nfs]
      
      Fixes: f11b2a1c ("nfs4: copy acceptor name from context ... ")
      Signed-off-by: NChuck Lever <chuck.lever@oracle.com>
      Signed-off-by: NAnna Schumaker <Anna.Schumaker@Netapp.com>
      1047ec86
  4. 09 10月, 2019 2 次提交
  5. 02 10月, 2019 1 次提交
    • Z
      nfs: Fix nfsi->nrequests count error on nfs_inode_remove_request · 33ea5aaa
      ZhangXiaoxu 提交于
      When xfstests testing, there are some WARNING as below:
      
      WARNING: CPU: 0 PID: 6235 at fs/nfs/inode.c:122 nfs_clear_inode+0x9c/0xd8
      Modules linked in:
      CPU: 0 PID: 6235 Comm: umount.nfs
      Hardware name: linux,dummy-virt (DT)
      pstate: 60000005 (nZCv daif -PAN -UAO)
      pc : nfs_clear_inode+0x9c/0xd8
      lr : nfs_evict_inode+0x60/0x78
      sp : fffffc000f68fc00
      x29: fffffc000f68fc00 x28: fffffe00c53155c0
      x27: fffffe00c5315000 x26: fffffc0009a63748
      x25: fffffc000f68fd18 x24: fffffc000bfaaf40
      x23: fffffc000936d3c0 x22: fffffe00c4ff5e20
      x21: fffffc000bfaaf40 x20: fffffe00c4ff5d10
      x19: fffffc000c056000 x18: 000000000000003c
      x17: 0000000000000000 x16: 0000000000000000
      x15: 0000000000000040 x14: 0000000000000228
      x13: fffffc000c3a2000 x12: 0000000000000045
      x11: 0000000000000000 x10: 0000000000000000
      x9 : 0000000000000000 x8 : 0000000000000000
      x7 : 0000000000000000 x6 : fffffc00084b027c
      x5 : fffffc0009a64000 x4 : fffffe00c0e77400
      x3 : fffffc000c0563a8 x2 : fffffffffffffffb
      x1 : 000000000000764e x0 : 0000000000000001
      Call trace:
       nfs_clear_inode+0x9c/0xd8
       nfs_evict_inode+0x60/0x78
       evict+0x108/0x380
       dispose_list+0x70/0xa0
       evict_inodes+0x194/0x210
       generic_shutdown_super+0xb0/0x220
       nfs_kill_super+0x40/0x88
       deactivate_locked_super+0xb4/0x120
       deactivate_super+0x144/0x160
       cleanup_mnt+0x98/0x148
       __cleanup_mnt+0x38/0x50
       task_work_run+0x114/0x160
       do_notify_resume+0x2f8/0x308
       work_pending+0x8/0x14
      
      The nrequest should be increased/decreased only if PG_INODE_REF flag
      was setted.
      
      But in the nfs_inode_remove_request function, it maybe decrease when
      no PG_INODE_REF flag, this maybe lead nrequests count error.
      Reported-by: NHulk Robot <hulkci@huawei.com>
      Signed-off-by: NZhangXiaoxu <zhangxiaoxu5@huawei.com>
      Signed-off-by: NAnna Schumaker <Anna.Schumaker@Netapp.com>
      33ea5aaa
  6. 25 9月, 2019 2 次提交
  7. 21 9月, 2019 12 次提交
  8. 03 9月, 2019 1 次提交
  9. 31 8月, 2019 1 次提交
  10. 30 8月, 2019 1 次提交
  11. 27 8月, 2019 6 次提交