1. 28 1月, 2017 2 次提交
  2. 12 4月, 2016 4 次提交
  3. 24 2月, 2016 1 次提交
  4. 07 8月, 2015 1 次提交
  5. 31 7月, 2015 1 次提交
    • C
      iSCSI: let session recovery_tmo sysfs writes persist across recovery · 9c8108a4
      Chris Leech 提交于
      The iSCSI session recovery_tmo setting is writeable in sysfs, but it's
      also set every time a connection is established when parameters are set
      from iscsid over netlink.  That results in the timeout being reset to
      the default value after every recovery.
      
      The DM multipath tools want to use the sysfs interface to lower the
      default timeout when there are multiple paths to fail over.  It has
      caused confusion that we have a writeable sysfs value that seem to keep
      resetting itself.
      
      This patch adds an in-kernel flag that gets set once a sysfs write
      occurs, and then ignores netlink parameter setting once it's been
      modified via the sysfs interface.  My thinking here is that the sysfs
      interface is much simpler for external tools to influence the session
      timeout, but if we're going to allow it to be modified directly we
      should ensure that setting is maintained.
      Signed-off-by: NChris Leech <cleech@redhat.com>
      Reviewed-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <JBottomley@Odin.com>
      9c8108a4
  6. 03 6月, 2015 1 次提交
  7. 04 8月, 2014 1 次提交
  8. 01 8月, 2014 2 次提交
  9. 26 7月, 2014 1 次提交
  10. 18 7月, 2014 1 次提交
  11. 19 2月, 2014 1 次提交
  12. 20 12月, 2013 2 次提交
  13. 17 12月, 2013 1 次提交
  14. 25 10月, 2013 1 次提交
  15. 24 8月, 2013 1 次提交
  16. 27 6月, 2013 1 次提交
  17. 10 5月, 2013 1 次提交
  18. 03 5月, 2013 1 次提交
  19. 12 4月, 2013 1 次提交
  20. 29 3月, 2013 1 次提交
  21. 07 2月, 2013 1 次提交
  22. 29 1月, 2013 1 次提交
  23. 11 9月, 2012 1 次提交
  24. 09 9月, 2012 1 次提交
  25. 20 7月, 2012 1 次提交
  26. 30 6月, 2012 1 次提交
    • P
      netlink: add netlink_kernel_cfg parameter to netlink_kernel_create · a31f2d17
      Pablo Neira Ayuso 提交于
      This patch adds the following structure:
      
      struct netlink_kernel_cfg {
              unsigned int    groups;
              void            (*input)(struct sk_buff *skb);
              struct mutex    *cb_mutex;
      };
      
      That can be passed to netlink_kernel_create to set optional configurations
      for netlink kernel sockets.
      
      I've populated this structure by looking for NULL and zero parameters at the
      existing code. The remaining parameters that always need to be set are still
      left in the original interface.
      
      That includes optional parameters for the netlink socket creation. This allows
      easy extensibility of this interface in the future.
      
      This patch also adapts all callers to use this new interface.
      Signed-off-by: NPablo Neira Ayuso <pablo@netfilter.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a31f2d17
  27. 25 6月, 2012 1 次提交
    • T
      block: drop custom queue draining used by scsi_transport_{iscsi|fc} · 86072d81
      Tejun Heo 提交于
      iscsi_remove_host() uses bsg_remove_queue() which implements custom
      queue draining.  fc_bsg_remove() open-codes mostly identical logic.
      
      The draining logic isn't correct in that blk_stop_queue() doesn't
      prevent new requests from being queued - it just stops processing, so
      nothing prevents new requests to be queued after the logic determines
      that the queue is drained.
      
      blk_cleanup_queue() now implements proper queue draining and these
      custom draining logics aren't necessary.  Drop them and use
      bsg_unregister_queue() + blk_cleanup_queue() instead.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Reviewed-by: NMike Christie <michaelc@cs.wisc.edu>
      Acked-by: NVivek Goyal <vgoyal@redhat.com>
      Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
      Cc: James Smart <james.smart@emulex.com>
      Signed-off-by: NJens Axboe <axboe@kernel.dk>
      86072d81
  28. 27 3月, 2012 1 次提交
  29. 01 3月, 2012 2 次提交
  30. 19 2月, 2012 4 次提交
    • V
      [SCSI] iscsi_transport: Added Ping support · ac20c7bf
      Vikas Chaudhary 提交于
      Added ping support for iscsi adapter, application can use this
      interface for diagnostic network connection.
      Signed-off-by: NVikas Chaudhary <vikas.chaudhary@qlogic.com>
      Reviewed-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      ac20c7bf
    • V
      [SCSI] scsi_transport_iscsi: added support for host event · a11e2545
      Vikas Chaudhary 提交于
      Added support to post kernel host event to application using
      netlink interface.
      Signed-off-by: NVikas Chaudhary <vikas.chaudhary@qlogic.com>
      Reviewed-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      a11e2545
    • M
      [SCSI] iscsi: fix setting of pid from netlink skb · df1c7bab
      Mike Christie 提交于
      NETLINK_CREDS's pid now returns 0, so I guess we are supposed to
      be using NETLINK_CB. This changed while the patch to export the
      pid was getting merged upstream, so it was not noticed until both
      the network and iscsi changes were in the same tree.
      Signed-off-by: NMike Christie <michaelc@cs.wisc.edu>
      Cc: stable@kernel.org
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      df1c7bab
    • S
      [SCSI] iscsi: don't hang in endless loop if no targets present · 46a7c17d
      Sasha Levin 提交于
      iscsi_if_send_reply() may return -ESRCH if there were no targets to send
      data to. Currently we're ignoring this value and looping in attempt to do it
      over and over, which will usually lead in a hung task like this one:
      
      [ 4920.817298] INFO: task trinity:9074 blocked for more than 120 seconds.
      [ 4920.818527] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
      [ 4920.819982] trinity         D 0000000000000000  5504  9074   2756 0x00000004
      [ 4920.825374]  ffff880003961a98 0000000000000086 ffff8800001aa000 ffff8800001aa000
      [ 4920.826791]  00000000001d4340 ffff880003961fd8 ffff880003960000 00000000001d4340
      [ 4920.828241]  00000000001d4340 00000000001d4340 ffff880003961fd8 00000000001d4340
      [ 4920.833231]
      [ 4920.833519] Call Trace:
      [ 4920.834010]  [<ffffffff826363fa>] schedule+0x3a/0x50
      [ 4920.834953]  [<ffffffff82634ac9>] __mutex_lock_common+0x209/0x5b0
      [ 4920.836226]  [<ffffffff81af805d>] ? iscsi_if_rx+0x2d/0x990
      [ 4920.837281]  [<ffffffff81053943>] ? sched_clock+0x13/0x20
      [ 4920.838305]  [<ffffffff81af805d>] ? iscsi_if_rx+0x2d/0x990
      [ 4920.839336]  [<ffffffff82634eb0>] mutex_lock_nested+0x40/0x50
      [ 4920.840423]  [<ffffffff81af805d>] iscsi_if_rx+0x2d/0x990
      [ 4920.841434]  [<ffffffff810dffed>] ? sub_preempt_count+0x9d/0xd0
      [ 4920.842548]  [<ffffffff82637bb0>] ? _raw_read_unlock+0x30/0x60
      [ 4920.843666]  [<ffffffff821f71de>] netlink_unicast+0x1ae/0x1f0
      [ 4920.844751]  [<ffffffff821f7997>] netlink_sendmsg+0x227/0x350
      [ 4920.845850]  [<ffffffff821857bd>] ? sock_update_netprioidx+0xdd/0x1b0
      [ 4920.847060]  [<ffffffff82185732>] ? sock_update_netprioidx+0x52/0x1b0
      [ 4920.848276]  [<ffffffff8217f226>] sock_aio_write+0x166/0x180
      [ 4920.849348]  [<ffffffff810dfe41>] ? get_parent_ip+0x11/0x50
      [ 4920.850428]  [<ffffffff811d0d9a>] do_sync_write+0xda/0x120
      [ 4920.851465]  [<ffffffff810dffed>] ? sub_preempt_count+0x9d/0xd0
      [ 4920.852579]  [<ffffffff810dfe41>] ? get_parent_ip+0x11/0x50
      [ 4920.853608]  [<ffffffff81791887>] ? security_file_permission+0x27/0xb0
      [ 4920.854821]  [<ffffffff811d0f4c>] vfs_write+0x16c/0x180
      [ 4920.855781]  [<ffffffff811d104f>] sys_write+0x4f/0xa0
      [ 4920.856798]  [<ffffffff82638e79>] system_call_fastpath+0x16/0x1b
      [ 4920.877487] 1 lock held by trinity/9074:
      [ 4920.878239]  #0:  (rx_queue_mutex){+.+...}, at: [<ffffffff81af805d>] iscsi_if_rx+0x2d/0x990
      [ 4920.880005] Kernel panic - not syncing: hung_task: blocked tasks
      Signed-off-by: NSasha Levin <levinsasha928@gmail.com>
      Acked-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      46a7c17d