1. 19 7月, 2008 1 次提交
  2. 03 7月, 2008 1 次提交
  3. 28 6月, 2008 1 次提交
    • A
      PCI: remove unused arch pcibios_update_resource() functions · 0aea5313
      Adrian Bunk 提交于
      Russell King did the following back in 2003:
      
      <--  snip  -->
      
          [PCI] pci-9: Kill per-architecture pcibios_update_resource()
      
          Kill pcibios_update_resource(), replacing it with pci_update_resource().
          pci_update_resource() uses pcibios_resource_to_bus() to convert a
          resource to a device BAR - the transformation should be exactly the
          same as the transformation used for the PCI bridges.
      
          pci_update_resource "knows" about 64-bit BARs, but doesn't attempt to
          set the high 32-bits to anything non-zero - currently no architecture
          attempts to do something different.  If anyone cares, please fix; I'm
          going to reflect current behaviour for the time being.
      
          Ivan pointed out the following architectures need to examine their
          pcibios_update_resource() implementation - they should make sure that
          this new implementation does the right thing.  #warning's have been
          added where appropriate.
      
              ia64
              mips
              mips64
      
          This cset also includes a fix for the problem reported by AKPM where
          64-bit arch compilers complain about the resource mask being placed
          in a u32.
      
      <--  snip  -->
      
      This patch removes the unused pcibios_update_resource() functions the
      kernel gained since, from FRV, m68k, mips & sh architectures.
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Acked-by: NDavid Howells <dhowells@redhat.com>
      Acked-by: NGreg Ungerer <gerg@uclinux.org>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      Acked-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      0aea5313
  4. 26 6月, 2008 3 次提交
  5. 09 6月, 2008 4 次提交
  6. 03 6月, 2008 2 次提交
  7. 02 6月, 2008 3 次提交
  8. 26 5月, 2008 1 次提交
  9. 25 5月, 2008 1 次提交
  10. 23 5月, 2008 5 次提交
  11. 22 5月, 2008 1 次提交
  12. 19 5月, 2008 3 次提交
    • P
      sh: Fix up restorer in debug_trap exception return path. · 336f1d32
      Paul Mundt 提交于
      There are a few different types of debug trap exceptions, though now
      that they are all going through a special jump table, the restorer needs
      to be unified as well.
      
      Presently this is falling through the ret_from_fork path, which more or
      less does the right thing on SH-3/4 whilst being completely unsuitable on
      MMU-less targets.
      
      Ultimately what we want here is a branch through the platform's
      restore_all directly, without worrying about the retval being clobbered.
      We can accomplish that through a branch to __restore_all directly, so
      switch it so we come back from the jump table and branch to the restorer.
      
      This fixes up a recursion in the nommu WARN_ON() path, as well as some
      other userspace nastiness where said recursion caused serious stack
      corruption.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      336f1d32
    • P
      sh: Make is_valid_bugaddr() more intelligent on nommu. · 9a33fc21
      Paul Mundt 提交于
      Currently is_valid_bugaddr() is true for anything >= PAGE_OFFSET, which
      happens to be 0 on nommu configurations. Make this a bit smarter by just
      reading in the opcode and comparing it against the trap type that we
      already know. Follows the logic from avr32.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      9a33fc21
    • J
      sh: cdev lock_kernel() pushdown · 1fa984b5
      Jonathan Corbet 提交于
      Push the cdev lock_kernel() call down into the sh gio driver.
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      1fa984b5
  13. 17 5月, 2008 1 次提交
  14. 16 5月, 2008 6 次提交
  15. 15 5月, 2008 1 次提交
  16. 13 5月, 2008 1 次提交
  17. 09 5月, 2008 2 次提交
  18. 08 5月, 2008 3 次提交
新手
引导
客服 返回
顶部