1. 14 Mar, 2003 1 commit
  2. 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
  3. 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
  4. 06 Mar, 2003 9 commits
  5. 04 Mar, 2003 22 commits