1. 12 4月, 2016 2 次提交
  2. 24 2月, 2016 1 次提交
  3. 07 8月, 2015 1 次提交
  4. 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
  5. 03 6月, 2015 1 次提交
  6. 04 8月, 2014 1 次提交
  7. 01 8月, 2014 2 次提交
  8. 26 7月, 2014 1 次提交
  9. 18 7月, 2014 1 次提交
  10. 19 2月, 2014 1 次提交
  11. 20 12月, 2013 2 次提交
  12. 17 12月, 2013 1 次提交
  13. 25 10月, 2013 1 次提交
  14. 24 8月, 2013 1 次提交
  15. 27 6月, 2013 1 次提交
  16. 10 5月, 2013 1 次提交
  17. 03 5月, 2013 1 次提交
  18. 12 4月, 2013 1 次提交
  19. 29 3月, 2013 1 次提交
  20. 07 2月, 2013 1 次提交
  21. 29 1月, 2013 1 次提交
  22. 11 9月, 2012 1 次提交
  23. 09 9月, 2012 1 次提交
  24. 20 7月, 2012 1 次提交
  25. 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
  26. 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
  27. 27 3月, 2012 1 次提交
  28. 01 3月, 2012 2 次提交
  29. 19 2月, 2012 5 次提交
  30. 04 1月, 2012 1 次提交
  31. 15 12月, 2011 1 次提交
    • M
      [SCSI] iscsi class: export pid of process that created · 0c70d84b
      Mike Christie 提交于
      There could be multiple userspace entities creating/destroying/
      recoverying sessions and also the kernel's iscsi drivers could
      be doing this too. If the userspace apps do try to manage the kernel
      ones it can get the driver/fw out of sync and cause the user to
      loose the root disk, oopses or ping ponging becasue userspace
      wants to do one thing but the kernel manager thought we
      are trying to do another.
      
      This patch fixes the problem by just exporting the pid of
      the entity that created the session. Userspace programs like
      iscsid, iscsiadm, iscsistart, qlogic's tools, etc, can then
      figure out which sessions they own and only manage them.
      Signed-off-by: NMike Christie <michaelc@cs.wisc.edu>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      0c70d84b
  32. 03 11月, 2011 1 次提交