aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm/Kconfig
Commit message (Collapse)AuthorAge
* ARM: 5580/2: ARM TCM (Tightly-Coupled Memory) support v3Linus Walleij2009-09-15
| | | | | | | | | | | | | This adds the TCM interface to Linux, when active, it will detect and report TCM memories and sizes early in boot if present, introduce generic TCM memory handling, provide a generic TCM memory pool and select TCM memory for the U300 platform. See the Documentation/arm/tcm.txt for documentation. Signed-off-by: Linus Walleij <linus.walleij@stericsson.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* Merge branch 'devel-stable' into develRussell King2009-09-12
|\ | | | | | | | | | | Conflicts: MAINTAINERS arch/arm/mm/fault.c
| * Merge branch 'nomadik' into devel-stableRussell King2009-09-12
| |\
| | * [ARM] 5584/1: nomadik: add gpio driver and devicesAlessandro Rubini2009-07-02
| | | | | | | | | | | | | | | | | | Signed-off-by: Alessandro Rubini <rubini@unipv.it> Acked-by: Andrea Gallo <andrea.gallo@stericsson.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| | * [ARM] 5590/1: Add basic support for ST Nomadik 8815 SoC and evaluation boardAlessandro Rubini2009-07-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds the basic infrastructure for the Nomadik 8815 CPU and the "Nomadik Hardware Kit" NHK8815. This patch only includes the serial console and core stuff, no drivers. Signed-off-by: Alessandro Rubini <rubini@unipv.it> Acked-by: Andrea Gallo <andrea.gallo@stericsson.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| * | Merge branch 'next-s3c' of git://aeryn.fluff.org.uk/bjdooks/linux into ↵Russell King2009-08-17
| |\ \ | | | | | | | | | | | | devel-stable
| | * | ARM: S5PC100: Kconfigs and MakefilesByungho Min2009-08-16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | S5PC100 is a new SoC with ARM coretex-A8 and numerous peripherals. This SoC is successor of S3C64XX. S5PC100 has peripherals which are still similar to S3C families so some drivers in "arch/arm/plat-s3c" can be shared. S5PC100 specific drivers will be added in "arch/arm/plat-s5pcxx" or "arch/arm/mach-s5pc100" Signed-off-by: Byungho Min <bhmin@samsung.com> [ben-linux@fluff.org: tidy and edit description] Signed-off-by: Ben Dooks <ben-linux@fluff.org>
| | * | ARM: S3C: CPUFREQ: Add debugfs support for cpufreqBen Dooks2009-07-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add debugfs support for the cpufreq driver to allow information about the system state to be exported to the user. Signed-off-by: Ben Dooks <ben@simtec.co.uk> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
| | * | ARM: Add S3C24XX to CPUFreq KConfigBen Dooks2009-07-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Add the S3C24XX to the main ARM CPUFreq Kconfig support list. Signed-off-by: Ben Dooks <ben@simtec.co.uk> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
| | * | ARM: Add ARCH_HAS_CPUFREQ for presence of CPUFREQ driverBen Dooks2009-07-30
| | |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | Add ARCH_HAS_CPUFREQ so that each machine config can select it if they have CPUFREQ driver support. This means that the CPUFREQ specific area does not need the if statement updating each time a new machine is added. Signed-off-by: Ben Dooks <ben@simtec.co.uk> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
| * | Merge branch 'for-rmk-2.6.32' of git://git.pengutronix.de/git/ukl/linux-2.6 ↵Russell King2009-08-15
| |\ \ | | | | | | | | | | | | into devel-stable
| | * | [ARM] let arch/arm/Kconfig source drivers/KconfigUwe Kleine-König2009-08-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The changes introduced by this change are: - drivers/mtd/Kconfig doesn't depend on ALIGNMENT_TRAP || !CPU_CP15_MMU any more - the following files are sourced additionally: + drivers/macintosh/Kconfig completely depends on PPC || MAC || X86 + drivers/telephony/Kconfig new + drivers/pps/Kconfig new + drivers/infiniband/Kconfig new + drivers/edac/Kconfig depends on X86 || PPC + drivers/vlynq/Kconfig depends on AR7 && EXPERIMENTAL (that is ARCH_MIPS) + drivers/xen/Kconfig everything depends on XEN + drivers/platform/Kconfig depends on X86 - drivers/regulator/Kconfig is sourced later as is drivers/accessibility/Kconfig Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
| | * | Use kernel/Kconfig.preempt for ARMUwe Kleine-König2009-08-13
| | |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | before this patch ARM had it's own definition of CONFIG_PREEMPT. Instead of that use the general definition provided in kernel/Kconfig.preempt. This patch changes the available options in *config. Namely PREEMPT isn't a stand alone bool anymore, but part of a 'choice' the following Kconfig symbols are added: PREEMPT_NONE PREEMPT_VOLUNTARY Selecting PREEMPT_NONE now produces exactly the code as not selecting PREEMPT before (apart from a comment in /sys/kernel/debug/tracing/(per_cpu/cpuX/)?trace). The only difference PREEMPT_VOLUNTARY does is that might_resched might reschedule. Both should't introduce regressions. Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Cc: Russell King <linux@arm.linux.org.uk>
| * | nommu: Enables to select noMMU modeHyok S. Choi2009-07-24
| | | | | | | | | | | | | | | | | | | | | | | | MMU option is now selectable. Signed-off-by: Hyok S. Choi <hyok.choi@samsung.com>
| * | Thumb-2: Add Thumb-2 support to the build filesCatalin Marinas2009-07-24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds the necessary entries to the Makefile and Kconfig files for building the Thumb-2 kernel. Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
| * | Thumb-2: Add macros for the unified assembler syntaxCatalin Marinas2009-07-24
| |/ | | | | | | | | | | | | | | This patch adds various C and assembler macros that help with using the unified assembler syntax for compiling files to either ARM or Thumb-2 modes. Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
| |
| \
| \
| \
| \
| \
*-----. \ Merge branches 'arm', 'at91', 'bcmring', 'ep93xx', 'mach-types', 'misc' and ↵Russell King2009-09-12
|\ \ \ \ \ | | |_|_|/ | |/| | | | | | | | 'w90x900' into devel
| | | | * ARM: 5676/1: Provide more useful introduction for w90x900wanzongshun2009-08-15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Provide more useful introduction for w90x900 Signed-off-by: Wan ZongShun <mcuos.com@gmail.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| | | | * ARM: 5674/1: Add clocksource/clockevent support for w90p910 platformwanzongshun2009-08-15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add clocksource/clockevent support for w90p910 platform. Signed-off-by: Wan ZongShun <mcuos.com@gmail.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| | | | * [ARM] 5601/1: Add HAVE_CLK depends on for w90p910 platformwanzongshun2009-07-17
| | |_|/ | |/| | | | | | | | | | | | | | | | | | | | | | Add HAVE_CLK depends on for w90p910 platform. Signed-off-by: Wan ZongShun <mcuos.com@gmail.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| | | * ARM: implement highpteRussell King2009-08-17
| | |/ | |/| | | | | | | | | | | | | | | | | | | Add the ARM implementation of highpte, which allows PTE tables to be placed in highmem. Unfortunately, we do not offer highpte support when support for L2 cache is enabled. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| | * ARM: 5641/1: bcmring: add Kconfig and Makefile entries in arch/armLeo Chen2009-08-15
| |/ | | | | | | | | | | | | | | add bcmring option in Kconfig and add entry in Makefile in arch/arm directory Signed-off-by: Leo Chen <leochen@broadcom.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | [ARM] realview: add PL061 gpiolib supportRussell King2009-07-06
| | | | | | | | Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | [ARM] versatile: add PL061 gpiolib supportRussell King2009-07-06
|/ | | | Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* [ARM] S3C64XX: Initial support for DVFSMark Brown2009-06-16
| | | | | | | | | | | | | | | | | | This patch provides initial support for CPU frequency scaling on the Samsung S3C ARM processors. Currently only S3C6410 processors are supported, though addition of another data table with supported clock rates should be sufficient to enable support for further CPUs. Use the regulator framework to provide optional support for DVFS in the S3C cpufreq driver. When a software controllable regulator is configured the driver will use it to lower the supply voltage when running at a lower frequency, giving improved power savings. When regulator support is disabled or no regulator can be obtained for VDDARM the driver will fall back to scaling only the frequency. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
* Merge branch 'u300' into develRussell King2009-06-14
|\ | | | | | | | | | | | | | | Conflicts: arch/arm/Makefile Updates: arch/arm/mach-u300/core.c arch/arm/mach-u300/timer.c
| * [ARM] 5480/1: U300-v5 integrate into the ARM architectureLinus Walleij2009-04-28
| | | | | | | | | | | | | | | | | | | | | | | | | | This hooks the U300 support into Kbuild and makes a small hook in mmu.c for supporting an odd memory alignment with shared memory on these systems. This is rebased to RMK:s GIT HEAD. This patch tries to add the Kconfig option in alphabetic order by option text and the Makefile entry after config symbol. Signed-off-by: Linus Walleij <linus.walleij@stericsson.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | Merge branch 'stmp' into develRussell King2009-06-14
|\ \
| * | [ARM] 5483/1: Freescale STMP: add Kconfig/Makefile entriesdmitry pervushin2009-04-27
| |/ | | | | | | | | | | | | Added Kconfig/Makefile entries for STMP platform Signed-off-by: dmitry pervushin <dpervushin@embeddedalley.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | Merge branch 'copy_user' of git://git.marvell.com/orion into develRussell King2009-06-14
|\ \
| * | [ARM] alternative copy_to_user/clear_user implementationLennert Buytenhek2009-05-29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This implements {copy_to,clear}_user() by faulting in the userland pages and then using the regular kernel mem{cpy,set}() to copy the data (while holding the page table lock). This is a win if the regular mem{cpy,set}() implementations are faster than the user copy functions, which is the case e.g. on Feroceon, where 8-word STMs (which memcpy() uses under the right conditions) give significantly higher memory write throughput than a sequence of individual 32bit stores. Here are numbers for page sized buffers on some Feroceon cores: - copy_to_user on Orion5x goes from 51 MB/s to 83 MB/s - clear_user on Orion5x goes from 89MB/s to 314MB/s - copy_to_user on Kirkwood goes from 240 MB/s to 356 MB/s - clear_user on Kirkwood goes from 367 MB/s to 1108 MB/s - copy_to_user on Disco-Duo goes from 248 MB/s to 398 MB/s - clear_user on Disco-Duo goes from 328 MB/s to 1741 MB/s Because the setup cost is non negligible, this is worthwhile only if the amount of data to copy is large enough. The operation falls back to the standard implementation when the amount of data is below a certain threshold. This threshold was determined empirically, however some targets could benefit from a lower runtime determined value for optimal results eventually. In the copy_from_user() case, this technique does not provide any worthwhile performance gain due to the fact that any kind of read access allocates the cache and subsequent 32bit loads are just as fast as the equivalent 8-word LDM. Signed-off-by: Lennert Buytenhek <buytenh@marvell.com> Signed-off-by: Nicolas Pitre <nico@marvell.com> Tested-by: Martin Michlmayr <tbm@cyrius.com>
* | | Merge branch 'for-rmk' of git://linux-arm.org/linux-2.6 into develRussell King2009-06-11
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: arch/arm/Kconfig arch/arm/kernel/smp.c arch/arm/mach-realview/Makefile arch/arm/mach-realview/platsmp.c
| * | | RealView: Allow CONFIG_LEDS on this platformColin Tuckley2009-05-30
| | | | | | | | | | | | | | | | | | | | Signed-off-by: Colin Tuckley <Colin.Tuckley@arm.com> Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
| * | | RealView: Add support for the RealView/PBX platformColin Tuckley2009-05-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a RealView platform supporting core tiles with ARM11MPCore, Cortex-A8 or Cortex-A9 (multicore) processors. It has support for MMC, CompactFlash, PCI-E. Signed-off-by: Colin Tuckley <colin.tuckley@arm.com> Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
| * | | RealView: Allow SMP when the Cortex-A9 tile is enabled for EBCatalin Marinas2009-05-30
| |/ / | | | | | | | | | Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
* | | Merge branch 'w90x900' into develRussell King2009-06-11
|\ \ \
| * | | [ARM] 5549/1: Add clock api for w90p910 platform.wanzongshun2009-06-11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Add clock api for w90p910 platform. Signed-off-by: Wan ZongShun <mcuos.com@gmail.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| * | | [ARM] 5548/1: Add gpio api for w90p910 platformwanzongshun2009-06-11
| | |/ | |/| | | | | | | | | | | | | | | | Add gpio api for w90p910 platform. Signed-off-by: Wan ZongShun <mcuos.com@gmail.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | | Merge branch 'for_rmk' of ↵Russell King2009-06-10
|\ \ \ | | | | | | | | | | | | git://dev.omapzoom.org/pub/scm/santosh/kernel-omap4-base into devel
| * | | ARM: OMAP4: SMP: Enable SMP support for OMAP4430Santosh Shilimkar2009-06-09
| | | | | | | | | | | | | | | | | | | | | | | | This patch enables SMP on OMAP4430 SDP platform. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
* | | | Merge branch 'for-rmk' of git://git.marvell.com/orion into develRussell King2009-06-08
|\ \ \ \ | |/ / / |/| | |
| * | | [ARM] orion: convert gpio to use gpiolibErik Benada2009-06-08
| | |/ | |/| | | | | | | | | | | | | | | | | | | Signed-off-by: Erik Benada <erikbenada@yahoo.ca> [ nico: fix locking, additional cleanups ] Signed-off-by: Nicolas Pitre <nico@marvell.com>
* | | Merge branch 'smp' into develRussell King2009-06-01
|\ \ \
| * | | [ARM] smp: allow re-use of realview localtimer TWD supportRussell King2009-05-17
| | | | | | | | | | | | | | | | Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| * | | [ARM] smp: separate SCU support code from realviewRussell King2009-05-17
| | | | | | | | | | | | | | | | Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
| * | | [ARM] smp: move core localtimer support out of platform specific filesRussell King2009-05-17
| | | | | | | | | | | | | | | | Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | | | [ARM] Kconfig: remove 'default n'Russell King2009-05-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Kconfig entries default to n, so there's no need for this to be explicitly specified. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
* | | | Merge branch 'for-next' of ↵Russell King2009-05-29
|\ \ \ \ | | | | | | | | | | | | | | | git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci into devel
| * | | | davinci: add SRAM allocatorDavid Brownell2009-05-28
| | |/ / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Provide a generic SRAM allocator using genalloc, and vaguely modeled after what AVR32 uses. This builds on top of the static CPU mapping set up in the previous patch, and returns DMA mappings as requested (if possible). Compared to its OMAP cousin, there's no current support for (currently non-existent) DaVinci power management code running in SRAM; and this has ways to deallocate, instead of being allocate-only. The initial user of this should probably be the audio code, because EDMA from DDR is subject to various dropouts on at least DM355 and DM6446 chips. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>
| * | | [ARM] Double check memmap is actually valid with a memmap has unexpected ↵Mel Gorman2009-05-18
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | holes V2 pfn_valid() is meant to be able to tell if a given PFN has valid memmap associated with it or not. In FLATMEM, it is expected that holes always have valid memmap as long as there is valid PFNs either side of the hole. In SPARSEMEM, it is assumed that a valid section has a memmap for the entire section. However, ARM and maybe other embedded architectures in the future free memmap backing holes to save memory on the assumption the memmap is never used. The page_zone linkages are then broken even though pfn_valid() returns true. A walker of the full memmap must then do this additional check to ensure the memmap they are looking at is sane by making sure the zone and PFN linkages are still valid. This is expensive, but walkers of the full memmap are extremely rare. This was caught before for FLATMEM and hacked around but it hits again for SPARSEMEM because the page_zone linkages can look ok where the PFN linkages are totally screwed. This looks like a hatchet job but the reality is that any clean solution would end up consumning all the memory saved by punching these unexpected holes in the memmap. For example, we tried marking the memmap within the section invalid but the section size exceeds the size of the hole in most cases so pfn_valid() starts returning false where valid memmap exists. Shrinking the size of the section would increase memory consumption offsetting the gains. This patch identifies when an architecture is punching unexpected holes in the memmap that the memory model cannot automatically detect and sets ARCH_HAS_HOLES_MEMORYMODEL. At the moment, this is restricted to EP93xx which is the model sub-architecture this has been reported on but may expand later. When set, walkers of the full memmap must call memmap_valid_within() for each PFN and passing in what it expects the page and zone to be for that PFN. If it finds the linkages to be broken, it assumes the memmap is invalid for that PFN. Signed-off-by: Mel Gorman <mel@csn.ul.ie> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
generated by cgit v1.2.2 (git 2.25.0) at 2024-12-18 08:36:02 -0500