An error occurred fetching the project authors.
  1. 18 Sep, 2012 1 commit
    • Stephen M. Cameron's avatar
      cciss: fix handling of protocol error · 2453f5f9
      Stephen M. Cameron authored
      If a command completes with a status of CMD_PROTOCOL_ERR, this
      information should be conveyed to the SCSI mid layer, not dropped
      on the floor.  Unlike a similar bug in the hpsa driver, this bug
      only affects tape drives and CD and DVD ROM drives in the cciss
      driver, and to induce it, you have to disconnect (or damage) a
      cable, so it is not a very likely scenario (which would explain
      why the bug has gone undetected for the last 10 years.)
      Signed-off-by: default avatarStephen M. Cameron <scameron@beardog.cce.hp.com>
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      2453f5f9
  2. 21 Aug, 2012 1 commit
  3. 22 Mar, 2012 2 commits
  4. 16 Nov, 2011 1 commit
    • Stephen M. Cameron's avatar
      cciss: auto engage SCSI mid layer at driver load time · 0007a4c9
      Stephen M. Cameron authored
      A long time ago, probably in 2002, one of the distros, or maybe more than
      one, loaded block drivers prior to loading the SCSI mid layer.  This meant
      that the cciss driver, being a block driver, could not engage the SCSI mid
      layer at init time without panicking, and relied on being poked by a
      userland program after the system was up (and the SCSI mid layer was
      therefore present) to engage the SCSI mid layer.
      
      This is no longer the case, and cciss can safely rely on the SCSI mid
      layer being present at init time and engage the SCSI mid layer straight
      away.  This means that users will see their tape drives and medium
      changers at driver load time without need for a script in /etc/rc.d that
      does this:
      
      for x in /proc/driver/cciss/cciss*
      do
      	echo "engage scsi" > $x
      done
      
      However, if no tape drives or medium changers are detected, the SCSI mid
      layer will not be engaged.  If a tape drive or medium change is later
      hot-added to the system it will then be necessary to use the above script
      or similar for the device(s) to be acceesible.
      Signed-off-by: default avatarStephen M. Cameron <scameron@beardog.cce.hp.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarJens Axboe <axboe@kernel.dk>
      0007a4c9
  5. 26 Jul, 2011 1 commit
  6. 06 May, 2011 1 commit
    • Stephen M. Cameron's avatar
      cciss: add cciss_tape_cmds module paramter · 8a4ec67b
      Stephen M. Cameron authored
      This is to allow number of commands reserved for use by SCSI tape drives
      and medium changers to be adjusted at driver load time via the kernel
      parameter cciss_tape_cmds, with a default value of 6, and a range
      of 2 - 16 inclusive.  Previously, the driver limited the number of
      commands which could be queued to the SCSI half of the the driver
      to only 2.  This is to fix the problem that if you had more than
      two tape drives, you couldn't, for example, erase or rewind them all
      at the same time.
      Signed-off-by: default avatarStephen M. Cameron <scameron@beardog.cce.hp.com>
      Signed-off-by: default avatarJens Axboe <jaxboe@fusionio.com>
      8a4ec67b
  7. 12 Mar, 2011 2 commits
  8. 11 Mar, 2011 1 commit
  9. 16 Nov, 2010 1 commit
    • Jeff Garzik's avatar
      SCSI host lock push-down · f281233d
      Jeff Garzik authored
      Move the mid-layer's ->queuecommand() invocation from being locked
      with the host lock to being unlocked to facilitate speeding up the
      critical path for drivers who don't need this lock taken anyway.
      
      The patch below presents a simple SCSI host lock push-down as an
      equivalent transformation.  No locking or other behavior should change
      with this patch.  All existing bugs and locking orders are preserved.
      
      Additionally, add one parameter to queuecommand,
      	struct Scsi_Host *
      and remove one parameter from queuecommand,
      	void (*done)(struct scsi_cmnd *)
      
      Scsi_Host* is a convenient pointer that most host drivers need anyway,
      and 'done' is redundant to struct scsi_cmnd->scsi_done.
      
      Minimal code disturbance was attempted with this change.  Most drivers
      needed only two one-line modifications for their host lock push-down.
      Signed-off-by: default avatarJeff Garzik <jgarzik@redhat.com>
      Acked-by: default avatarJames Bottomley <James.Bottomley@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      f281233d
  10. 07 Aug, 2010 6 commits
  11. 15 Jun, 2010 1 commit
  12. 01 Jun, 2010 1 commit
  13. 28 Feb, 2010 4 commits
  14. 13 Nov, 2009 2 commits
  15. 09 Jun, 2009 4 commits
  16. 02 Jun, 2009 2 commits
    • Andrew Morton's avatar
      cciss: use schedule_timeout_interruptible() · 77b0308a
      Andrew Morton authored
      Use schedule_timeout_interruptible() instead of open-coding the set and
      schedule parts.
      
      Cc: Mike Miller <mikem@beardog.cca.cpqcorp.net>
      Cc: Stephen M. Cameron <scameron@beardog.cca.cpqcorp.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      77b0308a
    • Stephen M. Cameron's avatar
      cciss: fix SCSI device reset handler · 88f627ae
      Stephen M. Cameron authored
      Fix the SCSI reset error handler to send a working, properly addressed
      reset message to the target device and add code to wait for the target
      device to become ready by polling it with Test Unit Ready.
      
      The existing reset code was broken in that it didn't bother to set the
      8-byte LUN address to anything besides zero, so the command was addressed
      to the controller, which pretended to the driver that the command
      succeeded, while doing nothing.  Ages ago I tested this code, but
      unbeknownst to me, my test was flawed, and what I thought was a tape drive
      getting reset was actually nothing of the sort.  Unfortunately, there is
      still lots of Smartarray firmware that doesn't handle doing target resets
      right, and this code won't help in those cases, but it also shouldn't make
      things worse in those cases than they already are.
      Signed-off-by: default avatarStephen M. Cameron <scameron@beardog.cca.cpqcorp.net>
      Cc: Mike Miller <mikem@beardog.cca.cpqcorp.net>
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      88f627ae
  17. 09 Oct, 2008 1 commit
  18. 06 Aug, 2008 2 commits
  19. 21 Apr, 2008 1 commit
  20. 04 Mar, 2008 1 commit
  21. 03 Feb, 2008 1 commit
  22. 29 Oct, 2007 1 commit
    • Mike Miller's avatar
      cciss: update copyright notices · bd4f36d6
      Mike Miller authored
      This patch updates the copyright information for the cciss driver. It
      includes extending the year to 2007 (how timely) and some minor corrections
      deemed necessary by HP legal and the Open Source Review Board. Please
      consider this patch for inclusion.
      Signed-off-by: default avatarMike Miller <mike.miller@hp.com>
      --------------------------------------------------------------------------------
      Signed-off-by: default avatarJens Axboe <jens.axboe@oracle.com>
      bd4f36d6
  23. 29 May, 2007 1 commit
  24. 08 May, 2007 1 commit