1. 27 10月, 2013 6 次提交
    • L
      staging: lustre: Remove typedef and update cfs_hash_bd struct · 6ea510c1
      Lisa Nguyen 提交于
      Remove typedef keyword and rename the cfs_hash_bd_t struct to
      cfs_hash_bd in libcfs_hash.h. These changes resolve the
      "Do not add new typedefs" warning generated by checkpatch.pl
      and meet kernel coding style.
      
      Struct variables in other header and source files that depend
      on libcfs_hash.h are updated as well.
      Signed-off-by: NLisa Nguyen <lisa@xenapiadmin.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      6ea510c1
    • L
      staging: lustre: Remove typedef and update cfs_debug_limit_state struct · a3ea59e0
      Lisa Nguyen 提交于
      Removed typedef keyword and rename the cfs_debug_limit_state_t
      struct to cfs_debug_limit_state in libcfs_debug.h. These changes
      resolve the "Do not add new typedefs" warning generated by
      checkpatch.pl and meet kernel coding style.
      
      Struct variables in other header and source files
      that depend on libcfs_debug.h are updated as well.
      Signed-off-by: NLisa Nguyen <lisa@xenapiadmin.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      a3ea59e0
    • P
      staging/lustre: fix tv_usec build warning on parisc · 996adff8
      Peng Tao 提交于
      As reported by Fengguang:
      
      config: make ARCH=parisc allyesconfig
      
      All warnings:
      
         drivers/staging/lustre/lustre/llite/lproc_llite.c: In function 'll_rw_extents_stats_pp_seq_show':
      >> drivers/staging/lustre/lustre/llite/lproc_llite.c:1069:6: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type '__kernel_suseconds_t' [-Wformat]
         drivers/staging/lustre/lustre/llite/lproc_llite.c: In function 'll_rw_extents_stats_seq_show':
      >> drivers/staging/lustre/lustre/llite/lproc_llite.c:1133:6: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type '__kernel_suseconds_t' [-Wformat]
         drivers/staging/lustre/lustre/llite/lproc_llite.c: In function 'll_rw_offset_stats_seq_show':
      >> drivers/staging/lustre/lustre/llite/lproc_llite.c:1299:6: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type '__kernel_suseconds_t' [-Wformat]
      --
         drivers/staging/lustre/lustre/obdclass/lprocfs_status.c: In function 'lprocfs_stats_seq_show':
      >> drivers/staging/lustre/lustre/obdclass/lprocfs_status.c:1070:5: warning: format '%lu' expects argument of type 'long unsigned int', but argument 5 has type '__kernel_suseconds_t' [-Wformat]
      --
         drivers/staging/lustre/lustre/osc/lproc_osc.c: In function 'osc_rpc_stats_seq_show':
      >> drivers/staging/lustre/lustre/osc/lproc_osc.c:575:6: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type '__kernel_suseconds_t' [-Wformat]
         drivers/staging/lustre/lustre/osc/lproc_osc.c: In function 'osc_stats_seq_show':
      >> drivers/staging/lustre/lustre/osc/lproc_osc.c:687:6: warning: format '%lu' expects argument of type 'long unsigned int', but argument 4 has type '__kernel_suseconds_t' [-Wformat]
      Reported-by: NFengguang Wu <fengguang.wu@intel.com>
      Signed-off-by: NPeng Tao <bergwolf@gmail.com>
      Signed-off-by: NAndreas Dilger <andreas.dilger@intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      996adff8
    • P
      staging/lustre/llite: fix mkdir endless loop · 363090e7
      Peng Tao 提交于
      Running on 3.11-rc4 kernel, I got below endless loop. It turns to be that Lustre
      always saves the first page of a dir inode mapping at index ~0UL.  And after
      commit 5a720394 (mm: teach truncate_inode_pages_range() to handle non page
      aligned ranges), truncate_inode_pages_range() _NO LONGER_ truncates the page
      that is sitting at index ~0UL.
      
      [16768.998006] mkdir           R  running task        0  2717   2716 0x00000080
      [16768.998073]  000000000000000e 0000000000000000 0000000000000000 ffff88000be00460
      [16768.998157]  ffff88000ea65908 ffffffff810fec3e ffff88000ea65968 ffff8800229e7750
      [16768.998241]  ffff88000ea658b8 0000000000000000 0000000000000000 ffff88000ea65958
      [16768.998326] Call Trace:
      [16768.998401]  [<ffffffff810fc6ed>] ? rcu_read_unlock+0x1c/0x2d
      [16768.998473]  [<ffffffff810fec3e>] ? find_get_pages+0xf5/0x11b
      [16768.998530]  [<ffffffff811078f0>] ? pagevec_lookup+0x20/0x2a
      [16768.998586]  [<ffffffff8110920e>] ? truncate_inode_pages_range.part.2+0x161/0x39a
      [16768.998680]  [<ffffffffa02ad5dc>] ? ll_md_blocking_ast+0x338/0x62f [lustre]
      [16768.998744]  [<ffffffff8110947f>] ? truncate_inode_pages_range+0x38/0x3f
      [16768.998805]  [<ffffffff811094f8>] ? truncate_inode_pages+0x12/0x14
      [16768.998871]  [<ffffffffa02ad6e8>] ? ll_md_blocking_ast+0x444/0x62f [lustre]
      [16768.998948]  [<ffffffff810981b5>] ? arch_local_irq_save+0x9/0xc
      [16768.999022]  [<ffffffffa07ee0e8>] ? ldlm_cancel_callback+0x67/0x12a [ptlrpc]
      [16768.999100]  [<ffffffffa07f85b2>] ? ldlm_cli_cancel_local+0xf3/0x2bc [ptlrpc]
      [16768.999176]  [<ffffffffa07f9163>] ? ldlm_cli_cancel_list_local+0x7e/0x1e4 [ptlrpc]
      [16768.999268]  [<ffffffffa07f9473>] ? ldlm_cancel_resource_local+0x1aa/0x1b9 [ptlrpc]
      [16768.999385]  [<ffffffffa0657bad>] ? mdc_resource_get_unused+0xf8/0x115 [mdc]
      [16768.999472]  [<ffffffff8109c887>] ? trace_hardirqs_on+0xd/0xf
      [16768.999533]  [<ffffffffa06583d8>] ? mdc_create+0x11e/0x4db [mdc]
      [16768.999597]  [<ffffffff8152ed84>] ? mutex_unlock+0xe/0x10
      [16768.999654]  [<ffffffffa0350e99>] ? lmv_create+0x355/0x3e9 [lmv]
      [16768.999712]  [<ffffffff811553b7>] ? final_putname+0x35/0x39
      [16768.999775]  [<ffffffffa02ae167>] ? ll_new_node+0x33b/0x3ff [lustre]
      [16768.999841]  [<ffffffffa02ae62c>] ? ll_mkdir+0xf2/0x127 [lustre]
      [16768.999897]  [<ffffffff81156996>] ? vfs_mkdir+0x84/0xc9
      [16768.999961]  [<ffffffff81158cf8>] ? SyS_mkdirat+0x77/0xad
      [16769.000014]  [<ffffffff81158d47>] ? SyS_mkdir+0x19/0x1b
      [16769.000066]  [<ffffffff81538652>] ? system_call_fastpath+0x16/0x1b
      Signed-off-by: NPeng Tao <bergwolf@gmail.com>
      Signed-off-by: NAndreas Dilger <andreas.dilger@intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      363090e7
    • P
      lustre/fld: remove fld_thread_key · 86bac591
      Peng Tao 提交于
      It is left over when porting Lustre tree patch in commit (e62e5d92) and should be
      removed.
      Signed-off-by: NPeng Tao <bergwolf@gmail.com>
      Signed-off-by: NAndreas Dilger <andreas.dilger@intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      86bac591
    • L
      staging: lustre: Remove typedef and update cfs_hash_bucket struct · 1e27138b
      Lisa Nguyen 提交于
      Remove typedef keyword and rename the cfs_hash_bucket_t struct to
      cfs_hash_bucket in libcfs_hash.h. These changes resolve the
      "Do not add new typedefs" warning generated by checkpatch.pl and
      meet kernel coding style.
      
      The struct variables in hash.c are updated to reflect this change
      as well.
      Signed-off-by: NLisa Nguyen <lisa@xenapiadmin.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      1e27138b
  2. 25 10月, 2013 2 次提交
  3. 21 10月, 2013 8 次提交
  4. 20 10月, 2013 24 次提交