1. 08 Oct, 2004 3 commits
    • Jens Axboe's avatar
      [PATCH] cdrom generic_packet oops fix · 3c0d73d2
      Jens Axboe authored
      Add dummy ->generic_packet() for devices that don't provide one.  It will
      error all commands with "unknown opcode" 0x05/0x20/0x00 sense and return
      -EIO.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3c0d73d2
    • Andrew Morton's avatar
      [PATCH] vmscan: handle empty zones · d3e54058
      Andrew Morton authored
      There's a lockup condition where kswapd ensounters an empty zone which has all
      its metadata set to zero.
      
      Fix that by adding explicit checks for empty zones and just skip over them.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d3e54058
    • Ingo Molnar's avatar
      [PATCH] Use cache_decay_ticks instead of a constant · 70d88abf
      Ingo Molnar authored
      This patch, based on Ken Chen's patch, changes the default 2.5 msec
      migration-cutoff value to be based on cache_decay_ticks, which is what
      we used for a long time prior the sched-domains code.  (If an
      architecture does not set cache_decay_ticks then 2.5 msec is used.)
      
      This causes the following new migration-cutoff values on various SMP
      systems:
      
       x86, variable:
      
       2-way celeron 466MHz, 128K:        2.5 msec ->  1.0 msec
       2-way/4-way 2.2 GHz P4 Xeon 1MB:   2.5 msec ->  2.0 msec
       8-way P3 700 MHz Xeon 2MB:         2.5 msec ->  6.0 msec
      
       x64, variable:
      
       amd64: 2.0 GHz, 1MB:               2.5 msec -> 1.5 msec
       em64t: 3.4 GHz, 1MB:               2.5 msec -> 3.0 msec
      
       ppc64 [*]:                         2.5 msec -> 2.5 msec (constant)
      
       ia64:                              2.5 msec -> 10.0 msec (constant)
      
          [*] ppc64 does not set cache_decay_ticks so we fall back to the
              default.
      
      I believe in light of previous testing we could attempt this for 2.6.9 as
      well.  (Note: that the 2.6.9-rc3 patch looks similar but needs to patch
      kernel/sched.c.  Note2: this patch is different from Ken's original one.)
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarKen Chen <kenneth.w.chen@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      70d88abf
  2. 07 Oct, 2004 10 commits
  3. 06 Oct, 2004 27 commits