1. 20 7月, 2007 1 次提交
  2. 19 7月, 2007 2 次提交
  3. 17 7月, 2007 1 次提交
  4. 15 7月, 2007 2 次提交
  5. 02 7月, 2007 1 次提交
    • R
      scsi disk help file is not complete · abcdceb9
      Randy Dunlap 提交于
      On Mon, 11 Jun 2007 20:28:16 +0200 api wrote:
      
      > Good day,
      > When doing make menuconfig one comes across CONFIG_BLK_DEV_SD.
      > The help file states that this is for scsi disks.NO MENTION IS MADE THAT
      > IT IS NEEDE FOR SATA DISKS AS WELL!
      > Would have saved me a lot of time if the help was up to date.
      > I hope this can be changed so others can make a kernel for sata systems
      > quicker.
      
      From: Randy Dunlap <randy.dunlap@oracle.com>
      
      Add help info for BLK_DEV_SD referring to its use in
      SATA or PATA driver configurations.
      
      Add help text for "ATA" indicating that it probably needs
      some SCSI config symbols enabled in order to be useful.
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      abcdceb9
  6. 18 6月, 2007 5 次提交
  7. 04 6月, 2007 1 次提交
  8. 29 5月, 2007 1 次提交
  9. 22 5月, 2007 1 次提交
  10. 14 5月, 2007 1 次提交
  11. 05 5月, 2007 1 次提交
  12. 03 5月, 2007 1 次提交
  13. 27 4月, 2007 1 次提交
    • D
      [SCSI] SUNESP: Complete driver rewrite to version 2.0 · cd9ad58d
      David S. Miller 提交于
      Major features:
      
      1) Tagged queuing support.
      2) Will properly negotiate for synchronous transfers even on
         devices that reject the wide negotiation message, such as
         CDROMs
      3) Significantly lower kernel stack usage in interrupt
         handler path by elimination of function vector arrays,
         replaced by a top-level switch statement state machine.
      4) Uses generic scsi infrastructure as much as possible to
         avoid code duplication.
      5) Automatic request of sense data in response to CHECK_CONDITION
      6) Portable to other platforms using ESP such as DEC and Sun3
         systems.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cd9ad58d
  14. 01 4月, 2007 1 次提交
  15. 20 3月, 2007 1 次提交
  16. 18 2月, 2007 1 次提交
  17. 14 1月, 2007 1 次提交
  18. 04 1月, 2007 1 次提交
  19. 10 12月, 2006 1 次提交
  20. 06 12月, 2006 1 次提交
  21. 03 12月, 2006 2 次提交
  22. 26 11月, 2006 1 次提交
  23. 23 11月, 2006 2 次提交
  24. 05 10月, 2006 1 次提交
  25. 04 10月, 2006 2 次提交
  26. 01 10月, 2006 1 次提交
    • D
      [PATCH] BLOCK: Make it possible to disable the block layer [try #6] · 9361401e
      David Howells 提交于
      Make it possible to disable the block layer.  Not all embedded devices require
      it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
      the block layer to be present.
      
      This patch does the following:
      
       (*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
           support.
      
       (*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
           an item that uses the block layer.  This includes:
      
           (*) Block I/O tracing.
      
           (*) Disk partition code.
      
           (*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
      
           (*) The SCSI layer.  As far as I can tell, even SCSI chardevs use the
           	 block layer to do scheduling.  Some drivers that use SCSI facilities -
           	 such as USB storage - end up disabled indirectly from this.
      
           (*) Various block-based device drivers, such as IDE and the old CDROM
           	 drivers.
      
           (*) MTD blockdev handling and FTL.
      
           (*) JFFS - which uses set_bdev_super(), something it could avoid doing by
           	 taking a leaf out of JFFS2's book.
      
       (*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
           linux/elevator.h contingent on CONFIG_BLOCK being set.  sector_div() is,
           however, still used in places, and so is still available.
      
       (*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
           parts of linux/fs.h.
      
       (*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
      
       (*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
      
       (*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
           is not enabled.
      
       (*) fs/no-block.c is created to hold out-of-line stubs and things that are
           required when CONFIG_BLOCK is not set:
      
           (*) Default blockdev file operations (to give error ENODEV on opening).
      
       (*) Makes some /proc changes:
      
           (*) /proc/devices does not list any blockdevs.
      
           (*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
      
       (*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
      
       (*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
           given command other than Q_SYNC or if a special device is specified.
      
       (*) In init/do_mounts.c, no reference is made to the blockdev routines if
           CONFIG_BLOCK is not defined.  This does not prohibit NFS roots or JFFS2.
      
       (*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
           error ENOSYS by way of cond_syscall if so).
      
       (*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
           CONFIG_BLOCK is not set, since they can't then happen.
      Signed-Off-By: NDavid Howells <dhowells@redhat.com>
      Signed-off-by: NJens Axboe <axboe@kernel.dk>
      9361401e
  27. 27 9月, 2006 2 次提交
  28. 08 9月, 2006 1 次提交
  29. 03 9月, 2006 2 次提交
    • J
      [SCSI] SCSI and FC Transport: add netlink support for posting of transport events · 84314fd4
      James Smart 提交于
      This patch formally adds support for the posting of FC events via netlink.
      It is a followup to the original RFC at:
        http://marc.theaimsgroup.com/?l=linux-scsi&m=114530667923464&w=2
      and the initial posting at:
        http://marc.theaimsgroup.com/?l=linux-scsi&m=115507374832500&w=2
      
      The patch has been updated to optimize the send path, per the discussions
      in the initial posting.
      
      Per discussions at the Storage Summit and at OLS, we are to use netlink for
      async events from transports. Also per discussions, to avoid a netlink
      protocol per transport, I've create a single NETLINK_SCSITRANSPORT protocol,
      which can then be used by all transports.
      
      This patch:
      - Creates new files scsi_netlink.c and scsi_netlink.h, which contains the
        single and shared definitions for the SCSI Transport. It is tied into the
        base SCSI subsystem intialization.
        Contains a single interface routine, scsi_send_transport_event(), for a
        transport to send an event (via multicast to a protocol specific group).
      - Creates a new scsi_netlink_fc.h file, which contains the FC netlink event
        messages
      - Adds 3 new routines to the fc transport:
         fc_get_event_number() -  to get a FC event #
         fc_host_post_event()  -  to send a simple FC event (32 bits of data)
         fc_host_post_vendor_event() - to send a Vendor unique event, with
                                       arbitrary amounts of data.
      
         Note: the separation of event number allows for a LLD to send a standard
           event, followed by vendor-specific data for the event.
      
      Note: This patch assumes 2 prior fc transport patches have been installed:
         http://marc.theaimsgroup.com/?l=linux-scsi&m=115555807316329&w=2
         http://marc.theaimsgroup.com/?l=linux-scsi&m=115581614930261&w=2
      
         Sorry - next time I'll do something like making these individual
         patches of the same posting when I know they'll be posted closely
         together.
      Signed-off-by: NJames Smart <James.Smart@emulex.com>
      
      Tidy up configuration not to make SCSI always select NET
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      84314fd4
    • J
      [SCSI] Add Promise SuperTrak driver · 5a25ba16
      Jeff Garzik 提交于
      Add Promise SuperTrak 'stex' driver, supporting SuperTrak
      EX8350/8300/16350/16300 controllers.  The controller's firmware accepts
      SCSI commands, handing them to the underlying RAID or JBOD disks.
      
      The driver consisted of the following cleanups and fixes, beyond its
      initial submission:
      
      Ed Lin:
            stex: cleanup and minor fixes
            stex: add new device ids
            stex: update internal copy code path
            stex: add hard reset function
            stex: adjust command timeout in slave_config routine
            stex: use more efficient method for unload/shutdown flush
      
      Jeff Garzik:
            [SCSI] Add Promise SuperTrak 'shasta' driver.
            Rename drivers/scsi/shasta.c to stex.c ("SuperTrak EX").
            [SCSI] stex: update with community comments from 'Promise SuperTrak' thread
            [SCSI] stex: Fix warning, trim trailing whitespace.
            [SCSI] stex: remove last remnants of "shasta" project code name
            [SCSI] stex: removed 6-byte command emulation
            [SCSI] stex: minor cleanups
            [SCSI] stex: minor fixes: irq flag, error return value
            [SCSI] stex: use dma_alloc_coherent()
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      5a25ba16