1. 19 10月, 2012 1 次提交
    • T
      ARM: OMAP: Split plat/cpu.h into local soc.h for mach-omap1 and mach-omap2 · e4c060db
      Tony Lindgren 提交于
      We want to remove plat/cpu.h. To do this, let's first split
      it to private soc.h to mach-omap1 and mach-omap2. We have to
      keep plat/cpu.h around until the remaining drivers are fixed,
      so let's include the local soc.h in plat/cpu.h and for drivers
      still including plat/cpu.h.
      
      Once the drivers are fixed not to include plat/cpu.h, we
      can remove the file.
      
      This is needed for the ARM common zImage support.
      
      [tony@atomide.com: updated to not print a warning]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      e4c060db
  2. 18 10月, 2012 1 次提交
  3. 15 10月, 2012 4 次提交
    • A
      ARM: OMAP2+: gpmc: localize gpmc header · 3ef5d007
      Afzal Mohammed 提交于
      Requirement of gpmc header outside of mach-omap2 has been
      cutoff, move gpmc header file in plat-omap folder to local
      mach-omap2 folder
      
      Objective - common zImage participation of omap
      Signed-off-by: NAfzal Mohammed <afzal@ti.com>
      3ef5d007
    • A
      ARM: OMAP2+: nand: header cleanup · bc3668ea
      Afzal Mohammed 提交于
      For common arm zImage existing nand header file
      in platform specific location was moved to generic
      platform data location, but it contained more than
      platform data, remove it. New local header has been
      created for exposing functions.
      
      Also move gpmc-nand platform data to platform header
      meant for nand from gpmc header file
      Signed-off-by: NAfzal Mohammed <afzal@ti.com>
      bc3668ea
    • A
      ARM: OMAP2+: onenand: header cleanup · b6ab13e7
      Afzal Mohammed 提交于
      For common arm zImage existing onenand header file
      in platform specific location was moved to generic
      platform data location, but it contained more than
      platform data, remove it. New local header has been
      created for exposing functions.
      Signed-off-by: NAfzal Mohammed <afzal@ti.com>
      b6ab13e7
    • A
      ARM: OMAP2+: nand: unify init functions · 2e618261
      Afzal Mohammed 提交于
      Helper function for updating nand platform data has been
      added the capability to take timing structure arguement.
      Usage of omap_nand_flash_init() has been replaced by modifed
      one, omap_nand_flash_init was doing things similar to
      board_nand_init except that NAND CS# were being acquired
      based on bootloader setting. As CS# is hardwired for a given
      board, acquiring gpmc CS# has been removed, and updated with
      the value on board.
      
      NAND CS# used in beagle board & omap3evm was found to be CS0.
      Thomas Weber <thomas.weber.linux@googlemail.com> reported
      that value of devkit8000 to be CS0. Overo board was found
      to be using CS0 based on u-boot, while google grep says
      omap3touchbook too has CS0.
      Signed-off-by: NAfzal Mohammed <afzal@ti.com>
      Reviewed-by: NJon Hunter <jon-hunter@ti.com>
      Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
      2e618261
  4. 09 10月, 2012 1 次提交
  5. 19 9月, 2012 1 次提交
    • A
      ARM: omap: move platform_data definitions · 2203747c
      Arnd Bergmann 提交于
      Platform data for device drivers should be defined in
      include/linux/platform_data/*.h, not in the architecture
      and platform specific directories.
      
      This moves such data out of the omap include directories
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Acked-by: NNicolas Pitre <nico@linaro.org>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Cc: Kevin Hilman <khilman@ti.com>
      Cc: "Benoît Cousson" <b-cousson@ti.com>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Ohad Ben-Cohen <ohad@wizery.com>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Omar Ramirez Luna <omar.ramirez@ti.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>
      Cc: Jarkko Nikula <jarkko.nikula@bitmer.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
      Cc: Jean Pihet <j-pihet@ti.com>
      Cc: J Keerthy <j-keerthy@ti.com>
      Cc: linux-omap@vger.kernel.org
      2203747c
  6. 13 9月, 2012 3 次提交
    • T
      ARM: OMAP: Split plat/hardware.h, use local soc.h for omap2+ · dbc04161
      Tony Lindgren 提交于
      As the plat and mach includes need to disappear for single zImage work,
      we need to remove plat/hardware.h.
      
      Do this by splitting plat/hardware.h into omap1 and omap2+ specific files.
      
      The old plat/hardware.h already has omap1 only defines, so it gets moved
      to mach/hardware.h for omap1. For omap2+, we use the local soc.h
      that for now just includes the related SoC headers to keep this patch more
      readable.
      
      Note that the local soc.h still includes plat/cpu.h that can be dealt
      with in later patches. Let's also include plat/serial.h from common.h for
      all the board-*.c files. This allows making the include files local later
      on without patching these files again.
      
      Note that only minimal changes are done in this patch for the
      drivers/watchdog/omap_wdt.c driver to keep things compiling. Further
      patches are needed to eventually remove cpu_is_omap usage in the drivers.
      
      Also only minimal changes are done to sound/soc/omap/* to remove the
      unneeded includes and to define OMAP44XX_MCPDM_L3_BASE locally so there's
      no need to include omap44xx.h.
      
      While at it, also sort some of the includes in the standard way.
      
      Cc: linux-watchdog@vger.kernel.org
      Cc: alsa-devel@alsa-project.org
      Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>
      Cc: Jarkko Nikula <jarkko.nikula@bitmer.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Acked-by: NWim Van Sebroeck <wim@iguana.be>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      dbc04161
    • T
      ARM: OMAP2+: Prepare for irqs.h removal · 7d7e1eba
      Tony Lindgren 提交于
      As the interrupts should only be defined in the platform_data, and
      eventually coming from device tree, there's no need to define them
      in header files.
      
      Let's remove the hardcoded references to irqs.h and fix up the includes
      so we don't rely on headers included in irqs.h. Note that we're
      defining OMAP_INTC_START as 0 to the interrupts. This will be needed
      when we enable SPARSE_IRQ. For some drivers we need to add
      #include <plat/cpu.h> for now until these drivers are fixed to
      remove cpu_is_omapxxxx() usage.
      
      While at it, sort som of the includes the standard way, and add
      the trailing commas where they are missing in the related data
      structures.
      
      Note that for drivers/staging/tidspbridge we just define things
      locally.
      
      Cc: Paul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      7d7e1eba
    • T
      ARM: OMAP2+: Remove unused nand_irq for GPMC · 714df7b8
      Tony Lindgren 提交于
      This is no longer needed and assumes a fixed IRQ number
      that won't work with SPARSE_IRQ.
      Acked-by: NAfzal Mohammed <afzal@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      714df7b8
  7. 26 6月, 2012 1 次提交
    • K
      ARM: OMAP2+: nand: fix build error when CONFIG_MTD_ONENAND_OMAP2=n · bb44c30e
      Kevin Hilman 提交于
      commit 8259573b (ARM: OMAP2+: nand: Make board_onenand_init() visible
      to board code) broke the build for configs with OneNAND disabled.  By
      removing the static in the header file, it created a duplicate definition
      in the .c and the .h files, resuling in a build error:
      
      /work/kernel/omap/dev/arch/arm/mach-omap2/board-flash.c:102:111: error: redefinition of 'board_onenand_init'
      /work/kernel/omap/dev/arch/arm/mach-omap2/board-flash.h:56:51: note: previous definition of 'board_onenand_init' was here
      make[2]: *** [arch/arm/mach-omap2/board-flash.o] Error 1
      make[2]: *** Waiting for unfinished jobs....
      make[1]: *** [arch/arm/mach-omap2] Error 2
      make: *** [sub-make] Error 2
      
      Fix this by removing the duplicate dummy entry from the C file.
      
      Cc: Enric Balletbò i Serra <eballetbo@gmail.com>
      Cc: Javier Martinez Canillas <javier@dowhile0.org>
      Signed-off-by: NKevin Hilman <khilman@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      bb44c30e
  8. 10 5月, 2012 1 次提交
  9. 25 2月, 2012 1 次提交
    • T
      ARM: OMAP2+: Mark omap_hsmmc_init and omap_mux related functions as __init · d1589f09
      Tony Lindgren 提交于
      Now that omap hsmmc init is split into two functions, it's safe
      to mark omap_hsmmc_init and omap_mux related functions to __init.
      
      This basically reverts the following fixes for the case where
      TWL was compiled as a module:
      
      a98f77bb (ARM: omap: fix section mismatch warning for sdp3430_twl_gpio_setup())
      8930b4e3 (ARM: omap: fix section mismatch warnings in mux.c caused by hsmmc.c)
      
      Additionally it fixes up the remaining section warnings for
      all callers of omap_mux functions.
      
      Cc: Russell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      d1589f09
  10. 21 9月, 2011 1 次提交
  11. 29 6月, 2011 1 次提交
    • G
      omap: cleanup NAND platform data · 7a559c78
      Grazvydas Ignotas 提交于
      omap_nand_platform_data fields 'options', 'gpio_irq', 'nand_setup' and
      'dma_channel' are never referenced by the NAND driver, yet various
      board files are initializing those fields. This is both incorrect and
      confusing, so remove them. This allows to get rid of a global
      variable in gpmc-nand.c.
      
      This also corrects an issue where some boards are trying to pass NAND
      16bit flag through .options, but the driver is using .devsize instead
      and ignoring .options.
      
      Finally, .dev_ready is treated as a flag by the driver, so make it bool
      instead of a function pointer.
      Signed-off-by: NGrazvydas Ignotas <notasas@gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      7a559c78
  12. 26 2月, 2011 1 次提交
  13. 18 2月, 2011 5 次提交
  14. 09 10月, 2010 1 次提交
    • M
      OMAP2plus: Fix static function warnings · 04aeae77
      Manjunath Kondaiah G 提交于
      This patch fixes sparse warnings due non declarations of static functions.
      
      arch/arm/mach-omap2/timer-gp.c:115:12: warning: symbol 'omap2_gp_clockevent_set_gptimer' was not declared. Should it be static?
      arch/arm/mach-omap2/powerdomain.c:993:5: warning: symbol 'pwrdm_set_lowpwrstchange' was not declared. Should it be static?
      arch/arm/mach-omap2/board-flash.c:141:8: warning: symbol 'board_nand_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-n8x0.c:416:6: warning: symbol 'n8x0_mmc_slot1_cover_handler' was not declared. Should it be static?
      arch/arm/mach-omap2/board-n8x0.c:544:13: warning: symbol 'n8x0_mmc_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-rx51-peripherals.c:902:13: warning: symbol 'rx51_peripherals_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-rx51-video.c:107:13: warning: symbol 'rx51_video_mem_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-zoom-debugboard.c:155:12: warning: symbol 'zoom_debugboard_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-zoom-peripherals.c:280:13: warning: symbol 'zoom_peripherals_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-igep0020.c:110:13: warning: symbol 'igep2_flash_init' was not declared. Should it be static?
      arch/arm/mach-omap2/board-am3517evm.c:109:6: warning: symbol 'am3517_evm_ethernet_init' was not declared. Should it be static?
      drivers/mtd/onenand/omap2.c:577:5: warning: symbol 'omap2_onenand_rephase' was not declared. Should it be static?
      Signed-off-by: NManjunath Kondaiah G <manjugk@ti.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: Nishanth Menon <nm@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      04aeae77
  15. 02 8月, 2010 2 次提交
  16. 24 4月, 2010 1 次提交
  17. 16 2月, 2010 1 次提交
    • V
      omap3: SDP: Introducing 'board-sdp-flash.c' for flash init · c2798e93
      Vimal Singh 提交于
      This patch adds 'board-sdp-flash.c', which could be utilized
      by boards similar to 3430SDP. (For ex: 2430sdp, 36030sdp).
      
      This file does initialization for all three flash devices present
      in SDP boards (NOR, NAND, OneNAND), by finding there 'cs' number
      dynamically using switch setting information (S8: 1-4).
      This also expects partition information from core board files (for
      ex: board-3430sdp.c). Which allows to choose different default
      partitions for different boards.
      
      A new structure is created for this purpose: 'flash_partitions'
      in 'mach/board-sdp.h'. This has two members:
      1. struct mtd_partition *parts
      2. int nr_parts
      
      A board file is expected to fill this structure and pass it to
      'sdp-flsash-init'. Partition information should be passed in
      structure array of 'flash_partitions'. Partition information should
      be passed in below sequence in array:
      NOR
      OneNAND
      NAND
      Signed-off-by: NVimal Singh <vimalsingh@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      c2798e93