1. 09 Feb, 2008 6 commits
    • Russell King's avatar
      Merge branches 'master', 'omap1-upstream' and 'orion' into devel · f9166e73
      Russell King authored
      * master:
        [ARM] constify function pointer tables
        [ARM] 4823/1: AT91 section fix
        [ARM] 4824/1: pxa: clear RDH bit after any reset
        [ARM] pxa: remove debugging PM: printk
      
      * omap1-upstream:
        ARM: OMAP1: Misc clean-up
        ARM: OMAP1: Update defconfigs for omap1
        ARM: OMAP1: Palm Tungsten E board clean-up
        ARM: OMAP1: Use I2C bus registration helper for omap1
        ARM: OMAP1: Remove omap_sram_idle()
        ARM: OMAP1: PM fixes for OMAP1
        ARM: OMAP1: Use MMC multislot structures for Siemens SX1 board
        ARM: OMAP1: Make omap1 use MMC multislot structures
        ARM: OMAP1: Change the comments to C style
        ARM: OMAP1: Make omap1 boards to use omap_nand_platform_data
        ARM: OMAP: Add helper module for board specific I2C bus registration
        ARM: OMAP: Add dmtimer support for OMAP3
        ARM: OMAP: Pre-3430 clean-up for dmtimer.c
        ARM: OMAP: Add DMA support for chaining and 3430
        ARM: OMAP: Add 24xx GPIO debounce support
        ARM: OMAP: Get rid of unnecessary ifdefs in GPIO code
        ARM: OMAP: Add 3430 gpio support
        ARM: OMAP: Add 3430 CPU identification macros
        ARM: OMAP: Request DSP memory for McBSP
      
      * orion:
        [ARM] Orion: Use the sata_mv driver for the TS-209 SATA
        [ARM] Orion: Use the sata_mv driver for the Kurobox SATA
        [ARM] Orion: free up kernel virtual address space
        [ARM] Orion: distinguish between physical and virtual addresses
        [ARM] Orion: kill orion_early_putstr()
        [ARM] Orion: update defconfig
        [ARM] Orion: Use the sata_mv driver for the integrated SATA controller
      f9166e73
    • Jan Engelhardt's avatar
    • David Brownell's avatar
      [ARM] 4823/1: AT91 section fix · 72e7ae81
      David Brownell authored
      Fix section warning:
      
       WARNING: arch/arm/mach-at91/built-in.o(.text+0xd74): Section mismatch in reference
              from the function init_programmable_clock()
              to the function .init.text:at91_css_to_clk()
       The function  init_programmable_clock() references
       the function __init at91_css_to_clk().
       This is often because init_programmable_clock lacks a __init
       annotation or the annotation of at91_css_to_clk is wrong.
      
      In this case the only calls to and from init_programmable_clock()
      are from code marked as "__init", so this fix is trivially correct.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Acked-by: default avatarUwe Kleine-Knig <Uwe.Kleine-Koenig@digi.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      72e7ae81
    • Dmitry Krivoschekov's avatar
      [ARM] 4824/1: pxa: clear RDH bit after any reset · 86260f98
      Dmitry Krivoschekov authored
      According to PXA300/310 and PXA320 Developer manuals,
      the ASCR[RDH] "bit needs to be cleared as part of the software
      initialization coming out of any reset and coming out of D3".
      The latter requirement is addressed by commit
      "c4d1fb62", as for the former (coming out of any reset),
      the kernel relies on boot loaders and assumes that RDH bit
      is cleared there. Though, not all bootloaders follow the rule
      so we have to clear the bit in kernel.
      
      We clear the RDH bit in pxa3xx_init() function since
      it is always invoked after any reset. We also preserve D1S, D2S
      and D3S bits from being cleared in case we invoke pxa3xx_init()
      function not from normal hardware reset (e.g. kexec scenario),
      so these bits can be properly referenced later.
      Signed-off-by: default avatarDmitry Krivoschekov <dmitry.krivoschekov@gmail.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      86260f98
    • Russell King's avatar
      f13fd3cc
    • Nick Piggin's avatar
      mm: special mapping nopage · b1d0e4f5
      Nick Piggin authored
      Convert special mapping install from nopage to fault.
      
      Because the "vm_file" is NULL for the special mapping, the generic VM
      code has messed up "vm_pgoff" thinking that it's an anonymous mapping
      and the offset does't matter.  For that reason, we need to undo the
      vm_pgoff offset that got added into vmf->pgoff.
      
      [ We _really_ should clean that up - either by making this whole special
        mapping code just use a real file entry rather than that ugly array of
        "struct page" pointers, or by just making the VM code realize that
        even if vm_file is NULL it may not be a regular anonymous mmap.
      							 - Linus ]
      Signed-off-by: default avatarNick Piggin <npiggin@suse.de>
      Cc: linux-mm@kvack.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      b1d0e4f5
  2. 08 Feb, 2008 34 commits