1. 02 Mar, 2012 2 commits
    • Kukjin Kim's avatar
      ARM: S3C2410: move mach-s3c2410/* into mach-s3c24xx/ · 85fd6d63
      Kukjin Kim authored
      
      
      This patch moves S3C2410 stuff into mach-s3c24xx/ directory
      so that we can merge the s3c24 series' directories to the
      just one mach-s3c24xx/ directory.
      
      And this patch is including following.
      - re-ordered alphabetically by option text at Kconfig and Makefile
      - removed unused option, MACH_N35
      - fixed duplcated option name, S3C2410_DMA to S3C24XX_DMA which is
        in plat-s3c24xx/
      
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Russell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarKukjin Kim <kgene.kim@samsung.com>
      85fd6d63
    • Kukjin Kim's avatar
      ARM: S3C24XX: change the ARCH_S3C2410 to ARCH_S3C24XX · b130d5c2
      Kukjin Kim authored
      
      
      This patch changes the ARCH name to "ARCH_S3C24XX" for Samsung
      S3C2410, S3C2412, S3C2413, S3C2416, S3C2440, S3C2442, S3C2443,
      and S3C2450 SoCs so that we can merge the mach-xxx directories
      and plat-s3c24xx dir. to just one mach-s3c24xx for them.
      
      I think this should be sent to upstream via samsung tree because
      this touches many samsung stuff.
      
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Chris Ball <cjb@laptop.org>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      [for the gadget part:]
      Acked-by: default avatarFelipe Balbi <balbi@ti.com>
      [for the framebuffer (video) part:]
      Acked-by: default avatarFlorian Tobias Schandinat <FlorianSchandinat@gmx.de>
      [For the watchdog-part:]
      Acked-by: default avatarWim Van Sebroeck <wim@iguana.be>
      Cc: Sangbeom Kim <sbkim73@samsung.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Russell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarKukjin Kim <kgene.kim@samsung.com>
      b130d5c2
  2. 10 Jan, 2012 1 commit
  3. 05 Jan, 2012 1 commit
  4. 28 Dec, 2011 2 commits
  5. 23 Dec, 2011 5 commits
  6. 19 Dec, 2011 3 commits
  7. 18 Dec, 2011 2 commits
  8. 13 Dec, 2011 2 commits
  9. 12 Dec, 2011 1 commit
    • Will Deacon's avatar
      ARM: stop: execute platform callback from cpu_stop code · 02b73e2e
      Will Deacon authored
      
      
      Sending IPI_CPU_STOP to a CPU causes it to execute a busy cpu_relax
      loop forever. This makes it impossible to kexec successfully on an SMP
      system since the secondary CPUs do not reset.
      
      This patch adds a callback to platform_cpu_kill, defined when
      CONFIG_HOTPLUG_CPU=y, from the ipi_cpu_stop handling code. This function
      currently just returns 1 on all platforms that define it but allows them
      to do something more sophisticated in the future.
      Signed-off-by: default avatarWill Deacon <will.deacon@arm.com>
      02b73e2e
  10. 08 Dec, 2011 1 commit
  11. 06 Dec, 2011 1 commit
    • Nicolas Pitre's avatar
      ARM: 7186/1: fix Kconfig issue with PHYS_OFFSET and !MMU · 974c0724
      Nicolas Pitre authored
      Commit 1b9f95f8
      
       (ARM: prepare for removal of a bunch of <mach/memory.h>
      files) introduced CONFIG_PHYS_OFFSET but the Kconfig hex prompt did not
      provide a default value.
      
      This has the undesired side effect of breaking a reportedly used
      trick for updating defconfigs on the fly for routine buildtesting
      across all arch and all platforms, i.e.
      
      	cp /path/to/somedefconfig .config ; yes "" | make oldconfig
      
      because the config system will endlessly loop until a valid address is
      provided.
      
      However we can't just pick a random default value since it is likely to
      be wrong for the majority of the boards as the right answer for this
      option is quite varied.  So the fact that the config system insists on
      having a proper value be entered is actually a good thing.
      
      It turns out that only at91x40_defconfig has this problem because it has
      CONFIG_MMU=n. However, in the !MMU case, there is already a CONFIG_DRAM_BASE
      value that can be used here.  So let's use that as a default in that case
      and suppress the redundant CONFIG_PHYS_OFFSET prompt.
      
      Eventually the DRAM_BASE config option could simply be replaced by
      PHYS_OFFSET directly, but that's a larger change better suited for later.
      Reported-by: default avatarPaul Gortmaker <paul.gortmaker@windriver.com>
      Signed-off-by: default avatarNicolas Pitre <nico@linaro.org>
      Acked-by: default avatarUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      974c0724
  12. 28 Nov, 2011 1 commit
  13. 21 Nov, 2011 2 commits
  14. 15 Nov, 2011 16 commits