1. 02 8月, 2010 2 次提交
  2. 21 5月, 2010 1 次提交
  3. 12 3月, 2010 1 次提交
    • F
      omap2/3/4: ehci: avoid compiler error with touchbook · 6f69a181
      Felipe Balbi 提交于
      the early_param() call in board-omap3touchbook.c expands to:
      
      static const char __setup_str_early_touchbook_revision[]
      	__section(.init.rodata) _aligned(1) = tbr;
      [...]
      
      and we have a non-const variable being added to the
      same section:
      
      static struct ehci_hcd_omap_platform_data ehci_pdata
      __section(.init.rodata);
      
      because of that, gcc generates a section type conflict
      which can (and actually should) be avoided by marking
      const every variable marked with __initconst.
      
      This patch fixes that for the ehci_hdc_omap_platform_data.
      Signed-off-by: NFelipe Balbi <felipe.balbi@nokia.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      6f69a181
  4. 20 2月, 2010 1 次提交
    • M
      omap: musb: Pass board specific data from board file · 884b8369
      Maulik Mankad 提交于
      Pass board specific data for MUSB (like interface_type,
      mode etc) from board file by defining board
      specific structure.
      
      Each board file can define this structure based on
      its requirement and pass this information to the
      driver.
      Signed-off-by: NMaulik Mankad <x0082077@ti.com>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Felipe Balbi <felipe.balbi@nokia.com>
      Cc: David Brownell <david-b@pacbell.net>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: Gupta Ajay Kumar <ajay.gupta@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      884b8369
  5. 16 2月, 2010 3 次提交
  6. 14 12月, 2009 1 次提交
  7. 12 12月, 2009 3 次提交
  8. 23 11月, 2009 3 次提交
  9. 10 11月, 2009 1 次提交
  10. 26 10月, 2009 1 次提交
  11. 21 10月, 2009 1 次提交
    • T
      omap: headers: Move remaining headers from include/mach to include/plat · ce491cf8
      Tony Lindgren 提交于
      Move the remaining headers under plat-omap/include/mach
      to plat-omap/include/plat. Also search and replace the
      files using these headers to include using the right path.
      
      This was done with:
      
      #!/bin/bash
      mach_dir_old="arch/arm/plat-omap/include/mach"
      plat_dir_new="arch/arm/plat-omap/include/plat"
      headers=$(cd $mach_dir_old && ls *.h)
      omap_dirs="arch/arm/*omap*/ \
      drivers/video/omap \
      sound/soc/omap"
      other_files="drivers/leds/leds-ams-delta.c \
      drivers/mfd/menelaus.c \
      drivers/mfd/twl4030-core.c \
      drivers/mtd/nand/ams-delta.c"
      
      for header in $headers; do
      	old="#include <mach\/$header"
      	new="#include <plat\/$header"
      	for dir in $omap_dirs; do
      		find $dir -type f -name \*.[chS] | \
      			xargs sed -i "s/$old/$new/"
      	done
      	find drivers/ -type f -name \*omap*.[chS] | \
      		xargs sed -i "s/$old/$new/"
      	for file in $other_files; do
      		sed -i "s/$old/$new/" $file
      	done
      done
      
      for header in $(ls $mach_dir_old/*.h); do
      	git mv $header $plat_dir_new/
      done
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      ce491cf8
  12. 20 10月, 2009 1 次提交
  13. 04 9月, 2009 1 次提交
    • P
      OMAP2/3 board-*.c files: read bootloader configuration earlier · b3c6df3a
      Paul Walmsley 提交于
      Most board-*.c files read configuration data from the bootloader in
      their .init_machine() function.  This needs to happen earlier, at some
      point before omap2_init_common_hw() is called.  This is because a
      future patch will use the bootloader serial console port information
      to enable the UART clocks earlier, immediately after omap2_clk_init().
      This is in turn necessary since otherwise clock tree usecounts on
      clocks like dpll4_m2x2_ck will be bogus, which can cause the
      currently-active console UART clock to be disabled during boot.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      b3c6df3a
  14. 29 8月, 2009 1 次提交
  15. 10 8月, 2009 1 次提交
  16. 06 8月, 2009 1 次提交
  17. 25 7月, 2009 2 次提交
    • J
      OMAP3: Setup MUX settings for SDRC CKE signals · 9fb97412
      Jean Pihet 提交于
      This patches ensures the MUX settings are correct for the SDRC
      CKE signals to SDRAM. This allows the self-refresh to work when
      2 chip-selects are in use.
      
      A warning is thrown away in case the initial muxing is incorrect,
      in order to track faulty or old-dated bootloaders.
      Note: The CONFIG_OMAP_MUX and CONFIG_OMAP_MUX_WARNINGS options
      must be enabled for the mux code to have effect.
      Signed-off-by: NJean Pihet <jpihet@mvista.com>
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      9fb97412
    • J
      OMAP3 SDRC: add support for 2 SDRAM chip selects · 58cda884
      Jean Pihet 提交于
      Some OMAP3 boards (Beagle Cx, Overo, RX51, Pandora) have 2
      SDRAM parts connected to the SDRC.
      
      This patch adds the following:
      - add a new argument of type omap_sdrc_params struct*
      to omap2_init_common_hw and omap2_sdrc_init for the 2nd CS params
      - adapted the OMAP boards files to the new prototype of
      omap2_init_common_hw
      - add the SDRC 2nd CS registers offsets defines
      - adapt the sram sleep code to configure the SDRC for the 2nd CS
      
      Note: If the 2nd param to omap2_init_common_hw is NULL, then the
      parameters are not programmed into the SDRC CS1 registers
      
      Tested on 3430 SDP and Beagleboard rev C2 and B5, with
      suspend/resume and frequency changes (cpufreq).
      Signed-off-by: NJean Pihet <jpihet@mvista.com>
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      58cda884
  18. 29 5月, 2009 2 次提交
  19. 03 4月, 2009 1 次提交
  20. 26 3月, 2009 1 次提交
  21. 24 3月, 2009 4 次提交
  22. 11 12月, 2008 1 次提交
  23. 09 10月, 2008 1 次提交