An error occurred fetching the project authors.
  1. 12 Jul, 2008 1 commit
  2. 29 Apr, 2008 1 commit
  3. 07 Apr, 2008 18 commits
  4. 18 Feb, 2008 1 commit
  5. 30 Jan, 2008 3 commits
  6. 12 Jan, 2008 1 commit
  7. 22 Oct, 2007 1 commit
  8. 16 Oct, 2007 1 commit
  9. 19 Jul, 2007 1 commit
  10. 17 Jun, 2007 1 commit
  11. 08 May, 2007 1 commit
  12. 14 Feb, 2007 1 commit
    • Tim Schmielau's avatar
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau authored
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: default avatarTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  13. 13 Jan, 2007 1 commit
    • Douglas Gilbert's avatar
      [SCSI] scsi_debug: error processing · 6f3cbf55
      Douglas Gilbert authored
      After discussions in the thread titled:
          [PATCH] scsi_debug: illegal blocking memory allocation
      here is a patch containing the discussed fix and some other
      fixes and additions. The patch is against lk 2.6.20-rc3 .
      The version is bumped to 1.81 .
      
      ChangeLog:
        - Change several GFP_KERNEL allocations to GFP_ATOMIC
          as they can be called from queuecommand() context
        - check above allocation returns and if out of memory
          report DID_REQUEUE in two cases, DID_NO_CONNECT in
          another, and fail slave configure() in another
        - add support for WRITE BUFFER command
        - add aborted_command error injection support
          (opts mask 0x10), similar mechanism to
          recovered_error injection.
      Signed-off-by: default avatarDouglas Gilbert <dougg@torque.net>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      6f3cbf55
  14. 25 Oct, 2006 1 commit
  15. 23 Sep, 2006 1 commit
  16. 12 Jul, 2006 1 commit
  17. 30 Jun, 2006 1 commit
  18. 26 Jun, 2006 1 commit
    • Douglas Gilbert's avatar
      [SCSI] scsi_debug version 1.79 · c65b1445
      Douglas Gilbert authored
        - add 'virtual_gb' parameter to simulate large storage
          (by wrapping in dev_size_mb megabytes of actual ram)
        - add 'no_lun_0' parameter to skip lun 0 on each target
          (but still respond as required to INQUIRY + REPORT LUNS)
        - add well know lu support
        - add MODE SELECT commands support [pages: 0xa and 0x1c]
        - add LOG SENSE command support [pages: 0xd and 0x2f]
        - add READ CAPACITY (16) support
        - increase number of mode pages supported (to read),
          mainly transport specific (SAS) mode (sub)pages
        - add more VPD pages and extend others, including
          ATA information VPD page
        - START STOP UNIT now maintains a state machine
        - READ (16) and WRITE (16) cope with lbas larger
          than 32 bits (needed for the 'virtual_gb' parameter)
        - allow single command transfers up to 32 MB
        - more precise error (sense data) messages
      Signed-off-by: default avatarDouglas Gilbert <dougg@torque.net>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      c65b1445
  19. 28 Feb, 2006 1 commit
  20. 13 Jan, 2006 1 commit
  21. 09 Nov, 2005 1 commit