06 May, 2011

1 commit

  • 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: Stephen M. Cameron
    Signed-off-by: Jens Axboe

    Stephen M. Cameron
     

22 Feb, 2010

1 commit


09 Oct, 2008

1 commit

  • Fix cciss SCSI rescan code to better notice device changes.
    If you hot-unplug a tape drive, then hot-plug a different
    tape drive into the same slot in a storage enclosure,
    the cciss driver wouldn't notice anything had changed, as
    it was only looking at the LUN address and device type.
    Now it looks at the inquiry page 0x83 device identifier,
    and vendor and model strings as well.

    Signed-off-by: Stephen M. Cameron
    Signed-off-by: Jens Axboe

    scameron@beardog.cca.cpqcorp.net
     

29 Oct, 2007

1 commit

  • 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: Mike Miller
    --------------------------------------------------------------------------------
    Signed-off-by: Jens Axboe

    Mike Miller
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds