1. 24 Jul, 2008 4 commits
  2. 22 Jul, 2008 1 commit
    • Andi Kleen's avatar
      sysdev: Pass the attribute to the low level sysdev show/store function · 4a0b2b4d
      Andi Kleen authored
      
      
      This allow to dynamically generate attributes and share show/store
      functions between attributes. Right now most attributes are generated
      by special macros and lots of duplicated code. With the attribute
      passed it's instead possible to attach some data to the attribute
      and then use that in shared low level functions to do different things.
      
      I need this for the dynamically generated bank attributes in the x86
      machine check code, but it'll allow some further cleanups.
      
      I converted all users in tree to the new show/store prototype. It's a single
      huge patch to avoid unbisectable sections.
      
      Runtime tested: x86-32, x86-64
      Compiled only: ia64, powerpc
      Not compile tested/only grep converted: sh, arm, avr32
      Signed-off-by: default avatarAndi Kleen <ak@linux.intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      4a0b2b4d
  3. 12 Jul, 2008 1 commit
    • Eric Miao's avatar
      [NET] smc91x: remove "irq_flags" from "struct smc91x_platdata" · d280eadc
      Eric Miao authored
      
      
      IRQ trigger type can be specified in the IRQ resource definition by
      IORESOURCE_IRQ_*, we need only one way to specify this.
      
      This also fixes the following small issue:
      
      To allow dynamic support for multiple platforms, when those relevant
      macros are not defined for one specific platform, the default case
      will be:
      
      	- SMC_DYNAMIC_BUS_CONFIG defined
      	- and SMC_IRQ_FLAGS = IRQF_TRIGGER_RISING
      
      While if "irq_flags" is missing when defining the smc91x_platdata,
      usually as follows:
      
        static struct smc91x_platdata xxxx_smc91x_data = {
      	.flags	= SMC91X_USE_XXBIT,
        };
      
      The lp->cfg.irq_flags will always be overriden by the above structure
      (due to a memcpy), thus rendering lp->cfg.irq_flags to be "0" always.
      (regardless of the default SMC_IRQ_FLAGS or IORESOURCE_IRQ_* flags)
      
      Fixes this by forcing to use IORESOURCE_IRQ_* flags if present, and
      make the only user of smc91x_platdata.irq_flags (renesas/migor) to
      use IORESOURCE_IRQ_*.
      Signed-off-by: default avatarEric Miao <eric.miao@marvell.com>
      Acked-by: default avatarNicolas Pitre <nico@cam.org>
      Acked-by: default avatarJeff Garzik <jgarzik@pobox.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      d280eadc
  4. 03 Jul, 2008 1 commit
  5. 27 Jun, 2008 1 commit
    • Adrian Bunk's avatar
      PCI: remove unused arch pcibios_update_resource() functions · 0aea5313
      Adrian Bunk authored
      
      
      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: default avatarAdrian Bunk <bunk@kernel.org>
      Acked-by: default avatarDavid Howells <dhowells@redhat.com>
      Acked-by: default avatarGreg Ungerer <gerg@uclinux.org>
      Acked-by: default avatarPaul Mundt <lethal@linux-sh.org>
      Acked-by: default avatarRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      0aea5313
  6. 26 Jun, 2008 3 commits
  7. 09 Jun, 2008 4 commits
  8. 03 Jun, 2008 2 commits
  9. 02 Jun, 2008 3 commits
  10. 26 May, 2008 1 commit
  11. 25 May, 2008 1 commit
  12. 23 May, 2008 5 commits
  13. 21 May, 2008 1 commit
  14. 19 May, 2008 2 commits
    • Paul Mundt's avatar
      sh: Fix up restorer in debug_trap exception return path. · 336f1d32
      Paul Mundt authored
      
      
      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: default avatarPaul Mundt <lethal@linux-sh.org>
      336f1d32
    • Paul Mundt's avatar
      sh: Make is_valid_bugaddr() more intelligent on nommu. · 9a33fc21
      Paul Mundt authored
      
      
      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: default avatarPaul Mundt <lethal@linux-sh.org>
      9a33fc21
  15. 18 May, 2008 1 commit
  16. 16 May, 2008 7 commits
  17. 15 May, 2008 1 commit
  18. 12 May, 2008 1 commit