An error occurred fetching the project authors.
  1. 18 Aug, 2005 1 commit
  2. 26 Jul, 2005 2 commits
    • Steven Rostedt's avatar
      [PATCH] fix MAX_USER_RT_PRIO and MAX_RT_PRIO · d46523ea
      Steven Rostedt authored
      Here's the patch again to fix the code to handle if the values between
      MAX_USER_RT_PRIO and MAX_RT_PRIO are different.
      
      Without this patch, an SMP system will crash if the values are
      different.
      Signed-off-by: default avatarSteven Rostedt <rostedt@goodmis.org>
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarDean Nelson <dcn@sgi.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d46523ea
    • Andreas Steinmetz's avatar
      [PATCH] Fix RLIMIT_RTPRIO breakage · 18586e72
      Andreas Steinmetz authored
      RLIMIT_RTPRIO is supposed to grant non privileged users the right to use
      SCHED_FIFO/SCHED_RR scheduling policies with priorites bounded by the
      RLIMIT_RTPRIO value via sched_setscheduler(). This is usually used by
      audio users.
      
      Unfortunately this is broken in 2.6.13rc3 as you can see in the excerpt
      from sched_setscheduler below:
      
              /*
               * Allow unprivileged RT tasks to decrease priority:
               */
              if (!capable(CAP_SYS_NICE)) {
                      /* can't change policy */
                      if (policy != p->policy)
                              return -EPERM;
      
      After the above unconditional test which causes sched_setscheduler to
      fail with no regard to the RLIMIT_RTPRIO value the following check is made:
      
                     /* can't increase priority */
                      if (policy != SCHED_NORMAL &&
                          param->sched_priority > p->rt_priority &&
                          param->sched_priority >
                                      p->signal->rlim[RLIMIT_RTPRIO].rlim_cur)
                              return -EPERM;
      
      Thus I do believe that the RLIMIT_RTPRIO value must be taken into
      account for the policy check, especially as the RLIMIT_RTPRIO limit is
      of no use without this change.
      
      The attached patch fixes this problem.
      Signed-off-by: default avatarAndreas Steinmetz <ast@domdv.de>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      18586e72
  3. 08 Jul, 2005 1 commit
  4. 28 Jun, 2005 1 commit
  5. 27 Jun, 2005 1 commit
    • Jens Axboe's avatar
      [PATCH] Update cfq io scheduler to time sliced design · 22e2c507
      Jens Axboe authored
      This updates the CFQ io scheduler to the new time sliced design (cfq
      v3).  It provides full process fairness, while giving excellent
      aggregate system throughput even for many competing processes.  It
      supports io priorities, either inherited from the cpu nice value or set
      directly with the ioprio_get/set syscalls.  The latter closely mimic
      set/getpriority.
      
      This import is based on my latest from -mm.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      22e2c507
  6. 26 Jun, 2005 1 commit
    • Christoph Lameter's avatar
      [PATCH] Cleanup patch for process freezing · 3e1d1d28
      Christoph Lameter authored
      1. Establish a simple API for process freezing defined in linux/include/sched.h:
      
         frozen(process)		Check for frozen process
         freezing(process)		Check if a process is being frozen
         freeze(process)		Tell a process to freeze (go to refrigerator)
         thaw_process(process)	Restart process
         frozen_process(process)	Process is frozen now
      
      2. Remove all references to PF_FREEZE and PF_FROZEN from all
         kernel sources except sched.h
      
      3. Fix numerous locations where try_to_freeze is manually done by a driver
      
      4. Remove the argument that is no longer necessary from two function calls.
      
      5. Some whitespace cleanup
      
      6. Clear potential race in refrigerator (provides an open window of PF_FREEZE
         cleared before setting PF_FROZEN, recalc_sigpending does not check
         PF_FROZEN).
      
      This patch does not address the problem of freeze_processes() violating the rule
      that a task may only modify its own flags by setting PF_FREEZE. This is not clean
      in an SMP environment. freeze(process) is therefore not SMP safe!
      Signed-off-by: default avatarChristoph Lameter <christoph@lameter.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3e1d1d28
  7. 25 Jun, 2005 22 commits
  8. 23 Jun, 2005 2 commits
    • Benjamin LaHaise's avatar
      [PATCH] aio: make wait_queue ->task ->private · c43dc2fd
      Benjamin LaHaise authored
      In the upcoming aio_down patch, it is useful to store a private data
      pointer in the kiocb's wait_queue.  Since we provide our own wake up
      function and do not require the task_struct pointer, it makes sense to
      convert the task pointer into a generic private pointer.
      Signed-off-by: default avatarBenjamin LaHaise <benjamin.c.lahaise@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c43dc2fd
    • Jesper Juhl's avatar
      [PATCH] preempt_count is int - remove cast and don't assign to unsigned type · be5b4fbd
      Jesper Juhl authored
      In kernel/sched.c the return value from preempt_count() is cast to an int.
      That made sense when preempt_count was defined as different types on is not
      needed and should go away.  The patch removes the cast.
      
      In kernel/timer.c the return value from preempt_count() is assigned to a
      variable of type u32 and then that unsigned value is later compared to
      preempt_count().  Since preempt_count() returns an int, an int is what
      should be used to store its return value.  Storing the result in an
      unsigned 32bit integer made a tiny bit of sense back when preempt_count was
      different types on different archs, but no more - let's not play signed vs
      unsigned comparison games when we don't have to.  The patch modifies the
      code to use an int to hold the value.  While I was around that bit of code
      I also made two changes to a nearby (related) printk() - I modified it to
      specify the loglevel explicitly and also broke the line into a few pieces
      to avoid it being longer than 80 chars and clarified the text a bit.
      Signed-off-by: default avatarJesper Juhl <juhl-lkml@dif.dk>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      be5b4fbd
  9. 22 Jun, 2005 1 commit
    • Ingo Molnar's avatar
      [PATCH] smp_processor_id() cleanup · 39c715b7
      Ingo Molnar authored
      This patch implements a number of smp_processor_id() cleanup ideas that
      Arjan van de Ven and I came up with.
      
      The previous __smp_processor_id/_smp_processor_id/smp_processor_id API
      spaghetti was hard to follow both on the implementational and on the
      usage side.
      
      Some of the complexity arose from picking wrong names, some of the
      complexity comes from the fact that not all architectures defined
      __smp_processor_id.
      
      In the new code, there are two externally visible symbols:
      
       - smp_processor_id(): debug variant.
      
       - raw_smp_processor_id(): nondebug variant. Replaces all existing
         uses of _smp_processor_id() and __smp_processor_id(). Defined
         by every SMP architecture in include/asm-*/smp.h.
      
      There is one new internal symbol, dependent on DEBUG_PREEMPT:
      
       - debug_smp_processor_id(): internal debug variant, mapped to
                                   smp_processor_id().
      
      Also, i moved debug_smp_processor_id() from lib/kernel_lock.c into a new
      lib/smp_processor_id.c file.  All related comments got updated and/or
      clarified.
      
      I have build/boot tested the following 8 .config combinations on x86:
      
       {SMP,UP} x {PREEMPT,!PREEMPT} x {DEBUG_PREEMPT,!DEBUG_PREEMPT}
      
      I have also build/boot tested x64 on UP/PREEMPT/DEBUG_PREEMPT.  (Other
      architectures are untested, but should work just fine.)
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarArjan van de Ven <arjan@infradead.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      39c715b7
  10. 14 Jun, 2005 1 commit
  11. 20 May, 2005 1 commit
    • Paul Jackson's avatar
      [PATCH] cpusets+hotplug+preepmt broken · b39c4fab
      Paul Jackson authored
      This patch removes the entwining of cpusets and hotplug code in the "No
      more Mr.  Nice Guy" case of sched.c move_task_off_dead_cpu().
      
      Since the hotplug code is holding a spinlock at this point, we cannot take
      the cpuset semaphore, cpuset_sem, as would seem to be required either to
      update the tasks cpuset, or to scan up the nested cpuset chain, looking for
      the nearest cpuset ancestor that still has some CPUs that are online.  So
      we just punt and blast the tasks cpus_allowed with all bits allowed.
      
      This reverts these lines of code to what they were before the cpuset patch.
       And it updates the cpuset Doc file, to match.
      
      The one known alternative to this that seems to work came from Dinakar
      Guniguntala, and required the hotplug code to take the cpuset_sem semaphore
      much earlier in its processing.  So far as we know, the increased locking
      entanglement between cpusets and hot plug of this alternative approach is
      not worth doing in this case.
      Signed-off-by: default avatarPaul Jackson <pj@sgi.com>
      Acked-by: default avatarNathan Lynch <ntl@pobox.com>
      Acked-by: default avatarDinakar Guniguntala <dino@in.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      b39c4fab
  12. 01 May, 2005 2 commits
  13. 18 Apr, 2005 1 commit
  14. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4