1. 23 Sep, 2004 4 commits
    • Linus Torvalds's avatar
      Merge http://lia64.bkbits.net/linux-ia64-release-2.6.9 · 5efa19a8
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.6/linux
      5efa19a8
    • Tony Luck's avatar
      [IA64] When we exhaust the supply of records to read, clear the event status. · 5ff874a2
      Tony Luck authored
      Patch written by Ben Woodard.  Sanity checked by Jesse Barnes.
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      5ff874a2
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: monster cleanup · 6f2697c7
      Benjamin Herrenschmidt authored
      This is the third & hopefully final version of the monster cleanup
      patch. It does significant cleanups of the early boot code of the
      ppc64 kernel, and begins the long process of cleaning up & splitting
      properly the platform support.
      
      It completely reworks the interface between the early code that is
      run in the firmware context (prom_init) and the rest of the kernel,
      in such a way that will make kexec or static device-tree for embedded
      people possible. The early init code can eventually be moved to a
      separate link entity, it no longer touches any of the kernel globals,
      everything is passed via a single blob of data in memory containing
      a flattened version of the device-tree and a memory reserve map.
      
      While doing it, I also cut the ties between pSeries and Powermac. Now,
      the kernel config provides a choice between legacy iSeries and
      "multiplatform". The later is a set of various supported platform,
      each of them beeing a boolean switch, currently defined beeing pSeries
      and PowerMac. You can enable both or just one of them. CONFIG_PPC_PSERIES
      is now specifically set for IBM pSeries support, you can build a PowerMac
      kernel without pSeries support if you which.
      The main goal here is to simplify addition of new platform types.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6f2697c7
    • Russell King's avatar
      [PATCH] fix problematic flush_cache_page in kernel/ptrace.c · 7f0424f9
      Russell King authored
      At present, flush_cache_page() is used to handle the case where we
      unmap a page or alter the page permissions on the target page with
      one exception - access_process_vm().  Based upon the former, the
      decision to implement this function is:
      
              do we need to flush the cache when we unmap or change
              the mapping permissions?
      
      However, kernel/ptrace.c: access_process_vm() also includes into this:
      
              or we need to ensure cache coherency between the kernel
              and user space mapping of this page.
      
      I argue that the use of flush_cache_page() here in the generic
      code is wrong, and if an architecture wishes to use it for this
      purpose, it should do so within it's architecture private
      implementation of copy_to_user_page() and copy_from_user_page().
      
      So this patch removes the flush_cache_page() from kernel/ptrace.c,
      adding it to the arch-specific copy_{to,from}_user_page() where
      flush_cache_page is non-empty.
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7f0424f9
  2. 22 Sep, 2004 36 commits