1. 04 Jan, 2005 40 commits
    • Stephen D. Smalley's avatar
      [PATCH] SELinux: enhance SELinux control of executable mappings · 7d8f6cc8
      Stephen D. Smalley authored
      This patch adds new permission checks to the SELinux mmap and mprotect hooks
      to enable control over the ability to make executable a mapping that can
      contain data not covered by the existing file-based permission checks.
      
      The task->self execmem permission controls the ability to create an executable
      anonymous mapping or a writable executable private file mapping.  The
      task->file execmod permission controls the ability to make executable a
      previously written private file mapping, e.g.  for text relocations.  Thanks
      to Roland McGrath for input and feedback on earlier versions of this patch.
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7d8f6cc8
    • Stephen D. Smalley's avatar
      [PATCH] SELinux: add dynamic context transition support to SELinux · c75bbce4
      Stephen D. Smalley authored
      This patch for adds dynamic context transition support to SELinux via writes
      to the existing /proc/pid/attr/current interface.
      
      Previously, SELinux only supported exec-based context transitions.  This
      functionality allows privileged applications to apply privilege bracketing
      without necessarily being refactored to an exec-based model (although such a
      model has advantages in least privilege and isolation).
      
      A process must have setcurrent permission to use this mechanism at all, and
      the dyntransition permission must be granted between the old and new security
      contexts.  Multi-threaded processes are not allowed to use this operation, as
      it will yield an inconsistency among the security contexts of the threads
      sharing the same mm.
      
      Ptrace permission is revalidated against the new context if the process is
      being ptraced.
      
      Author:  Darrel Goeddel <dgoeddel@trustedcs.com>
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c75bbce4
    • Stephen D. Smalley's avatar
      [PATCH] SELinux: audit task comm if exe cannot be determined · 0b6e573e
      Stephen D. Smalley authored
      This patch ensures that the comm is included in the audit message if avc_audit
      is unable to determine the exe due to the mmap_sem being held.  This is
      helpful in tracking down the causes of permission denials that occur in the
      mmap/mprotect hooks.
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0b6e573e
    • Stephen D. Smalley's avatar
      [PATCH] SELinux: update selinux_task_setscheduler · 8a6f1605
      Stephen D. Smalley authored
      This patch updates the selinux_task_setscheduler hook function to use the
      standard helper for task permission checks since it is now safe to audit from
      this hook (due to the upstream change to setscheduler() to not hold the
      runqueue lock during the security hook call).
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8a6f1605
    • Stephen D. Smalley's avatar
      [PATCH] SELinux: regenerate SELinux module headers · 260cac59
      Stephen D. Smalley authored
      This patch regenerates the SELinux module headers to use a new format and
      updates their use by the AVC.
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      260cac59
    • James Morris's avatar
      [PATCH] SELinux scalability: AVC statistics and tuning · 0d583489
      James Morris authored
      This patch adds an selinuxfs based API to the AVC, to allow monitoring of
      the cache, and tuning of the cache size.  The latter is mediated via the
      new setsecparam permission.
      
      AVC statistics may be monitored via the avcstat utility:
      http://people.redhat.com/jmorris/selinux/perf/avcstat.cSigned-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0d583489
    • James Morris's avatar
      [PATCH] SELinux: atomic_dec_and_test() bug · e5cf15c2
      James Morris authored
      Atomic underflow debugging in this kernel exposed a bug in the AVC RCU
      code, fix below.  The effect of this bug would be delayed node reclamation.
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e5cf15c2
    • James Morris's avatar
      [PATCH] SELinux scalability: convert AVC to RCU · 6575328c
      James Morris authored
      The following patch improves the scalability of SELinux by replacing the
      global avc_lock with an RCU based scheme by Kaigai Kohei.  The size of the
      cache is made tunable, to allow administrators to tune systems for different
      workloads, while statistics are exported via selinuxfs to allow AVC
      performance to be monitored at a low level.
      
      AVC nodes are also allocated now via a slab cache, and AVC references have
      been removed from the code.
      
      This code has been extensively tested and benchmarked (see benchmark results
      below).  Baseline performance is not improved, although it is clear that
      dramatic scalability improvements are achieved.
      
      Baseline performance and networking scalability are areas where work is
      ongoing (in particular, we need to add caching of some network security
      objects so that we don't fallback to policy database lookups on each
      permission call).
      
      Benchmark results:
      
      ===============================================================================================
      
      System: 4 node 16-way IA64 NUMA
      
      - 'Stream' is based on http://www.cs.virginia.edu/stream/ , HPC memory bandwidth test,
        higher result is better.
      - Hackbench: scheduler scalability benchmark by Rusty, lower is better.
      
      Standard kernel:
        2.6.9-1.648_EL  SELINUX=0 : Stream 6159.987MB/s HackBench 53.144
        2.6.9-1.648_EL  SELINUX=1 : Stream 5872.529MB/s HackBench 1043.132
      
      Kernel with RCU/AVC patches:
        2.6.9-1.689_avcrcu.root SELINUX=0 : Stream 8829.647MB/s HackBench 53.976
        2.6.9-1.689_avcrcu.root SELINUX=1 : Stream 8817.117MB/s HackBench 50.975
      
      ===============================================================================================
      
      System: 8-way PIII 900Mhz Xeon with 9GB RAM
      Fileystem: ext2 for all testing.
      
      Notes:
          AVC was reset before tests, so avc was flushed.
          System was run in enforcing mode.
      
      Key:
          std-nolsm:      standard kernel with LSM disabled
          std-lsmcap:     standard kernel with LSM enabled, capabilities LSM
          std-sel-strict: standard kernel with SELinux enabled, capabilities secondary LSM
          rcu-sel-strict: as above with RCU & AVC stats patches
      6575328c
    • James Morris's avatar
      [PATCH] SELinux scalability: add spin_trylock_irq and spin_trylock_irqsave · b0f31274
      James Morris authored
      This patch from Kaigai Kohei <kaigai@ak.jp.nec.com> adds irq and irqsave
      trylock spinlock variants for use by the SELinux AVC RCU patch.
      Signed-off-by: default avatarKaigai Kohei <kaigai@ak.jp.nec.com>
      Signed-off-by: default avatarStephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: default avatarJames Morris <jmorris@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      b0f31274
    • Oleg Nesterov's avatar
      [PATCH] uninline/kill __exit_mm() · 5e238ceb
      Oleg Nesterov authored
      __exit_mm() is an inlined version of exit_mm().  This patch unifies them.
      
      Saves 356 byte in exit.o.
      Signed-off-by: default avatarOleg Nesterov <oleg@tv-sign.ru>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      5e238ceb
    • Roland McGrath's avatar
      [PATCH] task_struct.exit_state usage · 6ba7b420
      Roland McGrath authored
      I just did a quick audit of the use of exit_state and the EXIT_* bit
      macros.  I guess I didn't really review these changes very closely when you
      did them originally.  :-(
      
      I found several places that seem like lossy cases of query-replace without
      enough thought about the code.  Linus has previously said the >= tests
      ought to be & tests instead.  But for exit_state, it can only ever be 0,
      EXIT_DEAD, or EXIT_ZOMBIE--so a nonzero test is actually the same as
      testing & (EXIT_DEAD|EXIT_ZOMBIE), and maybe its code is a tiny bit better.
       The case like in choose_new_parent is just confusing, to have the
      always-false test for EXIT_* bits in ->state there too.
      
      The two cases in wants_signal and do_process_times are actual regressions
      that will give us back old bugs in race conditions.  These places had
      s/TASK/EXIT/ but not s/state/exit_state/, and now there tests for exiting
      tasks are now wrong and never catching them.  I take it back: there is no
      regression in wants_signal in practice I think, because of the PF_EXITING
      test that makes the EXIT_* state checks superfluous anyway.  So that is
      just another cosmetic case of confusing code.  But in do_process_times,
      there is that SIGXCPU-while-exiting race condition back again.
      Signed-off-by: default avatarRoland McGrath <roland@redhat.com>
      Acked-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6ba7b420
    • Roland McGrath's avatar
      [PATCH] move waitchld_exit from task_struct to signal_struct · 10d6e374
      Roland McGrath authored
      There is really no point in each task_struct having its own waitchld_exit. 
      In the only use of it, the waitchld_exit of each thread in a group gets
      woken up at the same time.  So, there might as well just be one wait queue
      for the whole thread group.  This patch does that by moving the field from
      task_struct to signal_struct.  It should have no effect on the behavior,
      but saves a little work and a little storage in the multithreaded case.
      Signed-off-by: default avatarRoland McGrath <roland@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      10d6e374
    • Roland McGrath's avatar
      [PATCH] fix ptracer death race yielding bogus BUG_ON · 66519f54
      Roland McGrath authored
      There is a BUG_ON in ptrace_stop that hits if the thread is not ptraced.
      However, there is no synchronization between a thread deciding to do a
      ptrace stop and so going here, and its ptracer dying and so detaching from
      it and clearing its ->ptrace field. 
      
      The RHEL3 2.4-based kernel has a backport of a slightly older version of
      the 2.6 signals code, which has a different but equivalent BUG_ON.  This
      actually bit users in practice (when the debugger dies), but was
      exceedingly difficult to reproduce in contrived circumstances.  We moved
      forward in RHEL3 just by removing the BUG_ON, and that fixed the real user
      problems even though I was never able to reproduce the scenario myself. 
      So, to my knowledge this scenario has never actually been seen in practice
      under 2.6.  But it's plain to see from the code that it is indeed possible.
      
      This patch removes that BUG_ON, but also goes further and tries to handle
      this case more gracefully than simply avoiding the crash.  By removing the
      BUG_ON alone, it becomes possible for the real parent of a process to see
      spurious SIGCHLD notifications intended for the debugger that has just
      died, and have its child wind up stopped unexpectedly.  This patch avoids
      that possibility by detecting the case when we are about to do the ptrace
      stop but our ptracer has gone away, and simply eliding that ptrace stop
      altogether as if we hadn't been ptraced when we hit the interesting event
      (signal or ptrace_notify call for syscall tracing or something like that).
      Signed-off-by: default avatarRoland McGrath <roland@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      66519f54
    • Roland McGrath's avatar
      [PATCH] move group_exit flag into signal_struct.flags word · 183986a7
      Roland McGrath authored
      After my last change, there are plenty of unused bits available in the new
      flags word in signal_struct.  This patch moves the `group_exit' flag into
      one of those bits, saving a word in signal_struct.
      Signed-off-by: default avatarRoland McGrath <roland@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      183986a7
    • Roland McGrath's avatar
      [PATCH] fix stop signal race · 0b4eff5d
      Roland McGrath authored
      The `sig_avoid_stop_race' checks fail to catch a related race scenario that
      can happen.  I don't think this has been seen in nature, but it could
      happen in the same sorts of situations where the observed problems come up
      that those checks work around.  This patch takes a different approach to
      catching this race condition.  The new approach plugs the hole, and I think
      is also cleaner.
      
      The issue is a race between one CPU processing a stop signal while another
      CPU processes a SIGCONT or SIGKILL.  There is a window in stop-signal
      processing where the siglock must be released.  If a SIGCONT or SIGKILL
      comes along here on another CPU, then the stop signal in the midst of being
      processed needs to be discarded rather than having the stop take place
      after the SIGCONT or SIGKILL has been generated.  The existing workaround
      checks for this case explicitly by looking for a pending SIGCONT or SIGKILL
      after reacquiring the lock.
      
      However, there is another problem related to the same race issue.  In the
      window where the processing of the stop signal has released the siglock,
      the stop signal is not represented in the pending set any more, but it is
      still "pending" and not "delivered" in POSIX terms.  The SIGCONT coming in
      this window is required to clear all pending stop signals.  But, if a stop
      signal has been dequeued but not yet processed, the SIGCONT generation will
      fail to clear it (in handle_stop_signal).  Likewise, a SIGKILL coming here
      should prevent the stop processing and make the thread die immediately
      instead.  The `sig_avoid_stop_race' code checks for this by examining the
      pending set to see if SIGCONT or SIGKILL is in it.  But this fails to
      handle the case where another CPU running another thread in the same
      process has already dequeued the signal (so it no longer can be found in
      the pending set).  We must catch this as well, so that the same problems do
      not arise when another thread on another CPU acted real fast.
      
      I've fixed this dumping the `sig_avoid_stop_race' kludge in favor of a
      little explicit bookkeeping.  Now, dequeuing any stop signal sets a flag
      saying that a pending stop signal has been taken on by some CPU since the
      last time all pending stop signals were cleared due to SIGCONT/SIGKILL. 
      The processing of stop signals checks the flag after the window where it
      released the lock, and abandons the signal the flag has been cleared.  The
      code that clears pending stop signals on SIGCONT generation also clears
      this flag.  The various places that are trying to ensure the process dies
      quickly (SIGKILL or other unhandled signals) also clear the flag.  I've
      made this a general flags word in signal_struct, and replaced the
      stop_state field with flag bits in this word.
      Signed-off-by: default avatarRoland McGrath <roland@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0b4eff5d
    • Coywolf Qi Hunt's avatar
      [PATCH] remove redundant sys_delete_module() · 8baf8d2a
      Coywolf Qi Hunt authored
      Peter Chubb recently split out a standalone sys_ni.c file for the not
      implemented syscalls.  This patch removes the redundant sys_delete_module()
      in module.c.
      Signed-off-by: default avatarCoywolf Qi Hunt <coywolf@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8baf8d2a
    • Oleg Nesterov's avatar
      [PATCH] fix conflicting cpu_idle() declarations · 2612d7a4
      Oleg Nesterov authored
      cpu_idle() is referenced from generic code (init/main.c).  It is
      declared/defined in
      
      init/main.c:				void cpu_idle(void)
      
      i386/kernel/process.c			void cpu_idle(void)
      i386/kernel/smpboot.c:			int  cpu_idle(void)
      i386/mach-voyager/voyager_smp.c:	int  cpu_idle(void)
      
      ppc/kernel/idle.c:			int  cpu_idle(void)
      ppc/kernel/smp.c:			int  cpu_idle(void *unused)
      
      ppc64/kernel/idle.c:			int  cpu_idle(void)
      ppc64/kernel/smp.c:			int  cpu_idle(void *unused)
      
      sparc/kernel/process.c:			int  cpu_idle(void)
      
      sparc64/kernel/process.c:		int  cpu_idle(void)
      
      sh/kernel/process.c:			void cpu_idle(void *unused)
      sh/kernel/smp.c:			int  cpu_idle(void *unused)
      
      ia64/kernel/smpboot.c:			int  cpu_idle(void)
      ia64/kernel/process.c:			void cpu_idle(void *unused)
      
      sh64/kernel/process.c:			void cpu_idle(void *unused)
      
      s390/kernel/process.c:			int  cpu_idle(void)
      s390/kernel/smp.c:			int  cpu_idle(void * unused)
      
      m32r/kernel/process.c:			void cpu_idle(void)
      m32r/kernel/smpboot.c			int  cpu_idle(void)
      
      Other arches beleive that cpu_idle is void(void).
      
      This patch puts 'void cpu_idle(void)' in include/linux/smp.h
      and fixes conflicting definitions.
      
      Also removes now unneeded declarations in x86_64, alpha, parisc.
      
      Only i386 part is tested.
      Signed-off-by: default avatarOleg Nesterov <oleg@tv-sign.ru>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      2612d7a4
    • James Nelson's avatar
      [PATCH] lcd: fix memory leak, code cleanup · db43a998
      James Nelson authored
      This patch addresses the following issues:
      
      - Fix log-spamming and cryptic error messages, and add KERN_ constants.
      
      - Convert some ints to unsigned ints.
      
      - Add checks for CAP_SYS_ADMIN for FLASH_Burn and FLASH_Erase ioctls.
      
      - Identify use of global variable.
      
      - Fix memory leak in FLASH_Burn ioctl.
      
      - Fix error return codes in lcd_ioctl().
      
      - Move variable "index" in lcd_ioctl() to smaller scope to reduce memory
        usage.
      
      - Convert cli()/sti() to spin_lock_irqsave()/spin_unlock_irqrestore().
        Fix legibility issues in FLASH_Burn ioctl.
      Signed-off-by: default avatarJames Nelson <james4765@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      db43a998
    • Werner Almesberger's avatar
      [PATCH] prio_tree: move general code from mm/ to lib/ · d8fe5b06
      Werner Almesberger authored
      Last but not least, move the general prio_tree code from mm/ to lib/.  This
      patch also duplicates some macros, which are used in the VMA code for
      debugging purposes, so we can't properly separate them yet.
      
      Note that this patch conflicts with a patch in 2.6.10-rc3-mm1
      (frv-better-mmap-support-in-uclinux.patch), which removes mm/prio_tree in
      systems without an MMU.  Not making that other patch provide a dummy for
      prio_tree_init should resolve the conflict.  (That's just from reading the
      patch - I haven't actually tried this.)
      Signed-off-by: default avatarWerner Almesberger <werner@almesberger.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d8fe5b06
    • Werner Almesberger's avatar
      [PATCH] prio_tree: generalization · 106a98c4
      Werner Almesberger authored
      Export prio_tree functions such that they can be used by other subsystems than
      only VMAs.  Also adds a mode to prio_tree to use it with keys explicitly
      included in the prio_tree meta-data.
      
      The plan is to also consider converting VMAs to use explicit keys, so that the
      old "raw" mode can be removed.
      Signed-off-by: default avatarWerner Almesberger <werner@almesberger.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      106a98c4
    • Werner Almesberger's avatar
      [PATCH] prio_tree: roll call to prio_tree_first into prio_tree_next · 14c1f34c
      Werner Almesberger authored
      Allow prio_tree_next to be used as the only function for tree traversal,
      similar to how vma_prio_tree_next works.
      
      This patch isn't needed for the generalization, but since it affects the API,
      it's better to include it first.
      Signed-off-by: default avatarWerner Almesberger <werner@almesberger.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      14c1f34c
    • Andrew Morton's avatar
      [PATCH] msync(): set PF_SYNCWRITE · 0f6c5fa1
      Andrew Morton authored
      Pass the "we are doing synchronous writes" hint down from msync().
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0f6c5fa1
    • Zou Nanhai's avatar
      [PATCH] compat: sigtimedwait · 4b36077f
      Zou Nanhai authored
      - Merge sys32_rt_sigtimedwait function in X86_64, IA64, PPC64, MIPS,
        SPARC64, S390 32 bit layer into 1 compat_rt_sigtimedwait function.  It will
        also fix a bug of copy wrong information to 32 bit userspace siginfo
        structure on X86_64, IA64 and SPARC64 when calling sigtimedwait on 32 bit
        layer.
      
      - Change all name the of siginfo_t32 structure in X86_64, IA64, MIPS,
        SPARC64 and S390 to the name compat_siginfo_t as used in PPC64.
      
      - Patch introduced a macro __COMPAT_ENDIAN_SWAP__ in
        include/asm-mips/compat.h when MIPS kernel is compiled in little-endian
        mode.  This macro is used to do byte swapping in function
        sigset_from_compat.
      
      - This patch is only tested on X86_64 and IA_64.
      Signed-off-by: default avatarZou Nan hai <Nanhai.zou@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      4b36077f
    • Christoph Hellwig's avatar
      [PATCH] remove dead ext3_put_inode prototype · effe830d
      Christoph Hellwig authored
      ext3_put_inode has been removed a while ago.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      effe830d
    • Christoph Hellwig's avatar
      [PATCH] udf: fix reservation discarding · f9346132
      Christoph Hellwig authored
      UDF discards file preallocations on every ->put_inode which is totally
      bogus.  It already discards them in ->release which makes sense for normal
      writes, so the only additional discard is in ->clear_inode so we make sure
      we don't leak any reservations for shared writeable mappings.
      
      This follows similar changes to ext2 and ext3.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f9346132
    • Christoph Hellwig's avatar
      [PATCH] udf: simplify udf_iget, fix race · 55521f50
      Christoph Hellwig authored
      udf_iget calls __udf_read_inode after the inode has been unlocked and other
      threads could access it.  Switching to iget_locked() fixes this race and
      nicely simplifies the code.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      55521f50
    • Zwane Mwaikambo's avatar
      [PATCH] Remove RCU abuse in cpu_idle() · f2f1b44c
      Zwane Mwaikambo authored
      Introduce cpu_idle_wait() on architectures requiring modification of
      pm_idle from modules, this will ensure that all processors have updated
      their cached values of pm_idle upon exit.  This patch is to address the bug
      report at http://bugme.osdl.org/show_bug.cgi?id=1716 and replaces the
      current code fix which is in violation of normal RCU usage as pointed out
      by Stephen, Dipankar and Paul.
      Signed-off-by: default avatarZwane Mwaikambo <zwane@arm.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f2f1b44c
    • Chris Mason's avatar
      [PATCH] __getblk_slow can loop forever when pages are partially mapped · a61e7286
      Chris Mason authored
      When a block device is accessed via read/write, it is possible for some of
      the buffers on a page to be mapped and others not.  __getblk and friends
      assume this can't happen, and can end up looping forever when pages have
      some unmapped buffers.  Picture:
      
      lseek(/dev/xxx, 2048, SEEK_SET)
      write(/dev/xxx, 2048 bytes)
      
      Assuming the block size is 1k, page 0 has 4 buffers, two are mapped by
      __block_prepare_write and two are not.  Next, another process triggers
      getblk(/dev/xxx, blocknr = 0);
      
      __getblk_slow will loop forever.  __find_get_block fails because the buffer
      isn't mapped.  grow_dev_page does nothing because there are buffers on the
      page with the correct size.  madhav@veritas.com and others at Veritas
      tracked this down.
      
      The fix below has two parts.  First, it changes __find_get_block to avoid
      the buffer_error warnings when it finds unmapped buffers on the page.
      
      Second, it changes grow_dev_page to map the buffers on the page by calling
      init_page_buffers.  init_page_buffers is changed so we don't stomp on
      uptodate bits for the buffers.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a61e7286
    • Kenji Kaneshige's avatar
      [PATCH] IRQ resource deallocation: ia64 · 5d25c798
      Kenji Kaneshige authored
      This is an ia64 portion of IRQ resource deallocation. It implements
      pcibios_disable_device() and acpi_unregister_gsi() for ia64.
      
          o acpi_unregister_gsi()
      
              Summary of changes for implementing this interface:
      
              - Add new function iosapic_unregister_intr() into
                arch/ia64/kernel/iosapic.c. This function frees an interrupt
                vector and related data structures.
      
              - Add new function free_irq_vector() into
                arch/ia64/kernel/irq_ia64.c. This frees an unused vector.
      
              - Change assign_irq_vector() to be able to support
                free_irq_vector().
      
          o pcibios_disable_device()
      
              This calls acpi_pci_irq_disable() to deallocate IRQ resources.
      Signed-off-by: default avatarKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      5d25c798
    • Kenji Kaneshige's avatar
      [PATCH] IRQ resource deallocation: ACPI · 0090012b
      Kenji Kaneshige authored
      Architecture dependent IRQ resources such as interrupt vector for PCI
      devices are allocated at pci_enable_device() time on i386, x86-64 and
      ia64 platform. Today, however, these IRQ resources are never
      deallocated even if they are no longer used. The following set of
      patches adds supports to deallocate IRQ resources at
      pci_disable_device() time.
      
      The motivation of the set of patches is as follows:
      
          - IRQ resources such as interrupt vectors should be freed if they
            are no longer used because the amount of these resources are
            limited. By deallocating IRQ resources, we can recycle them.
      
          - I think some hardwares will support hot-pluggable I/O units with
            I/O xAPICs in the near future. So I/O xAPIC hot-plug support by
            OS will be needed soon. IRQ resouces deallocation will be one of
            the most important stuff for I/O xAPIC hot-plug.
      
      For now, the following set of patches has ia64 implementation only.
      i386 and x86_64 implementations are TBD.
      
      
      
      
      This patch is ACPI portion of IRQ deallocation. This patch defines the
      following new interface. The implementation of this interface depends
      on each platform.
      
          o void acpi_unregister_gsi(u32 gsi)
      
              This is a opposite portion of acpi_register_gsi(). This has a
              responsibility for deallocating IRQ resources associated with
              the specified GSI number.
      
              We need to consider the case of shared interrupt. In the case
              of shared interrupt, acpi_register_gsi() is called multiple
              times for one gsi. That is, registrations and unregistrations
              can be nested.
      
              This function undoes the effect of one call to
              acpi_register_gsi(). If this matches the last registration,
              IRQ resources associated with the specified GSI number are
              freed.
      
      This patch also adds the following new function.
      
          o void acpi_pci_irq_disable (struct pci_dev *dev)
      
              This function is a opposite portion of
              acpi_pci_enable_irq(). It clears the device's linux IRQ number
              and calls acpi_unregister_gsi() to deallocate IRQ resources.
      Signed-off-by: default avatarKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0090012b
    • Manfred Spraul's avatar
      [PATCH] fix missing wakeup in ipc/sem · 956cdd1b
      Manfred Spraul authored
      My patch that removed the spin_lock calls from the tail of sys_semtimedop
      introduced a bug:
      
      Before my patch was merged, every operation that altered an array called
      update_queue.  That call woke up threads that were waiting until a
      semaphore value becomes 0.  I've accidentially removed that call.
      
      The attached patch fixes that by modifying update_queue: the function now
      loops internally and wakes up all threads.  The patch also removes
      update_queue calls from the error path of sys_semtimedop: failed operations
      do not modify the array, no need to rescan the list of waiting threads.
      Signed-Off-By: default avatarManfred Spraul <manfred@colorfullife.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      956cdd1b
    • Andreas Gruenbacher's avatar
      [PATCH] Ext[23]: apply umask to symlinks with ACLs configured out · 79a35a44
      Andreas Gruenbacher authored
      Keith Young <stripyd@stripydog.com> has reported that when ACLs are not
      compiled in, the default implementation of ext[23]_init_acl applies the
      umask to all new files, including symlinks, which is wrong.  In this case
      the VFS already takes care of applying the umask when needed, so ext2 and
      ext3 need not bother about it.  Remove the superfluous statements.
      Signed-off-by: default avatarAndreas Gruenbacher <agruen@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      79a35a44
    • Andrew Morton's avatar
      [PATCH] get_blkdev_list() cleanup · eed6b962
      Andrew Morton authored
      - Move prototype to genhd.h
      
      - It is only needed for /proc
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      eed6b962
    • Stephen Rothwell's avatar
      [PATCH] noone uses HAVE_ARCH_SI_CODES or HAVE_ARCH_SIGEVENT_T · 06901504
      Stephen Rothwell authored
      Since asm-generic/siginfo.h was created, the architectures have been slowly
      fixed/modified until noone uses HAVE_ARCH_SI_CODES or HAVE_ARCH_SIGEVENT_T
      any more, so this patch removes the checks for them.
      Signed-off-by: default avatarStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      06901504
    • Franz Pletz's avatar
      [PATCH] loop device resursion avoidance · 577dfb53
      Franz Pletz authored
      With Andries Brouwer <Andries.Brouwer@cwi.nl>
      
      Fix various recursion scenarios wherein it was possible to mount a loop
      device on itself, either directly or via intermediate loops devices.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      577dfb53
    • Pekka Enberg's avatar
      [PATCH] noop iosched: remove unused includes · 24498885
      Pekka Enberg authored
      This patch removes unused includes from drivers/block/noop-iosched.c.
      Signed-off-by: default avatarPekka Enberg <penberg@cs.helsinki.fi>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      24498885
    • Pekka Enberg's avatar
      [PATCH] noop iosched: make code static · e7e22a3a
      Pekka Enberg authored
      This patch makes code static in drivers/block/noop-iosched.c and adds
      __init and __exit for module initialization and cleanup functions.
      Signed-off-by: default avatarPekka Enberg <penberg@cs.helsinki.fi>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e7e22a3a
    • Randy Dunlap's avatar
      [PATCH] cpumask: range check before using value · 920e3328
      Randy Dunlap authored
      When setting the 'cpu_isolated_map' mask, check that the user input value
      is valid (in range 0 ..  NR_CPUS - 1).  Also fix up kernel-parameters.txt
      for this parameter.
      Signed-off-by: default avatarRandy Dunlap <rddunlap@osdl.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      920e3328
    • Zwane Mwaikambo's avatar
      [PATCH] fix alt-sysrq deadlock · 68764ad9
      Zwane Mwaikambo authored
      __handle_sysrq was modified to do a spin_lock_irqsave so we were entering
      smp_send_stop with interrupts.  So reenable interrupts to prevent the
      possible smp_call_function() deadlock.
      
      (It's still deadlocky if the sysrq handler is against called via an
      interrupt from a different device, but that seems unlikely).
      Signed-off-by: default avatarZwane Mwaikambo <zwane@holomorphy.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      68764ad9
    • Prasanna Meda's avatar
      [PATCH] Add PR_GET_NAME · e2901099
      Prasanna Meda authored
      A while back we added the PR_SET_NAME prctl, but no PR_GET_NAME.  I guess
      we should add this, if only to enable testing of PR_SET_NAME.
      Signed-off-by: default avatarPrasanna Meda <pmeda@akamai.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      e2901099