1. 24 6月, 2006 31 次提交
  2. 23 6月, 2006 9 次提交
    • N
      [PATCH] fix silly ARM non-EABI build error · 95eaa5fa
      Nicolas Pitre 提交于
      My bad.
      Signed-off-by: NNicolas Pitre <nico@cam.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      95eaa5fa
    • A
      [PATCH] s390_hypfs filesystem: get_sb_single() fix · a5cf4b9a
      Andrew Morton 提交于
      Update hypfs for dhowells API changes.
      
      Cc: Pekka Enberg <penberg@cs.helsinki.fi>
      Cc: Ingo Oeser <ioe-lkml@rameria.de>
      Cc: Joern Engel <joern@wohnheim.fh-wedel.de>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Michael Holzheu <holzheu@de.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a5cf4b9a
    • A
      [PATCH] cpufreq build fix · 138a0128
      Andrew Morton 提交于
      drivers/cpufreq/cpufreq_ondemand.c: In function 'do_dbs_timer':
      drivers/cpufreq/cpufreq_ondemand.c:374: warning: implicit declaration of function 'lock_cpu_hotplug'
      drivers/cpufreq/cpufreq_ondemand.c:381: warning: implicit declaration of function 'unlock_cpu_hotplug'
      drivers/cpufreq/cpufreq_conservative.c: In function 'do_dbs_timer':
      drivers/cpufreq/cpufreq_conservative.c:425: warning: implicit declaration of function 'lock_cpu_hotplug'
      drivers/cpufreq/cpufreq_conservative.c:432: warning: implicit declaration of function 'unlock_cpu_hotplug'
      
      Cc: Dave Jones <davej@codemonkey.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      138a0128
    • A
      [BLOCK] Fix bounce limit address check · 8269730b
      Andi Kleen 提交于
      Do a safer check for when to enable DMA. Currently we enable ISA DMA
      for cases that do not need it, resulting in OOM conditions when ZONE_DMA
      runs out of space.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      8269730b
    • J
      [PATCH] rbtree: support functions used by the io schedulers · dd67d051
      Jens Axboe 提交于
      They all duplicate macros to check for empty root and/or node, and
      clearing a node. So put those in rbtree.h.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      dd67d051
    • J
      [PATCH] splice: retrieve mapping after locking the page · 9e94cd4f
      Jens Axboe 提交于
      Otherwise we could be racing with truncate/mapping removal.
      
      Problem found/fixed by Nick Piggin <npiggin@suse.de>, logic rewritten
      by me.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      9e94cd4f
    • J
      [PATCH] cfq-iosched: rq update fixes · fd61af03
      Jens Axboe 提交于
      - Remember to set ->last_sector so that the cfq_choose_req() logic
        works correctly.
      
      - Remove redundant call to cfq_choose_req()
      Signed-off-by: NJens Axboe <axboe@suse.de>
      fd61af03
    • J
      [PATCH] cfq-iosched: many performance fixes · caaa5f9f
      Jens Axboe 提交于
      This is a collection of patches that greatly improve CFQ performance
      in some circumstances.
      
      - Change the idling logic to only kick in after a request is done and we
        are deciding what to do. Before the idling included the request service
        time, so it was hard to adjust. Now it's true think/idle time.
      
      - Take advantage of TCQ/NCQ/queueing for seeky sync workloads, but keep
        it in control for sync and sequential (or close to) workloads.
      
      - Expire queues immediately and move on to other busy queues, if we are
        not going to idle after the current one finishes.
      
      - Don't rearm idle timer if there are no busy queues. Just leave the
        system idle.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      caaa5f9f
    • J
      [PATCH] cfq-iosched: correctly set ioprio on both targets · 35e6077c
      Jens Axboe 提交于
      Patch originally from Vasily Tarasov <vtaras@sw.ru>
      
      If you set io-priority of process 1 using sys_ioprio_set system call by
      another process 2 (like ionice do), then cfq_init_prio_data() function
      sets priority of process 2 (current) on queue of process 1 and clears
      the flag, that designates change of ioprio.  So the process  1 will work
      like with priority of process 2.
      
      I propose not to call cfq_init_prio_data() on io-priority change, but
      only mark queue as queue with changed prority.  Every time when new
      request comes cfq-scheduler checks for this flag and atomaticaly changes
      priority of queue to new value.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      35e6077c