1. 22 Jun, 2006 8 commits
    • Lennert Buytenhek's avatar
      [ARM] 3615/1: ixp23xx: use platform devices for physmap flash · 84b61f6d
      Lennert Buytenhek authored
      Patch from Lennert Buytenhek
      
      Now that the physmap platform device rewrite is in, make the ixp23xx
      boards use platform devices for physmap flash.
      Signed-off-by: default avatarLennert Buytenhek <buytenh@wantstofly.org>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      84b61f6d
    • Lennert Buytenhek's avatar
      [ARM] 3614/1: ep93xx: use platform devices for physmap flash · 0967b5f0
      Lennert Buytenhek authored
      Patch from Lennert Buytenhek
      
      Now that the physmap platform device rewrite is in, make the ep93xx
      boards use platform devices for physmap flash.
      Signed-off-by: default avatarLennert Buytenhek <buytenh@wantstofly.org>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      0967b5f0
    • Vitaly Wool's avatar
      [ARM] 3621/1: fix compilation breakage for pnx4008 · ae2a120c
      Vitaly Wool authored
      Patch from Vitaly Wool
      
      pnx4008_defconfig fails to build:
      
      include/asm/hardware/debug-8250.S: Assembler messages:
      include/asm/hardware/debug-8250.S:12: Error: Macro with this name was already defined.
      
      This is due to senduart macro erroneously defined in include/asm-arm/arch-pnx4008/debug-macro.S. This patch removes it from that file.
      Signed-off-by: default avatarVitaly Wool <vwool@ru.mvista.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      ae2a120c
    • Vitaly Wool's avatar
      [ARM] 3623/1: pnx4008: move GPIO-related defines to gpio.h · b741483d
      Vitaly Wool authored
      Patch from Vitaly Wool
      
      This patch moves GPIO-related defines and static inline funcs from include/asm-arm/arch-pnx4008/pm.h to include/asm-arm/arch-pnx4008/gpio.h.
      Also, some more GPIO-related defines are added to include/asm-arm/arch-pnx4008/gpio.h as they are needed for the USB host driver (coming soon...)
      Signed-off-by: default avatarVitaly Wool <vwool@ru.mvista.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      b741483d
    • Vitaly Wool's avatar
      [ARM] 3622/1: pnx4008: remove clk_use/clk_unuse · e9931b5d
      Vitaly Wool authored
      Patch from Vitaly Wool
      
      clk_use/clk_unuse functions are no longer needed, so removing those from arch/arm/mach-pnx4008/clock.c.
      Also, the order of functions is rearranged a bit, to avoid forward declarations.
      Signed-off-by: default avatarVitaly Wool <vwool@ru.mvista.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      e9931b5d
    • Russell King's avatar
      [ARM] Enable VFP to be built when non-VFP capable CPUs are selected · 1a6be26d
      Russell King authored
      Since we pass flags to the compiler to control code generation based
      on the least capable selected CPU, if we want to include VFP support,
      we must tweak the assembler flags to allow the VFP instructions.
      Moreover, we must not use the mrrc/mcrr versions since these will not
      be recognised by the assembler.
      
      We do not convert all instructions to the VFP-equivalent (yet) since
      binutils appears to barf on "fmrx rn, fpinst" and doesn't provide any
      other way (other than using the mrc equivalent) to encode this
      instruction - which is rather a problem when you have a VFP
      implementation which requires these instructions.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      1a6be26d
    • Russell King's avatar
      [ARM] Add thread_notify infrastructure · d6551e88
      Russell King authored
      Some machine classes need to allow VFP support to be built into the
      kernel, but still allow the kernel to run even though VFP isn't
      present.  Unfortunately, the kernel hard-codes VFP instructions
      into the thread switch, which prevents this being run-time selectable.
      
      Solve this by introducing a notifier which things such as VFP can
      hook into to be informed of events which affect the VFP subsystem
      (eg, creation and destruction of threads, switches between threads.)
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      d6551e88
    • Linus Torvalds's avatar
      Merge git://oss.sgi.com:8090/xfs-2.6 · 52ab3f3d
      Linus Torvalds authored
      * git://oss.sgi.com:8090/xfs-2.6: (43 commits)
        [XFS] Remove files from the build that are now unused.
        [XFS] Fix a Makefile issue related to exports.o handling.
        [XFS] Remove version 1 directory code.	Never functioned on Linux, just
        [XFS] Map EFSCORRUPTED to an actual error code, not just a made up one
        [XFS] Kill direct access to ->count in valusema(); all we ever use it for
        [XFS] Remove unneeded conditional code on NFS export interface related
        [XFS] Remove an incorrect use of unlikely() on a relatively likely code
        [XFS] Push some common code out of write path into core XFS code for
        [XFS] Remove unnecessary local from open_exec dmapi path.
        [XFS] Minor XFS documentation updates.
        [XFS] Fix broken const use inside local suffix_strtoul routine.
        [XFS] Fix nused counter.  It's currently getting set to -1 rather than
        [XFS] Fix mismerge of the fs_writable cleanup patch causing a freeze/thaw
        [XFS] Fix up debug code so that bulkstat wont generate thousands of
        [XFS] Remove unused parameter from di2xflags routine.
        [XFS] Cleanup a missed porting conversion, and freezing.
        [XFS] Resolve a namespace collision on remaining vtypes for FreeBSD
        [XFS] Resolve a namespace collision on vnode/vnodeops for FreeBSD porters.
        [XFS] Resolve a namespace collision on vfs/vfsops for FreeBSD porters.
        [XFS] statvfs component of directory/project quota support, code
        ...
      52ab3f3d
  2. 21 Jun, 2006 32 commits