1. 16 8月, 2013 13 次提交
  2. 25 7月, 2013 1 次提交
  3. 24 7月, 2013 9 次提交
    • S
      ARM: EXYNOS: Update CONFIG_ARCH_NR_GPIO for Exynos · 53302bf6
      Sachin Kamat 提交于
      With the recent cleanup in Exynos platform code notably commits
      17859bec ("ARM: EXYNOS: Do not select legacy Kconfig symbols any
      more") and b9222210 ("ARM: EXYNOS: Remove mach/gpio.h"), the definition
      of ARCH_NR_GPIOS got removed. This started causing problems on SoCs like
      Exynos4412 which have more than the default number of GPIOs. Thus define
      this number in KConfig file which takes care of current SoC requirements
      and provides scope for GPIO expanders. Without this patch we get the
      following errors during boot:
      
      gpiochip_add: gpios 251..258 (gpv0) failed to register
      samsung-pinctrl 106e0000.pinctrl: failed to register gpio_chip gpv0, error code: -22
      samsung-pinctrl: probe of 106e0000.pinctrl failed with error -22
      Signed-off-by: NSachin Kamat <sachin.kamat@linaro.org>
      Cc: Tomasz Figa <t.figa@samsung.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      53302bf6
    • Y
      ARM: EXYNOS: Fix low level debug support · 7ed76e08
      Yadwinder Singh Brar 提交于
      Presently, using exynos_defconfig with CONFIG_DEBUG_LL and CONFIG_EARLY_PRIN
      on, kernel is not booting, we are getting following:
      
      [    0.000000] ------------[ cut here ]------------
      [    0.000000] kernel BUG at mm/vmalloc.c:1134!
      [    0.000000] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM
      [    0.000000] Modules linked in:
      [    0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.11.0-rc1 #633
      [    0.000000] task: c052ec48 ti: c0524000 task.ti: c0524000
      [    0.000000] PC is at vm_area_add_early+0x54/0x94
      [    0.000000] LR is at add_static_vm_early+0xc/0x60
      
      Its because exynos[4/5]_map_io() function ioremaps a single 512KB memory
      size for all the four uart ports which envelopes the mapping created by
      debug_ll_io_init(), called earlier in exynos_init_io().
      
      This patch removes iodesc entries for UART controller for all Samsung SoC's,
      since now the Samsung uart driver does a ioremap during probe and any needed
      iomapping for earlyprintk will be handled by debug_ll_io_init().
      
      Tested on smdk4412 and smdk5250.
      Signed-off-by: NYadwinder Singh Brar <yadi.brar@samsung.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      7ed76e08
    • Y
      ARM: SAMSUNG: Save/restore only selected uart's registers · 7bdc84fb
      Yadwinder Singh Brar 提交于
      Basically this code gets executed only during debugging i.e when
      DEBUG_LL & SAMSUNG_PM_DEBUG is on, so required only for UART used
      for debugging. Since we are removing static iodesc entries for UARTs,
      so now only the selected (CONFIG_DEBUG_S3C_UART) UART will be
      ioremapped by the debug_ll_io_init() for DEBUG_LL, so save/restore
      uart registers only for selected uart.
      Signed-off-by: NYadwinder Singh Brar <yadi.brar@samsung.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      7bdc84fb
    • A
      ARM: SAMSUNG: Add SAMSUNG_PM config option to select pm · 89693016
      Amit Daniel Kachhap 提交于
      This patch enables the selection of samsung pm related stuffs
      when SAMSUNG_PM config is enabled and not just when generic PM
      config is enabled. Power management for s3c64XX and s3c24XX
      is enabled by default and for other platform depends on S5P_PM.
      This patch also fixes the following compilation error's when compiling
      a platform like exynos5440 which does not select pm stuffs.
      
      arch/arm/mach-exynos/built-in.o: In function '__virt_to_phys':
      linux/arch/arm/include/asm/memory.h:175: undefined reference to 's3c_cpu_resume'
      linux/arch/arm/include/asm/memory.h:175: undefined reference to 's3c_cpu_resume'
      linux/arch/arm/include/asm/memory.h:175: undefined reference to 's3c_cpu_resume'
      linux/arch/arm/include/asm/memory.h:175: undefined reference to 's3c_cpu_resume'
      arch/arm/mach-exynos/built-in.o: In function 'exynos5_init_irq':
      linux/arch/arm/mach-exynos/common.c:492: undefined reference to 's3c_irq_wake'
      linux/arch/arm/mach-exynos/common.c:492: undefined reference to 's3c_irq_wake'
      arch/arm/mach-exynos/built-in.o: In function 'exynos4_init_irq':
      linux/arch/arm/mach-exynos/common.c:476: undefined reference to 's3c_irq_wake'
      linux/arch/arm/mach-exynos/common.c:476: undefined reference to 's3c_irq_wake'
      arch/arm/plat-samsung/built-in.o: In function 's3c_irqext_wake':
      linux/arch/arm/plat-samsung/pm.c:144: undefined reference to 's3c_irqwake_eintallow'
      linux/arch/arm/plat-samsung/pm.c:144: undefined reference to 's3c_irqwake_eintallow'
      arch/arm/plat-samsung/built-in.o: In function 's3c_pm_enter':
      linux/arch/arm/plat-samsung/pm.c:263: undefined reference to 's3c_irqwake_intallow'
      linux/arch/arm/plat-samsung/pm.c:263: undefined reference to 's3c_irqwake_intallow'
      linux/arch/arm/plat-samsung/pm.c:264: undefined reference to 's3c_irqwake_eintallow'
      linux/arch/arm/plat-samsung/pm.c:264: undefined reference to 's3c_irqwake_eintallow'
      linux/arch/arm/plat-samsung/pm.c:275: undefined reference to 's3c_pm_save_core'
      linux/arch/arm/plat-samsung/pm.c:279: undefined reference to 's3c_pm_configure_extint'
      linux/arch/arm/plat-samsung/pm.c:310: undefined reference to 's3c_pm_restore_core'
      make: *** [vmlinux] Error 1
      Signed-off-by: NAmit Daniel Kachhap <amit.daniel@samsung.com>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      89693016
    • S
      ARM: S3C24XX: Add missing clkdev entries for s3c2440 UART · d817468c
      Sylwester Nawrocki 提交于
      This patch restores serial port operation which has been broken since
      commit 60e93575 ("serial: samsung: enable clock before clearing
      pending interrupts during init")
      
      That commit only uncovered the real issue which was missing clkdev
      entries for the "uart" clocks on S3C2440. It went unnoticed so far
      because return value of clk API calls were not being checked at all
      in the samsung serial port driver.
      
      This patch should be backported to at least 3.10 stable kernel, since
      the serial port has not been working on s3c2440 since 3.10-rc5.
      
      Cc: Chander Kashyap <chander.kashyap@linaro.org>
      Signed-off-by: NSylwester Nawrocki <sylvester.nawrocki@gmail.com>
      [on S3C2440 SoC based Mini2440 board]
      Tested-by: NSylwester Nawrocki <sylvester.nawrocki@gmail.com>
      Reviewed-by: NTomasz Figa <t.figa@samsung.com>
      Tested-by: NJuergen Beisert <jbe@pengutronix.de>
      Cc: <stable@vger.kernel.org>	[3.10]
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      d817468c
    • F
      ARM: multi_v7_defconfig: Select USB chipidea driver · a520a9b7
      Fabio Estevam 提交于
      CONFIG_USB_EHCI_MXC selects the old i.mx USB driver, which does not support
      device tree.
      
      Select the USB chipidea driver instead, so that USB can be functional on i.mx.
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      a520a9b7
    • A
      ARM: pxa: propagate errors from regulator_enable() to pxamci · a829abf8
      Arnd Bergmann 提交于
      The em_x270_mci_setpower() and em_x270_usb_hub_init() functions
      call regulator_enable(), which may return an error that must
      be checked.
      
      This changes the em_x270_usb_hub_init() function to bail out
      if it fails, and changes the pxamci_platform_data->setpower
      callback so that the a failed em_x270_mci_setpower call
      can be propagated by the pxamci driver into the mmc core.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Mike Rapoport <mike@compulab.co.il>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Haojian Zhuang <haojian.zhuang@gmail.com>
      Acked-by: NChris Ball <cjb@laptop.org>
      [olof: fixed order of regulator_enable() and test in em_x270_usb_hub_init]
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      a829abf8
    • V
      ARM: zynq: fix compilation warning · fe08bf9f
      Vincent Stehlé 提交于
      Fix the following compilation warning:
      
        arch/arm/mach-zynq/common.c:110:2: warning: initialization from incompatible pointer type [enabled by default]
        arch/arm/mach-zynq/common.c:110:2: warning: (near initialization for ‘__mach_desc_XILINX_EP107.restart’) [enabled by default]
      Signed-off-by: NVincent Stehlé <vincent.stehle@freescale.com>
      Cc: Robin Holt <holt@sgi.com>
      Cc: Michal Simek <michal.simek@xilinx.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: trivial@kernel.org
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      fe08bf9f
    • V
      ARM: keystone: fix compilation warning · ed882c3e
      Vincent Stehlé 提交于
      Fix the following compilation warning:
      
        arch/arm/mach-keystone/keystone.c:74:2: warning: initialization from incompatible pointer type [enabled by default]
        arch/arm/mach-keystone/keystone.c:74:2: warning: (near initialization for ‘__mach_desc_KEYSTONE.restart’) [enabled by default]
      Signed-off-by: NVincent Stehlé <vincent.stehle@freescale.com>
      Cc: Robin Holt <holt@sgi.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: trivial@kernel.org
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      ed882c3e
  4. 23 7月, 2013 4 次提交
    • R
      ARM: highbank: Only touch common coherency control register fields · e64bf95e
      Rob Herring 提交于
      Midway adds new register fields to the coherency control registers, so
      writing absolute values will break on Midway. Change the register
      accesses to only modify the necessary and common fields in order to
      support both Midway and Highbank.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      e64bf95e
    • M
      ARM: footbridge: fix overlapping PCI mappings · 6287e731
      Mike Frysinger 提交于
      Commit 8ef6e620 (ARM: footbridge: use
      fixed PCI i/o mapping) broke booting on my netwinder.  Before that,
      everything boots fine.  Since then, it crashes on boot.
      
      With earlyprintk, I see it BUG-ing like so:
      kernel BUG at lib/ioremap.c:27!
      Internal error: Oops - BUG: 0 [#1] ARM
      ...
      [<c0139b54>] (ioremap_page_range+0x128/0x154) from [<c02e6a6c>] (dc21285_setup+0xd0/0x114)
      [<c02e6a6c>] (dc21285_setup+0xd0/0x114) from [<c02e4874>] (pci_common_init+0xa0/0x298)
      [<c02e4874>] (pci_common_init+0xa0/0x298) from [<c02e793c>] (netwinder_pci_init+0xc/0x18)
      [<c02e793c>] (netwinder_pci_init+0xc/0x18) from [<c02e27d0>] (do_one_initcall+0xb4/0x180)
      ...
      
      Russell points out it's because of overlapping PCI mappings that was
      added with the aforementioned commit.  Rob thought the code would re-use
      the static mapping, but that turns out to not be the case and instead
      hits the BUG further down.
      
      After deleting this hunk as suggested by Russel, the system boots up fine
      again and all my PCI devices work (IDE, ethernet, the DC21285).
      Signed-off-by: NMike Frysinger <vapier@gentoo.org>
      Acked-by: NRob Herring <rob.herring@calxeda.com>
      Cc: stable@vger.kernel.org	# v3.5+
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      6287e731
    • S
      ARM: STi: Set correct ARM ERRATAs. · c9250073
      Srinivas Kandagatla 提交于
      Some of the ARM_ERRATA selection is not done in the initial SOC support
      patches. This patch selects 2 new ARM_ERRATA's and removes one which was
      actually fixed.
      Signed-off-by: NSrinivas Kandagatla <srinivas.kandagatla@st.com>
      [olof: reorder new errata entries]
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      c9250073
    • S
      ARM: dts: STi: Fix pinconf setup for STiH416 serial2 · 334ab91d
      Srinivas Kandagatla 提交于
      This patch fixes a bug in pinctrl setup of serial2 device, Some of the
      pins in the pinctrl node of serial2 do not belong to that
      pin-controller. This patch divides them in the pins into there
      respective pin controller nodes.
      
      Without this patch serial on StiH416-B2000 Board will not work as it
      fails with:
      
      "st-pinctrl pin-controller-rear.3: failed to get pin(99) name
      st-pinctrl pin-controller-rear.3: maps: function serial2 group serial2-0
      num 4
      pinconfig core: failed to register map default (3): no group/pin given"
      Signed-off-by: NSrinivas Kandagatla <srinivas.kandagatla@st.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      334ab91d
  5. 22 7月, 2013 2 次提交
  6. 20 7月, 2013 3 次提交
  7. 17 7月, 2013 1 次提交
  8. 16 7月, 2013 7 次提交