1. 15 6月, 2013 6 次提交
  2. 10 6月, 2013 1 次提交
    • K
      ARM: EXYNOS: no more support non-DT for EXYNOS SoCs · 383ffda2
      Kukjin Kim 提交于
      As we discussed in mailing list, non-DT for EXYNOS SoCs will not be
      supported from v3.11. This patch removes regarding files for non-DT
      including board files and defconfig.
      
      Cc: Sylwester Nawrocki <s.nawrocki@samsung.com>
      Cc: Tomasz Figa <t.figa@samsung.com>
      Cc: Thomas Abraham <thomas.ab@samsung.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Olof Johansson <olof@lixom.net>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      383ffda2
  3. 08 6月, 2013 2 次提交
    • D
      ARM: exynos: add debug_ll_io_init() call in exynos_init_io() · 9c1fcdcc
      Doug Anderson 提交于
      If the early MMU mapping of the UART happens to get booted out of the
      TLB between the start of paging_init() and when we finally re-add the
      UART at the very end of s3c_init_cpu(), we'll get a hang at bootup if
      we've got early_printk enabled.  Avoid this hang by calling
      debug_ll_io_init() early.
      
      Without this patch, you can reliably reproduce a hang when early
      printk is enabled by adding flush_tlb_all() at the start of
      exynos_init_io().  After this patch the hang goes away.
      Signed-off-by: NDoug Anderson <dianders@chromium.org>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      9c1fcdcc
    • T
      ARM: EXYNOS: uncompress - print debug messages if DEBUG_LL is defined · 437d8ac5
      Tushar Behera 提交于
      Printing low-level debug messages make an assumption that the specified
      UART port has been preconfigured by the bootloader. Incorrectly
      specified UART port results in system getting stalled while printing the
      message "Uncompressing Linux... done, booting the kernel"
      This UART port number is specified through S3C_LOWLEVEL_UART_PORT. Since
      the UART port might different for different board, it is not possible to
      specify it correctly for every board that use a common defconfig file.
      
      Calling this print subroutine only when DEBUG_LL fixes the problem. By
      disabling DEBUG_LL in default config file, we would be able to boot
      multiple boards with different default UART ports.
      
      With this current approach, we miss the print "Uncompressing Linux...
      done, booting the kernel." when DEBUG_LL is not defined.
      Signed-off-by: NTushar Behera <tushar.behera@linaro.org>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      437d8ac5
  4. 06 6月, 2013 1 次提交
    • P
      arch, mm: Remove tlb_fast_mode() · 29eb7782
      Peter Zijlstra 提交于
      Since the introduction of preemptible mmu_gather TLB fast mode has been
      broken. TLB fast mode relies on there being absolutely no concurrency;
      it frees pages first and invalidates TLBs later.
      
      However now we can get concurrency and stuff goes *bang*.
      
      This patch removes all tlb_fast_mode() code; it was found the better
      option vs trying to patch the hole by entangling tlb invalidation with
      the scheduler.
      
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Tony Luck <tony.luck@intel.com>
      Reported-by: NMax Filippov <jcmvbkbc@gmail.com>
      Signed-off-by: NPeter Zijlstra <peterz@infradead.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      29eb7782
  5. 04 6月, 2013 1 次提交
  6. 03 6月, 2013 4 次提交
  7. 29 5月, 2013 1 次提交
  8. 28 5月, 2013 2 次提交
    • N
      ARM: mvebu: Fix bug in coherency fabric low level init function · b60b61d4
      Nadav Haklai 提交于
      When adding CPU to the SMP group and enabling the coherency on this
      CPU we must protect the register access.
      The previous implementation claims to be atomic but doesn't provide
      any protection against parallel access to the coherency fabric control
      and configuration registers.
      
      This patch fixes this by using the ldrex and strex mechanism.
      This method should be used in all accesses to those registers.
      
      [gregory.clement@free-electrons.com: fixed the commit's topic]
      Signed-off-by: NNadav Haklai <nadavh@marvell.com>
      Signed-off-by: NGregory CLEMENT <gregory.clement@free-electrons.com>
      Signed-off-by: NJason Cooper <jason@lakedaemon.net>
      b60b61d4
    • A
      ARM: Kirkwood: TS219: Fix crash by double PCIe instantiation · e89b4058
      Andrew Lunn 提交于
      When creating the DT based boards-ts219.c the none DT ts219-setup.c
      was used as a template. This includes a lateinit() call to initialize
      the PCIe bus. The code makes use of machine_is_ts219() which is never
      true on DT, so a FIXME was added and the code left as is. This was
      unproblematic until b73690c8: "ARM: Kirkwood: Support basic
      hotplug for PCI-E" which changes the way the PCIe bus is
      initialized. The non-DT ts219-setup.c now crashes during boot.  The
      lateinit() call in the DT boards-ts219.c is being called,
      machine_is_ts219() is true and so the PCIe is initialized a second
      time.
      
      This patch removes the useless, and now clearly dangerous, code from
      boards-ts219.c, making ts219-setup.c work again.
      Signed-off-by: NAndrew Lunn <andrew@lunn.ch>
      Cc: <stable@vger.kernel.org> # v3.9.x
      Signed-off-by: NJason Cooper <jason@lakedaemon.net>
      e89b4058
  9. 27 5月, 2013 3 次提交
  10. 25 5月, 2013 3 次提交
  11. 24 5月, 2013 4 次提交
  12. 23 5月, 2013 4 次提交
  13. 22 5月, 2013 1 次提交
  14. 21 5月, 2013 7 次提交