1. 17 Oct, 2002 14 commits
    • James Bottomley's avatar
      Merge mulgrave.(none):/home/jejb/BK/scsi-misc-2.5 · 6a1dcf3c
      James Bottomley authored
      into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5
      6a1dcf3c
    • James Bottomley's avatar
      Merge mulgrave.(none):/home/jejb/BK/scsi-host-list-2.5 · 8428b10d
      James Bottomley authored
      into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5
      8428b10d
    • James Bottomley's avatar
      Merge mulgrave.(none):/home/jejb/BK/53c700-2.5 · 40ea4c83
      James Bottomley authored
      into mulgrave.(none):/home/jejb/BK/scsi-for-linus-2.5
      40ea4c83
    • Mike Anderson's avatar
      [PATCH] scsi_debug new scan fix · 534a4bf2
      Mike Anderson authored
      If you use scsi_debug the patch below fixes a problem that has existed
      since the updated scan code was merged in. scsi_debug previously assumed
      that the scsi_device used to probe and the device permanently added to the
      host_queue would be the same. This caused scsi_debug to allocate some
      internal data and key it off the scsi_device pointer for later use.  This
      resulted in scsi_debug failing all IO post scanning. This patch corrects
      this problem.
      
      Note:
      	Douglas Gilbert is the maintainer of this driver.
      	dougg@gear.torque.net
      	http://www.torque.net/sg/
      
      	During Douglas Gilbert's time-off he connects when he can so it
      	maybe a bit until he can address this.
      
      	In the interim this patch makes scsi_debug functional.
      
      
      The full patch is available at:
      http://www-124.ibm.com/storageio/patches/2.5/scsi-debug
      -andmike
      --
      Michael Anderson
      andmike@us.ibm.com
      
       scsi_debug.c |   59 +++++++++++++++++++++++++++++++----------------------------
       1 files changed, 31 insertions(+), 28 deletions(-)
      534a4bf2
    • Patrick Mansfield's avatar
      [PATCH] Re: [PATCH] SCSI-2 LUN setting consolidation · 489f597d
      Patrick Mansfield authored
      This patch consolidates the setting of the LUN in byte 1 of the SCSI
      command block for SCSI-2 and lower devices.
      
      This is needed for multi-path IO (some devices can actually have differnt
      LUN values for each path), but is also a nice clean up of the code.
      
      sg.c was able to inhibit setting the value, this removes that capability -
      if it is really needed it can be black listed in the device_list[] flags,
      or sg could set a similiar flag.
      
      This is patched against the latest bk (as of some time on Oct 16), and
      patches clean against 2.5.43.
      
      Tests were run with different adapters and various disks and a tape drive,
      I have no SCSI-2 multi-lun devices, so the main verifcation was done using
      a modified scsi_debug.c driver to emulate a multi-lun SCSI-2 device.
      
       drivers/scsi/osst.c       |    2 --
       drivers/scsi/scsi.c       |    6 ++++++
       drivers/scsi/scsi_error.c |   12 +++++-------
       drivers/scsi/scsi_ioctl.c |   16 ++++------------
       drivers/scsi/scsi_scan.c  |   31 ++++---------------------------
       drivers/scsi/sd.c         |   22 +++++-----------------
       drivers/scsi/sg.c         |    4 ----
       drivers/scsi/sr.c         |   17 ++---------------
       drivers/scsi/sr_ioctl.c   |   20 +-------------------
       drivers/scsi/sr_vendor.c  |   18 +++---------------
       drivers/scsi/st.c         |    2 --
       include/scsi/sg.h         |    2 +-
       12 files changed, 31 insertions(+), 121 deletions(-)
      489f597d
    • James Bottomley's avatar
      [SCSI 53c700] update with new TCQ code · 3a0e045b
      James Bottomley authored
      3a0e045b
    • James Bottomley's avatar
    • Linus Torvalds's avatar
      Merge penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/read-ahead · 60db5f20
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      60db5f20
    • David Howells's avatar
      [PATCH] do_generic_file_read / readahead adjustments · 9de05205
      David Howells authored
      This does the following three things:
      
       (1) Makes the functions in mm/readahead.c only use struct file* to pass to
           readpage(). address_mapping* and file_ra_state* are used instead to keep
           track of readahead stuff.
      
       (2) Adds a new function do_generic_mapping_read() that is similar to
           do_generic_file_read(), except that it uses a mapping pointer and a
           readahead state pointer to access a file. The file* is only used to pass
           to readpage().
      
       (3) Turns do_generic_file_read() into an inline function in linux/fs.h that
           simply wraps do_generic_mapping_read().
      
      This should mean that it is no longer necessary to have a struct file to
      access a file in this manner. Just an inode or address space should be
      sufficient.
      
      It also means alternate read-ahead structures can be maintained.
      
      The reason I want this is that I'm writing a general cache manager for
      filesystems such as AFS, NFSv4, and Lustre. Block devices are made available
      to the "cache manager" by means of a filesystem that can be mounted. I'm
      storing meta data in an inode in the cache, but to scan this at the moment I
      need to gain a "struct file" to use with do_generic_file_read().
      
      This involves either creating a dummy dentry and struct file (which will cause
      Al Viro to come looking for me with a shotgun), or to use an extra auxilliary
      filesystem mounted with do_kern_mount(), neither of which are particularly
      appealing.
      
      This patch is the alternative... it provides a function that I can pass an
      address_space to. This also allows me to make use of readahead semantics
      without having to reinvent them for myself.
      9de05205
    • Christoph Hellwig's avatar
      [PATCH] remove LSM file_llseek hook · b5a6c077
      Christoph Hellwig authored
      In the initial discussion LSM folks agreed on this, the
      rationale is that lsseek itself makes no sense to
      project as mmap() and pread/pwrite() allow access to any
      area of the file anyway.
      b5a6c077
    • Christoph Hellwig's avatar
      [PATCH] make LSM register functions GPLonly exports · 22652747
      Christoph Hellwig authored
      These exports have the power to change the implementations of all
      syscalls and I've seen people exploiting this "feature".
      
      Make the exports GPLonly (which some LSM folks agreed to
      when it was merged initially to avoid that).
      22652747
    • Mike Anderson's avatar
      [PATCH] scsi host cleanup 3/3 (driver changes) · 209287fb
      Mike Anderson authored
      If you read my previous post on this patch I indicated that few of the
      driver changes I was only able to compile test ( block/cciss_scsi.c,
      scsi/53c700.c, scsi/pcmcia/*, scsi/wd33c93.c). The changes to the
      drivers are to remove the old interfaces and possibly extra NULL inits
      of struct members. These changes will need to be ok'd by there
      respective maintainers. I did receive feedback from two.
      
      I have tested these changes on ips, aic, qlogicisp, and scsi_debug
      drivers.
      
      This is a resend of my previous patch clean ups to the scsi_host lists.
      
      	* Made function naming consistent with rest of SCSI
      	* Corrected a problem with driverfs registration to early. Also
      	  changed from put_device to device_unregister.
              * Fixed a regression in my previous patch that the scsi_host
                list was not sorted by host number. When we get some device
                naming this hack can be removed.
              * Switch scsi host template, name, host lists to struct
                list_head's.
              * Moved all scsi_host related register / unregister functions
                into hosts.c
              * Added list accessor interface and created a function similar
                to driverfs bus_for_each_dev.
      
      The full patch is available at:
      http://www-124.ibm.com/storageio/patches/2.5/scsi-host
      
      -andmike
      --
      Michael Anderson
      andmike@us.ibm.com
      
       acorn/scsi/acornscsi.c            |    6 ++----
       acorn/scsi/arxescsi.c             |    8 ++------
       acorn/scsi/cumana_2.c             |    8 ++------
       acorn/scsi/eesox.c                |    8 ++------
       acorn/scsi/powertec.c             |    8 ++------
       block/cciss_scsi.c                |   21 ++-------------------
       scsi/53c700.c                     |    6 ++----
       scsi/aic7xxx/aic7xxx_linux_host.h |    1 -
       scsi/cpqfcTSinit.c                |    4 +---
       scsi/fcal.c                       |    4 +---
       scsi/ips.h                        |    3 ---
       scsi/pcmcia/aha152x_stub.c        |    3 ++-
       scsi/pcmcia/fdomain_stub.c        |    3 ++-
       scsi/pcmcia/nsp_cs.c              |    3 ++-
       scsi/pcmcia/qlogic_stub.c         |    3 ++-
       scsi/wd33c93.c                    |    5 +----
       16 files changed, 25 insertions(+), 69 deletions(-)
      209287fb
    • Mike Anderson's avatar
      [PATCH] scsi host cleanup 2/3 (mid lvl changes) · 68fe1e0f
      Mike Anderson authored
      This is a resend of my previous patch clean ups to the scsi_host lists.
      
      	* Made function naming consistent with rest of SCSI
      	* Corrected a problem with driverfs registration to early. Also
      	  changed from put_device to device_unregister.
              * Fixed a regression in my previous patch that the scsi_host
                list was not sorted by host number. When we get some device
                naming this hack can be removed.
              * Switch scsi host template, name, host lists to struct
                list_head's.
              * Moved all scsi_host related register / unregister functions
                into hosts.c
              * Added list accessor interface and created a function similar
                to driverfs bus_for_each_dev.
      
      The full patch is available at:
      http://www-124.ibm.com/storageio/patches/2.5/scsi-host
      
      -andmike
      --
      Michael Anderson
      andmike@us.ibm.com
      
       scsi.c      |  456 +++---------------------------------------------------------
       scsi_proc.c |   57 ++++---
       scsi_syms.c |    5
       sg.c        |    6
       4 files changed, 63 insertions(+), 461 deletions(-)
      68fe1e0f
    • Mike Anderson's avatar
      [PATCH] scsi host cleanup 1/3 (base) (corrected) · 728df29f
      Mike Anderson authored
      I had diffed against a tree missing a compile fix this is the correct base
      patch.
      
      This is a resend of my previous patch clean ups to the scsi_host lists.
      
      	* Made function naming consistent with rest of SCSI
      	* Corrected a problem with driverfs registration to early. Also
      	  changed from put_device to device_unregister.
              * Fixed a regression in my previous patch that the scsi_host
                list was not sorted by host number. When we get some device
                naming this hack can be removed.
              * Switch scsi host template, name, host lists to struct
                list_head's.
              * Moved all scsi_host related register / unregister functions
                into hosts.c
              * Added list accessor interface and created a function similar
                to driverfs bus_for_each_dev.
      
      The full patch is available at:
      http://www-124.ibm.com/storageio/patches/2.5/scsi-host
      
      -andmike
      --
      Michael Anderson
      andmike@us.ibm.com
      
       hosts.c |  890 +++++++++++++++++++++++++++++++++++++++++++++++++---------------
       hosts.h |   97 +++---
       2 files changed, 734 insertions(+), 253 deletions(-)
      728df29f
  2. 16 Oct, 2002 26 commits