1. 12 7月, 2005 3 次提交
  2. 07 7月, 2005 1 次提交
  3. 04 7月, 2005 1 次提交
  4. 01 7月, 2005 1 次提交
  5. 30 6月, 2005 2 次提交
  6. 29 6月, 2005 1 次提交
  7. 28 6月, 2005 1 次提交
  8. 27 6月, 2005 1 次提交
  9. 26 6月, 2005 2 次提交
    • A
      [PATCH] arm: swsusp build fix · bdb94f3a
      Andrew Morton 提交于
      Another swsusp fixup.
      
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      bdb94f3a
    • R
      [PATCH] ARM: Generic Dynamic Tick Timer support for ARM, take 4 · 8749af68
      Russell King 提交于
      This patch adds support for Dynamic Tick Timer for ARM. Dynamic Tick is
      also known as VST (Variable Scheduling Timeouts).
      
      Dynamic Tick has been in use in the OMAP tree since last October.  The
      patch is not intrusive, and does not do anything unless CONFIG_NO_IDLE_HZ
      is defined.  This patch has the following fixed based on comments from
      RMK:
      - Time is updated before calling interrupt handlers.
      - Added new interrupt flag SA_TIMER to avoid duplicate timer interrupts
      - Moved struct dyn_tick_timer to time.h until we at some point probably
        have an arch independent dyn-tick.h
      - Cleaned up testing for DYN_TICK_ENABLED in irq.c
      
       I've cleaned up this patch to fix some remaining issues:
       - Call the timer tick handler with irqs disabled, as it would be from
         a normal interrupt
       - if we have a dyn_tick, we better implement all methods.
       - generic timer_dyn_reprogram() call, to be called before sleeping
       - added command line option - "dyntick=" to allow boot-time control
         of this feature
          -- rmk
      
      Signed-off-by: Tony Lindgren
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      8749af68
  10. 23 6月, 2005 2 次提交
  11. 21 6月, 2005 1 次提交
  12. 20 6月, 2005 3 次提交
  13. 18 6月, 2005 1 次提交
  14. 09 6月, 2005 1 次提交
  15. 01 6月, 2005 2 次提交
    • R
      [PATCH] ARM SMP: Fix vector entry · ccea7a19
      Russell King 提交于
      The current vector entry system does not allow for SMP.  In
      order to work around this, we need to eliminate our reliance
      on the fixed save areas, which breaks the way we enable
      alignment traps.  This patch changes the way we handle the
      save areas such that we can have one per CPU.
      Signed-off-by: NRussell King <rmk@arm.linux.org.uk>
      ccea7a19
    • R
      [PATCH] ARM SMP: convert alignment enable · 49f680ea
      Russell King 提交于
      The current vector entry system does not allow for SMP.  In
      order to work around this, we need to eliminate our reliance
      on the fixed save areas, which breaks the way we enable
      alignment traps.  This patch makes the alignment trap enable
      code independent of the way we handle the save areas.
      Signed-off-by: NRussell King <rmk@arm.linux.org.uk>
      49f680ea
  16. 22 5月, 2005 3 次提交
  17. 06 5月, 2005 2 次提交
  18. 05 5月, 2005 1 次提交
    • R
      [PATCH] ARM: Fix kernel stack offset calculations · 4f7a1812
      Russell King 提交于
      Various places in the ARM kernel implicitly assumed that kernel
      stacks are always 8K due to hard coded constants.  Replace these
      constants with definitions.
      
      Correct the allowable range of kernel stack pointer values within
      the allocation.  Arrange for the entire kernel stack to be zeroed,
      not just the upper 4K if CONFIG_DEBUG_STACK_USAGE is set.
      Signed-off-by: NRussell King <rmk@arm.linux.org.uk>
      4f7a1812
  19. 01 5月, 2005 2 次提交
  20. 30 4月, 2005 1 次提交
    • N
      [PATCH] ARM: 2651/3: kernel helpers for NPTL support · 2d2669b6
      Nicolas Pitre 提交于
      Patch from Nicolas Pitre
      
      This patch entirely reworks the kernel assistance for NPTL on ARM.
      In particular this provides an efficient way to retrieve the TLS
      value and perform atomic operations without any instruction emulation
      nor special system call.  This even allows for pre ARMv6 binaries to
      be forward compatible with SMP systems without any penalty.
      The problematic and performance critical operations are performed
      through segment of kernel provided user code reachable from user space
      at a fixed address in kernel memory.  Those fixed entry points are
      within the vector page so we basically get it for free as no extra
      memory page is required and nothing else may be mapped at that
      location anyway.
      This is different from (but doesn't preclude) a full blown VDSO
      implementation, however a VDSO would prevent some assembly tricks with
      constants that allows for efficient branching to those code segments.
      And since those code segments only use a few cycles before returning to
      user code, the overhead of a VDSO far call would add a significant
      overhead to such minimalistic operations.
      The ARM_NR_set_tls syscall also changed number.  This is done for two
      reasons:
      1) this patch changes the way the TLS value was previously meant to be
         retrieved, therefore we ensure whatever library using the old way
         gets fixed (they only exist in private tree at the moment since the
         NPTL work is still progressing).
      2) the previous number was allocated in a range causing an undefined
         instruction trap on kernels not supporting that syscall and it was
         determined that allocating it in a range returning -ENOSYS would be
         much nicer for libraries trying to determine if the feature is
         present or not.
      
      Signed-off-by: Nicolas Pitre
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2d2669b6
  21. 26 4月, 2005 8 次提交