1. 01 Nov, 2002 33 commits
  2. 31 Oct, 2002 7 commits
    • Linus Torvalds's avatar
      Merge http://lia64.bkbits.net/to-linus-2.5 · 19cdce9c
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      19cdce9c
    • Linus Torvalds's avatar
      Merge bk://linux-bt.bkbits.net/bt-2.5 · 2b738648
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      2b738648
    • David Mosberger's avatar
      ia64: Update defconfig. · 50155729
      David Mosberger authored
      50155729
    • Erich Focht's avatar
      [PATCH] ia64: 2.5.44 NUMA fixups · b3dc1acc
      Erich Focht authored
      Dear David,
      
      please find attached two patches for the latest 2.5.44-ia64. They fix
      some problems and simplify things a bit.
      
      remove_nodeid-2.5.44.patch:
      This comes from Kimi. In 2.5.44 we suddenly had two definitions for
      numa_node_id(), one was IA64 specific (local_cpu_data->nodeid) while
      the other one is now platform independent:
      __cpu_to_node(smp_processor_id()). After some discussions we decided
      to remove the nodeid from the local_cpu_data and keep the definition of
      all other platforms. With using the cpu_to_node_map[] we are also
      faster when doing multiple lookups, as all node ids come in a single
      cache line (which is not bounced around, as it's content is only
      read).
      
      
      ia64_topology_fixup-2.5.44.patch:
      I'm following here the latest fixup for i386 from Matthew Dobson. The
      __node_to_cpu_mask() macro now accesses an array which is initialized
      after the ACPI CPU discovery. It also simplifies
      __node_to_first_cpu(). A compiler warning has been fixed, too.
      
      
      Please apply these to your kernel tree.
      b3dc1acc
    • David Mosberger's avatar
      ia64: Sync up with 2.5.45. · a376ed89
      David Mosberger authored
      a376ed89
    • Robert Love's avatar
      [PATCH] fix UP proc.c compile warning · 715814fd
      Robert Love authored
      The hyper-threading in /proc/cpuinfo patch introduced a compile warning
      under UP.
      
      Fixed thus.
      715814fd
    • Luca Barbieri's avatar
      [PATCH] Clear TLS on execve · 490f7ca4
      Luca Barbieri authored
      This trivial patch causes the TLS to be cleared on execve (code is in
      flush_thread).  This is necessary to avoid ESRCH errors when
      set_thread_area is asked to choose a free TLS entry after several nested
      execve's.
      
      The LDT also has a similar problem, but it is less serious because the
      LDT code doesn't scan for free entries.  I'll probably send a patch to
      fix this too, unless there is something important relying on this
      behavior.
      490f7ca4