1. 20 10月, 2010 2 次提交
  2. 02 10月, 2010 1 次提交
    • N
      ARM: do not define VMALLOC_END relative to PAGE_OFFSET · 7c63984b
      Nicolas Pitre 提交于
      VMALLOC_END is supposed to be an absolute value, while PAGE_OFFSET may
      vary depending on the selected user:kernel memory split mode through
      CONFIG_VMSPLIT_*.  In fact, the goal of moving PAGE_OFFSET down is to
      accommodate more directly addressed RAM by the kernel below the vmalloc
      area, and having VMALLOC_END move along PAGE_OFFSET is rather against
      the very reason why PAGE_OFFSET can be moved in the first place.
      Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      7c63984b
  3. 22 7月, 2010 1 次提交
  4. 25 5月, 2010 1 次提交
  5. 16 2月, 2010 1 次提交
  6. 13 2月, 2010 1 次提交
  7. 24 12月, 2009 1 次提交
  8. 14 12月, 2009 1 次提交
  9. 20 3月, 2009 1 次提交
    • R
      [ARM] pass reboot command line to arch_reset() · be093beb
      Russell King 提交于
      OMAP wishes to pass state to the boot loader upon reboot in order to
      instruct it whether to wait for USB-based reflashing or not.  There is
      already a facility to do this via the reboot() syscall, except we ignore
      the string passed to machine_restart().
      
      This patch fixes things to pass this string to arch_reset().  This means
      that we keep the reboot mode limited to telling the kernel _how_ to
      perform the reboot which should be independent of what we request the
      boot loader to do.
      Acked-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      be093beb
  10. 08 1月, 2009 2 次提交
    • B
      [ARM] footbridge: dc21285.c warning fixes · 0dc6c490
      Ben Dooks 提交于
      The dc21285 requests a number of IRQs that it doesn't really
      care whether they get added. Change to use a macro that ensures
      that at-least the user gets warned if they fail to add, which
      also stops the warnings from __unused_result on request_irq().
      
      dc21285.c:337: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:339: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:341: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:343: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      dc21285.c:345: warning: ignoring return value of 'request_irq', declared with attribute warn_unused_result
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      0dc6c490
    • B
      [ARM] footbridge: add isa_init_irq() to common header · 39ebfd3f
      Ben Dooks 提交于
      isa_init_irq() is defined in arch/arm/mach-footbridge/isa-irq.c
      and used in arch/arm/mach-footbridge/common.c but there is no
      definition in any header. Move the definition in common.c to
      common.h to stop the sparse warning:
      
      isa-irq.c:118:13: warning: symbol 'isa_init_irq' was not declared.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      39ebfd3f
  11. 31 12月, 2008 1 次提交
  12. 13 12月, 2008 1 次提交
  13. 11 12月, 2008 1 次提交
    • R
      [ARM] dma: rejig DMA initialization · 2f757f2a
      Russell King 提交于
      Rather than having the central DMA multiplexer call the architecture
      specific DMA initialization function, have each architecture DMA
      initialization function use core_initcall(), and register each DMA
      channel separately with the multiplexer.
      
      This removes the array of dma structures in the central multiplexer,
      replacing it with an array of pointers instead; this is more flexible
      since it allows the drivers to wrap the DMA structure (eventually
      allowing us to transition non-ISA DMA drivers away.)
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2f757f2a
  14. 08 12月, 2008 1 次提交
  15. 30 11月, 2008 1 次提交
  16. 29 11月, 2008 2 次提交
  17. 28 11月, 2008 1 次提交
    • N
      [ARM] remove a common set of __virt_to_bus definitions · b5ee9002
      Nicolas Pitre 提交于
      Let's provide an overridable default instead of having every machine
      class define __virt_to_bus and __bus_to_virt to the same thing.  What
      most platforms are using is bus_addr == phys_addr so such is the default.
      
      One exception is ebsa110 which has no DMA what so ever, so the actual
      definition is not important except only for proper compilation.  Also
      added a comment about the special footbridge bus translation.
      
      Let's also remove comments alluding to set_dma_addr which is not
      (and should not) be commonly used.
      Signed-off-by: NNicolas Pitre <nico@marvell.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      b5ee9002
  18. 09 10月, 2008 1 次提交
  19. 06 9月, 2008 1 次提交
  20. 01 9月, 2008 1 次提交
  21. 28 8月, 2008 1 次提交
  22. 09 8月, 2008 1 次提交
    • B
      [ARM] CATS: Do not try and map bad PCI IRQ numbers · e38d523f
      Ben Dooks 提交于
      The cats_map_irq() function in the Simtec CATS support
      code is mapping IRQ 255 (invalid IRQ) into what is a
      supposedly valid interrupt numner which can cause problems
      with other devices then seeing an interrupt they cannot
      claim.
      
      If the IRQ number if >= 255, then return -1 as this is not
      something we can map.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      e38d523f
  23. 07 8月, 2008 2 次提交
  24. 03 5月, 2008 1 次提交
    • A
      [ARM] 5015/1: arm: remove ARCH_CO285 · e055d5bf
      Adrian Bunk 提交于
      Trying to compile a kerel for ARCH_CO285 fails with the following error:
      
      <--  snip  -->
      
      ...
        CC      arch/arm/mach-footbridge/dc21285.o
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:
      In function 'dc21285_base_address':
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:54: error: 'PCICFG0_BASE' undeclared (first use in this function)
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:54: error: (Each undeclared identifier is reported only once
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:54: error: for each function it appears in.)
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:57: error: 'PCICFG1_BASE' undeclared (first use in this function)
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:
      In function 'dc21285_scan_bus':
      /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/arm/mach-footbridge/dc21285.c:286: error: implicit declaration of function 'pci_scan_bus'
      ...
      make[2]: *** [arch/arm/mach-footbridge/dc21285.o] Error 1
      
      <--  snip  -->
      
      This does not seem to be a recent breakage.
      
      The ARCH_CO285 support is old - kernel 2.2.0 contains first traces of
      it, an it seems to have been pretty complete in later 2.2 kernels.
      
      Since it seems to be completely dead code now this patch therefore
      removes it.
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      e055d5bf
  25. 28 1月, 2008 1 次提交
  26. 17 10月, 2007 1 次提交
  27. 13 10月, 2007 1 次提交
  28. 31 5月, 2007 1 次提交
    • R
      [ARM] Fix some section mismatch warnings · cdea4606
      Russell King 提交于
      The following patch fixes these section mismatch warnings:
      
      WARNING: arch/arm/mach-at91/built-in.o(.text+0xdf4): Section mismatch: reference to .init.data:dk_nand_partition (between 'nand_partitions' and 'at91_leds_event')
      WARNING: arch/arm/mach-at91/built-in.o(.text+0xbdc): Section mismatch: reference to .init.data:ek_nand_partition (after 'nand_partitions')
      WARNING: arch/arm/mach-at91/built-in.o(.text+0xbdc): Section mismatch: reference to .init.data:ek_nand_partition (between 'nand_partitions' and 'ads7843_pendown_state')
      WARNING: arch/arm/mach-at91/built-in.o(.text+0xbdc): Section mismatch: reference to .init.data:ek_nand_partition (after 'nand_partitions')
      WARNING: arch/arm/mach-at91/built-in.o(.text+0xc28): Section mismatch: reference to .init.data:kb9202_nand_partition (after 'nand_partitions')
      WARNING: arch/arm/mach-footbridge/built-in.o(.text+0xaa4): Section mismatch: reference to .init.data:cats_pci (between 'cats_pci_init' and 'ebsa285_leds_event')WARNING: arch/arm/mach-ixp2000/built-in.o(.text+0xb54): Section mismatch: reference to .init.text:ixp2000_init_irq (between 'ixdp2x00_init_irq' and 'ixdp2x00_irq_handler')
      WARNING: arch/arm/mach-ixp23xx/built-in.o(.text+0x670): Section mismatch: reference to .init.text:ixp23xx_pci_common_init (between 'ixp23xx_pci_slave_init' and 'ixp23xx_pci_scan_bus')
      WARNING: arch/arm/mach-ixp23xx/built-in.o(.text+0x890): Section mismatch: reference to .init.text:ixp23xx_init_irq (between 'ixdp2351_init_irq' and 'roadrunner_pci_preinit')
      WARNING: arch/arm/mach-ixp23xx/built-in.o(.text+0x9a8): Section mismatch: reference to .init.text:ixp23xx_pci_preinit (after 'roadrunner_pci_preinit')
      WARNING: arch/arm/mach-imx/built-in.o(__ksymtab+0x80): Section mismatch: reference to .init.text:imx_set_mmc_info (between '__ksymtab_imx_set_mmc_info' and '__ksymtab_set_imx_fb_info')
      WARNING: arch/arm/mach-imx/built-in.o(__ksymtab+0x88): Section mismatch: reference to .init.text:set_imx_fb_info (after '__ksymtab_set_imx_fb_info')
      WARNING: arch/arm/mach-sa1100/built-in.o(.text+0x1930): Section mismatch: reference to .init.data:neponset_port_fns (between 'neponset_probe' and 'assabet_leds_event')
      WARNING: drivers/built-in.o(.text+0x3f100): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
      WARNING: drivers/built-in.o(.text+0x3f1c8): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
      WARNING: drivers/built-in.o(.text+0x4f988): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
      WARNING: drivers/built-in.o(.text+0x4fa50): Section mismatch: reference to .init.text:ps2_clear_input (between 'ps2_probe' and 'ps2_cmd_aborted')
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Acked-by: NLennert Buytenhek <buytenh@wantstofly.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      cdea4606
  29. 09 5月, 2007 1 次提交
  30. 22 4月, 2007 1 次提交
  31. 30 11月, 2006 1 次提交
  32. 15 10月, 2006 1 次提交
  33. 07 10月, 2006 1 次提交
  34. 20 9月, 2006 1 次提交
    • D
      [ARM] 3759/2: Remove uses of %? · 6a39dd62
      Daniel Jacobowitz 提交于
      Patch from Daniel Jacobowitz
      
      The ARM kernel has several uses of asm("foo%?").  %? is a GCC internal
      modifier used to output conditional execution predicates.  However, no
      version of GCC supports conditionalizing asm statements.  GCC 4.2 will
      correctly expand %? to the empty string in user asms.  Earlier versions may
      reuse the condition from the previous instruction.  In 'if (foo) asm
      ("bar%?");' this is somewhat likely to be right... but not reliable.
      
      So, the only safe thing to do is to remove the uses of %?.  I believe
      the tlbflush.h occurances were supposed to be removed before, based
      on the comment about %? not working at the top of that file.
      
      Old versions of GCC could omit branches around user asms if the asm didn't
      mark the condition codes as clobbered.  This problem hasn't been seen on any
      recent (3.x or 4.x) GCC, but it could theoretically happen.  So, where
      %? was removed a cc clobber was added.
      Signed-off-by: NDaniel Jacobowitz <dan@codesourcery.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      6a39dd62
  35. 28 8月, 2006 1 次提交
  36. 14 7月, 2006 1 次提交