1. 15 Jan, 2003 9 commits
    • Ivan Kokshaysky's avatar
      [PATCH] alpha ipi timeout · fd9dbcb1
      Ivan Kokshaysky authored
      From Jeff.Wiedemeier@hp.com:
      
      Two stage timeout in alpha call_function_on_cpu. If the
      primary timeout expires with no response, log a message and
      start secondary timeout. If reponse is received log how
      far into secondary timeout. If no response is received,
      crash.
      fd9dbcb1
    • Ivan Kokshaysky's avatar
      [PATCH] alpha bootp target · 8dfb2c6b
      Ivan Kokshaysky authored
      From Jeff.Wiedemeier@hp.com:
      
      Fix alpha Makefiles for bootpfile target.
      8dfb2c6b
    • Ivan Kokshaysky's avatar
      [PATCH] alpha ksyms · 39bcaa15
      Ivan Kokshaysky authored
      From Jeff.Wiedemeier@hp.com:
      
      Export proper functions when debugging is enabled.
      39bcaa15
    • Trond Myklebust's avatar
      [PATCH] Fix NFS root mount handling · eec91b48
      Trond Myklebust authored
      eec91b48
    • Trond Myklebust's avatar
      [PATCH] Fix RPC client warning in 2.5.58... · 8dffd730
      Trond Myklebust authored
      The warning
      
      	/lockd/clntXxXxXxXx RPC: Couldn't create pipefs entry
      
      is due to the lockd process starting RPC clients as an unprivileged
      user, causing path_walk() to fail.  The following patch fixes it.
      8dffd730
    • Gabriel Paubert's avatar
      [PATCH] Cleanup of the lcall7/lcall27 entry path. · b49b7f62
      Gabriel Paubert authored
      I have more carefully tested the proposed removal of the NT flag
      clearing on lcall entry.
      
      The question I wanted to answer is: is it necessary to clear NT in the
      sysenter entry path as implemented for lcall7/lcall27 or is it possible
      to remove the flag manipulation from do_lcall?
      
      Doing it only for one and not the other looks wrong since several return
      paths are shared, especially the ones which end up in iret, the only
      instruction which is affected by the NT flag.
      
      The conclusion is that 2.5 is NT safe (had to dig out an old P5-133 which
      I could crash without fear of data loss, so I have only tested on 1
      machine). The reason this cleanup works is that now (since Jan 5th) flags
      are saved and restored in switch_to() to keep IOPL private to a process
      even when using sysenter/sysexit.
      
      The side effect of that patch is that NT becomes also process-private
      instead of infecting all processes and triggering a killfest of all user
      mode processes, including init (AFAICT kernel threads survived, but I
      did not have any debug tools enabled in the kernel).
      
      The only addition to the preceding version is that interrupts are
      reenabled in the iret fixup path because it seems that do_exit() might
      otherwise spend quite some time with interrupts disabled.
      b49b7f62
    • Christoph Hellwig's avatar
      [PATCH] more procfs bits for !CONFIG_MMU · 36ece8f9
      Christoph Hellwig authored
      New version with all ifdef CONFIG_MMU gone from procfs.
      
      Instead, the conditional code is in either task_mmu.c/task_nommu.c, and
      the Makefile will select the proper file for inclusion depending on
      CONFIG_MMU.
      36ece8f9
    • Dave Jones's avatar
      7a8f29d2
    • Dave Jones's avatar
      Merge tetrachloride.(none):/mnt/stuff/kernel/2.5/bk-linus · 11061ebf
      Dave Jones authored
      into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart
      11061ebf
  2. 14 Jan, 2003 17 commits
  3. 15 Jan, 2003 1 commit
    • Russell King's avatar
      [ARM] Fix CPUFREQ initialisation oops · 6eafb008
      Russell King authored
      The CPUFREQ initialisation now registers an interface with the device
      model, and thus needs to initialise after postcore.  We use the
      arch level for this.  This does, however, impose the restriction
      that cpufreq may not be available for other architecture
      initialisated code.
      6eafb008
  4. 14 Jan, 2003 13 commits