1. 18 7月, 2011 3 次提交
    • N
      ARM: mach-loki: delete · c8b7d43b
      Nicolas Pitre 提交于
      This was introduced more than 3 years ago, and since then only generic
      janitorial changes were made without further addition of actual support
      for "real" devices.  This is therefore a cost with no benefits to keep
      in the tree.  If someone wishes to revive this code, it is always
      possible to retrieve it from the Git repository.
      Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      CC: Ke Wei <kewei@marvell.com>
      CC: Saeed Bishara <saeed@marvell.com>
      CC: Lennert Buytenhek <buytenh@wantstofly.org>
      c8b7d43b
    • N
      ARM: mach-s3c2400: delete · 632b7cf6
      Nicolas Pitre 提交于
      On Tue, 28 Jun 2011, Ben Dooks wrote:
      
      > On Tue, Jun 28, 2011 at 11:22:57PM +0200, Arnd Bergmann wrote:
      >
      > > On a related note, what about mach-s3c2400? It seems to be even more
      > > incomplete.
      >
      > Probably the same fate awaits that. It is so old that there's little
      > incentive to do anything with it.
      
      So out it goes as well.
      
      The PORT_S3C2400 definition in include/linux/serial_core.h is left there
      to prevent a reuse of the same number for another port type.
      Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      632b7cf6
    • N
      ARM: mach-s3c24a0: delete · af0e060e
      Nicolas Pitre 提交于
      Commit bcae8aeb "[ARM] S3C24A0: Initial architecture support files"
      brought in a bunch of files while explicitly leaving out the corresponding
      Kconfig entry, stating that the series is not complete.
      
      More than 2.5 years later, the support for this has not seen any progress.
      This is therefore dead code.  If someone wants to revive this code, it is
      always possible to retrieve it from the Git repository.
      Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: NBen Dooks <ben-linux@fluff.org>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      af0e060e
  2. 08 7月, 2011 3 次提交
  3. 07 7月, 2011 4 次提交
  4. 06 7月, 2011 9 次提交
  5. 05 7月, 2011 2 次提交
  6. 04 7月, 2011 2 次提交
  7. 30 6月, 2011 1 次提交
  8. 25 6月, 2011 3 次提交
  9. 24 6月, 2011 2 次提交
  10. 21 6月, 2011 6 次提交
  11. 18 6月, 2011 1 次提交
  12. 17 6月, 2011 4 次提交
    • D
      ARM: 6963/1: Thumb-2: Relax relocation requirements for non-function symbols · 9a00318e
      Dave Martin 提交于
      The "Thumb bit" of a symbol is only really meaningful for function
      symbols (STT_FUNC).
      
      However, sometimes a branch is relocated against a non-function
      symbol; for example, PC-relative branches to anonymous assembler
      local symbols are typically fixed up against the start-of-section
      symbol, which is not a function symbol.  Some inline assembler
      generates references of this type, such as fixup code generated by
      macros in <asm/uaccess.h>.
      
      The existing relocation code for R_ARM_THM_CALL/R_ARM_THM_JUMP24
      interprets this case as an error, because the target symbol appears
      to be an ARM symbol; but this is really not the case, since the
      target symbol is just a base in these cases.  The addend defines
      the precise offset to the target location, but since the addend is
      encoded in a non-interworking Thumb branch instruction, there is no
      explicit Thumb bit in the addend.  Because these instructions never
      interwork, the implied Thumb bit in the addend is 1, and the
      destination is Thumb by definition.
      
      This patch removes the extraneous Thumb bit check for non-function
      symbols, enabling modules containing the affected relocation types
      to be loaded.  No modification to the actual relocation code is
      required, since this code does not take bit[0] of the
      location->destination offset into account in any case.
      
      Function symbols are always checked for interworking conflicts, as
      before.
      Signed-off-by: NDave Martin <dave.martin@linaro.org>
      Acked-by: NCatalin Marinas <catalin.marinas@arm.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      9a00318e
    • L
      ARM: 6962/1: mach-h720x: fix build error · 343fda59
      Linus Walleij 提交于
      The h7201/h7202 machines did not build since they define
      ARM_DMA_ZONE_OFFSET but do not select ZONE_DMA. Fix it up by
      selecting ZONE_DMA in their Kconfig.
      
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      343fda59
    • M
      ARM: 6959/1: SMP build fix for entry-macro-multi.S · 2bc58a6f
      Magnus Damm 提交于
      The assembly code in entry-macro-multi.S does not build without
      the include asm/assembler.h in the case of CONFIG_SMP=y.
      
      Fixes the rather theoretical SMP build of mach-shmobile/entry-intc.c:
      
      arch/arm/include/asm/entry-macro-multi.S: Assembler messages:
      arch/arm/include/asm/entry-macro-multi.S:20: Error: bad instruction `alt_smp(test_for_ipi r0,r6,r5,lr)'
      arch/arm/include/asm/entry-macro-multi.S:20: Error: bad instruction `alt_up_b(9997f)'
      make[1]: *** [arch/arm/mach-shmobile/entry-intc.o] Error 1
      make: *** [arch/arm/mach-shmobile] Error 2
      make: *** Waiting for unfinished jobs....
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2bc58a6f
    • S
      amba pl011: platform data for reg lockup and glitch v2 · 1a7d4369
      Shreshtha Kumar Sahu 提交于
      This patch provides platform data for following
       - uart reset function to assist uart register lockup workaround
      
       - init/exit function to fix glitch in the tx pin in tty_open
      	when tty port0 is opened a glitch is seen in the tx line
      	of uart0. This happens in pl011_startup() when tx fifo
      	interrupt is provoked into asserting.
      	Now uart0 pins are enabled (alt function) only when init
      	is complete and turned back to gpio when closed.
      Signed-off-by: NShreshtha Kumar Sahu <shreshthakumar.sahu@stericsson.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      1a7d4369