1. 20 Oct, 2003 6 commits
    • Stéphane Eranian's avatar
      [PATCH] ia64: two perfmon fixes · b8e3ead1
      Stéphane Eranian authored
      - converts hdr_cur_pos into hdr_cur_offs to avoid leaking kernel
        addresses to userland. As a consequence hdr_last_pos is gone.
      
      - correct buffer saturation mode bug by which the hdr_count would
        be reset, leading to no visible samples collected.
      b8e3ead1
    • Arun Sharma's avatar
      [PATCH] ia64: make strace of ia32 processes work again · 4e9dbddd
      Arun Sharma authored
      Newer versions of strace manipulate the syscall arguments and to make this
      work for ia32 processes, we need to reload the syscall args after
      doing the syscall-trace callback.
      4e9dbddd
    • David Mosberger's avatar
      ia64: Sync with i386 irq.c (deadlock avoidance for certain disable_irq()/ · 8c809d95
      David Mosberger authored
      	enable_irq() sequences).
      8c809d95
    • Jesse Barnes's avatar
      [PATCH] ia64: zero out topology related sysfs nodes · 48711f91
      Jesse Barnes authored
      Tony pointed out (thanks Tony) that in -test8 kobject_set_name() will
      try to free a kobject's k_name field if it's non-NULL, so we need to
      zero it out in case kmalloc() gave us recycled memory or we'll try to
      kfree a bogus area.
      48711f91
    • David Mosberger's avatar
      Merge tiger.hpl.hp.com:/data1/bk/vanilla/linux-2.5 · e360aa91
      David Mosberger authored
      into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5
      e360aa91
    • Bjorn Helgaas's avatar
      [PATCH] ia64: fix EFI memory map trimming · d86d6278
      Bjorn Helgaas authored
      This fixes a problem in EFI memory map trimming. For example,
      here's part of the memory map on my i2000:
      
          mem00: type=4, attr=0x9, range=[0x0000000000000000-0x0000000000001000) (0MB)
          mem01: type=7, attr=0x9, range=[0x0000000000001000-0x0000000000088000) (0MB)
          mem02: type=4, attr=0x9, range=[0x0000000000088000-0x00000000000a0000) (0MB)
          mem03: type=5, attr=0x8000000000000009, range=[0x00000000000c0000-0x0000000000100000) (0MB)
          mem04: type=7, attr=0x9, range=[0x0000000000100000-0x0000000004000000) (63MB)
          mem05: type=2, attr=0x9, range=[0x0000000004000000-0x00000000049ba000) (9MB)
          mem06: type=7, attr=0x9, range=[0x00000000049ba000-0x000000007ec0b000) (1954MB)
          ...
      
      There's a hole at 0xa0000-0xc0000, so we should ignore all the WB memory
      in that granule.  With 16MB granules, the existing code trims like this
      (note the 4K page at 0x0 should have been ignored, but wasn't).
      d86d6278
  2. 17 Oct, 2003 8 commits
  3. 16 Oct, 2003 26 commits