1. 21 Mar, 2003 2 commits
    • David Mosberger's avatar
      ia64: Minor Makefile cleanup. · 37d60a71
      David Mosberger authored
      37d60a71
    • Vladimir Simonov's avatar
      [PATCH] ia64: improve show_trace_task() portability · 1e898aaa
      Vladimir Simonov authored
      Trying to port some patches from i386 to ia64 I've found that
      show_trace_task is the only portable way to show tasks' call
      traces(perhaps because it is called from ./kernel/sched.c:)).
      But its ia64 implementation can't work with running task.
      
      Attached patch fixes this issue.
      
      As I understand show_trace and show_stack are platform
      dependent or have different sense/args.
      1e898aaa
  2. 19 Mar, 2003 1 commit
    • Alex Williamson's avatar
      [PATCH] ia64: Use PAL_HALT_LIGHT in cpu_idle · 7691ec86
      Alex Williamson authored
      Here's patches for 2.4 & 2.5 to use PAL_HALT_LIGHT in cpu_idle.
      This helps to reduce CPU temp a little on boxes with firmware that
      takes advantage of this lower power state.  I've tried this on a
      rx2600 (2x900MHz McKinley) and an i2000 (fw 117) and it shows some
      benefit.  On McKinley systems, only the very latest PAL from Intel
      actually reduces power consumption in the halt_light state.  For HP
      rx2600/zx6000/zx2000, this means you need to be running firmware 1.82.
      
        Rohit Seth, at Intel, has run some benchmarks with this kind of
      modification and found the effects of enabling halt_light to fall
      within the noise of mosts tests.  I replaced pal_halt(1) in safe_halt
      with pal_halt_light() since halt_light is required to be implemented,
      but pal_halt(1) is an optional halt state.  I'd be interested to hear
      of any measurements anyone does using this, where it works/fails, and
      if any benchmarks/applications are impacted.
      7691ec86
  3. 18 Mar, 2003 4 commits
  4. 14 Mar, 2003 2 commits
  5. 13 Mar, 2003 3 commits
    • Eric Piel's avatar
      [PATCH] ia64: POSIX timer fixes · 2ffb1116
      Eric Piel authored
      Here is a patch to have the POSIX timer interface completly integrated
      in ia64 (2.5.64). The programs in userland can now access the siginfo
      structure. With that patch the test programs of the high resolution
      timers pass without error but one which seems to also be triggered on
      ix86: nanosleeps too short.
      2ffb1116
    • David Mosberger's avatar
      969c79c7
    • Jakub Jelínek's avatar
      [PATCH] ia64: clone2/clone argument order fixes · ebbece41
      Jakub Jelínek authored
      do_fork is declared as:
      struct task_struct *do_fork(unsigned long clone_flags,
                                  unsigned long stack_start,
                                  struct pt_regs *regs,
                                  unsigned long stack_size,
                                  int *parent_tidptr,
                                  int *child_tidptr)
      ie. parent_tidptr is out4 and child_tidptr is out5, but
      the comments in clone2 were suggesting otherwise.
      So, we either need a patch which will codify current order
      of clone arguments (ie. ptid, ctid, tls; attached below - has the advantage
      that clone2 stays with the same ABI as in 2.5.[56]x), or the arguments
      of clone2 and clone should be reordered to match the IA-32 order
      (which is ptid, tls, ctid).
      ebbece41
  6. 11 Mar, 2003 5 commits
    • David Mosberger's avatar
    • David Mosberger's avatar
      ia64: Remove ia64_spinlock_contention(). · 4760815e
      David Mosberger authored
      4760815e
    • Peter Chubb's avatar
      [PATCH] ia64: declare test_bit() arg as "const" · e21ab9c4
      Peter Chubb authored
      While you're fixing bitops.h, making test_bit take a const qualified
      arg will kill some warnings in reiserfs...
      e21ab9c4
    • Alex Williamson's avatar
      [PATCH] ia64: CPE & CMC polling for 2.5 · 26abebb8
      Alex Williamson authored
      Here's another feature I'd like to add to MCA support; the ability
      to detect a flood of CMCs and switch to polling mode for retrieving
      CMC logs.  Once no more CMC logs are found, return to and interrupt
      driven handler.  If the flood threshold is never reached, the CMC
      handler simply behaves as it does today.
      
         It's useful to get the CMC logs to know that something isn't
      quite right, but if you end up with some bad memory it's too easy for
      them to interfere with useful work.  I've tested this on an HP rx2600,
      with a known bad DIMM.  This DIMM acts like it has a completely dead
      DRAM on it.  With the current CMC handler, once I hit that range of
      memory addresses, the system essentially dies, constantly handling
      CMC errors.  With this patch, the system hits the threshold quickly,
      but remains functional with no performance degredation once in polling
      mode.  This patch applies against linux-2.4.20-ia64-021210 and 
      includes:
      
       - Switching CMCs to polling mode at predeterimined threshold
       - If polling for CPEs, poll on all processors
       - Fix timestamp on log output
      26abebb8
    • David Mosberger's avatar
      ia64: Drop unused NEW_LOCK spinlock code and clean up unneeded test · c461783b
      David Mosberger authored
      	in kernel unwinder.
      c461783b
  7. 06 Mar, 2003 9 commits
  8. 04 Mar, 2003 14 commits