- 24 Dec, 2012 1 commit
-
-
Stephen Warren authored
Now that the only field in struct sys_timer is .init, delete the struct, and replace the machine descriptor .timer field with the initialization function itself. This will enable moving timer drivers into drivers/clocksource without having to place a public prototype of each struct sys_timer object into include/linux; the intent is to create a single of_clocksource_init() function that determines which timer driver to initialize by scanning the device dtree, much like the proposed irqchip_init() at: http://www.spinics.net/lists/arm-kernel/msg203686.html Includes mach-omap2 fixes from Igor Grinberg. Tested-by:
Robert Jarzmik <robert.jarzmik@free.fr> Signed-off-by:
Stephen Warren <swarren@nvidia.com>
-
- 27 Nov, 2012 1 commit
-
-
Lee Jones authored
The cpufreq driver doesn't only handle the db8500 anymore. There are new variants which rely on it too, so we've renamed the driver to be more generic. Acked-by:
Linus Walleij <linus.walleij@linaro.org> Signed-off-by:
Lee Jones <lee.jones@linaro.org>
-
- 20 Nov, 2012 1 commit
-
-
Lee Jones authored
UARTs no longer require call-back information, since the reset call-back was removed in 43b5f0d6 . The only AUXDATA dependencies remaining for UARTs are DMA settings. Acked-by:
Arnd Bergmann <arnd@arndb.de> Signed-off-by:
-
- 10 Nov, 2012 1 commit
-
-
Ulf Hansson authored
The cpufreq device is already added from the prcmu driver as a mfd child device. Signed-off-by:
Ulf Hansson <ulf.hansson@linaro.org> Acked-by:
Jonas Aaberg <jonas.aberg@stericsson.com> Acked-by:
Mike Turquette <mturquette@linaro.org>
-
- 08 Nov, 2012 1 commit
-
-
Jonas Aaberg authored
This adds the PRCM register range base as a resource to the pinctrl driver do we can break the dependency to the PRCMU driver and handle these registers in the driver alone. Cc: arm@kernel.org Signed-off-by:
-
- 05 Nov, 2012 2 commits
-
-
Linus Walleij authored
This converts the Nomadik and Ux500 platforms to use SPARSE_IRQ. Acked-by:
-
Linus Walleij authored
This moves the platform data header for the Nomadik pin controller to <linux/platform_data/pinctrl-nomadik.h>. Signed-off-by:
-
- 01 Nov, 2012 9 commits
-
-
Lee Jones authored
The Device Tree machine description for the ux5x0 was moved recently and as a consequence missed the addition of SMP operations. Without this patch SMP doesn't work and only one CPU is present after booting. Acked-by:
-
Lee Jones authored
So far, each ST-Ericsson board supported by Device Tree has been similar enough to run though a single DT_MACHINE_INIT call. On the back of that it has been suggested that we should reduce the number of compatible strings in our dt_compat structure. After subsequent discussion with Arnd Bergmann the conclusion was to list entries by platform as opposed to by board. The other suggestion was to use a single string which would cover all supported platforms, but any wildcard entries would include unsupported chipsets, such as the u5500 and potential new chips which no not yet have DT functionality. Hence, the best solution which encompasses all supported platforms, but no unsupported ones was to list the currently enabled four chipsets; u8500, u8540, u9500 and u9540 instead. Acked-by:
-
Lee Jones authored
The u8500 and u9540 DT_MACHINE_START calls are almost identical at the moment, referencing exactly the same function pointers. Until this changes we may as well convert the original one to be more generic and use that instead. Acked-by:
-
Lee Jones authored
When enabling ST-Ericsson's ccu9540 development board the board's full name has not been used. This patch adapts all references of the board's short name to how it should be referenced. Reviewed-by:
-
Lee Jones authored
First level board support for the u9540. Acked-by:
-
Lee Jones authored
'st-ericsson,u8500' is too much of a broad name to be used for any of the supported development boards supported by ST-Ericsson. As such it was never used. It has no place to remain in the board compatible list, hence why it's being removed. Acked-by:
-
Lee Jones authored
The regulator_has_full_constraints() call is not required if we are booting with Device Tree as it's assumed in this case. Acked-by:
-
Lee Jones authored
As there will be a Device Tree created for the UIBs, there is no need to call the UIB initiation functions. Each device will be detailed and registered from the Device Tree instead. Acked-by:
-
Lee Jones authored
To aid the kernel in its effort to move to DT only booting, we're transplanting all Device Tree related code to cpu-db8500 which will remain persistent throughout the transition. This change paths the way for complete removal of board-mop500, which will be done once the all DMA settings are moved into the respective DT source files. Acked-by:
-
- 28 Oct, 2012 1 commit
-
-
Linus Walleij authored
This moves the platform data header for the Nomadik pin controller to <linux/platform_data/pinctrl-nomadik.h>. Signed-off-by:
-
- 15 Oct, 2012 1 commit
-
-
Linus Walleij authored
This throws the DB (digital baseband, ASIC) serial number, process type etc into the entropy pool by way of the device_add_randomness() call. This should make every device have a unique pool state upon boot. Cc: Theodore Tso <tytso@mit.edu> Signed-off-by:
-
- 20 Sep, 2012 1 commit
-
-
Lee Jones authored
Here we remove some of the extra overhead we introduced to make DT:ing the Snowball platform easier. Acked-by:
-
- 14 Sep, 2012 1 commit
-
-
Arnd Bergmann authored
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 nomadik include directories Signed-off-by:
Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org> Acked-by:
Nicolas Pitre <nico@linaro.org> Acked-by:
Felipe Balbi <balbi@ti.com> Acked-by:
Alessandro Rubini <rubini@unipv.it> Acked-by:
-
- 03 Sep, 2012 1 commit
-
-
Axel Lin authored
Include asm/pmu.h to fix below build error: CC arch/arm/mach-ux500/cpu-db8500.o arch/arm/mach-ux500/cpu-db8500.c:118:8: error: variable 'db8500_pmu_platdata' has initializer but incomplete type arch/arm/mach-ux500/cpu-db8500.c:119:2: error: unknown field 'handle_irq' specified in initializer arch/arm/mach-ux500/cpu-db8500.c:119:2: warning: excess elements in struct initializer [enabled by default] arch/arm/mach-ux500/cpu-db8500.c:119:2: warning: (near initialization for 'db8500_pmu_platdata') [enabled by default] make[1]: *** [arch/arm/mach-ux500/cpu-db8500.o] Error 1 make: *** [arch/arm/mach-ux500] Error 2 Signed-off-by:
Axel Lin <axel.lin@gmail.com> Signed-off-by:
-
- 23 Aug, 2012 1 commit
-
-
Sudeep KarkadaNagesha authored
The arm_pmu_type enumeration was initially introduced to identify different PMU types in the system, the usual one being that on the CPU (ARM_PMU_DEVICE_CPU). With the removal of the PMU reservation code and the introduction of devicetree bindings for the CPU PMU, the enumeration is no longer required. This patch removes the enumeration and updates the various CPU PMU platform devices so that they no longer pass an .id field referring to identify the PMU type. Cc: Haojian Zhuang <haojian.zhuang@gmail.com> Cc: Olof Johansson <olof@lixom.net> Cc: Pawel Moll <pawel.moll@arm.com> Acked-by:
Jon Hunter <jon-hunter@ti.com> Acked-by:
Kukjin Kim <kgene.kim@samsung.com> Acked-by:
Jiandong Zheng <jdzheng@broadcom.com> Signed-off-by:
Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@arm.com> [will: cosmetic edits and actual removal of the enum type] Signed-off-by:
Will Deacon <will.deacon@arm.com>
-
- 09 Aug, 2012 1 commit
-
-
Linus Walleij authored
Counting the U9540 and the new U8540 as a U8500 family member does not work. Instead, split the function in two: cpu_is_u8500_family() covering U8500 and U8520 cpu_is_ux540_family() covering U9540 and U8540 This works much better in practice. Update users to keep the same behaviour. Signed-off-by:
-
- 13 Jul, 2012 2 commits
-
-
Lee Jones authored
PMU registration is successfully completed by Device Tree now, so there is no longer a requirement to register it from platform code. This patch removes platform registration during a DT boot. Acked-by:
-
Lee Jones authored
During a Device Tree boot, all probing will now be completed on parse of the Device Tree binary. In the same patch we remove platform registration of the Real Time Clock. Acked-by:
-
- 08 Jul, 2012 1 commit
-
-
Lee Jones authored
As the AB8500 is a subordinate MFD device to the DB8500-PRCMU, for consistency and a better 1:1 depiction of how the hardware is laid out, it is a good idea to register it in the same way as we do for the other MFD child devices. In order for us to do this successfully we have to pass AB8500's platform data when registering the DB8500-PRCMU from platform code. Also solves this issue: WARNING: at fs/sysfs/dir.c:526 sysfs_add_one+0x88/0xb0() sysfs: cannot create duplicate filename '/bus/platform/devices/ab8500-core.0' Reported-by:
Samuel Ortiz <sameo@linux.intel.com>
-
- 01 Jun, 2012 2 commits
-
-
Lee Jones authored
Now the DB8500 has Device Tree support it will be probed when the DT is parsed, rendering the requirement for platform registration void. This patch removes DB8500 PRCMU platform registration. Acked-by:
-
Lee Jones authored
During Device Tree enablement it is necessary to remove <hw_component>_add_<device> calls one at at time, as and when particular devices are DT enabled. This patch provides a temporary solution. Once the new *of_init_devices function has been fully unpopulated it will be removed again. Acked-by:
-
- 11 May, 2012 1 commit
-
-
Linus Walleij authored
This adds a scratch pin control interface to the Nomadik pinctrl driver, and defines the pins and groups in the DB8500 ASIC. We define GPIO ranges to cover the pins exposed. The DB8500 has more pins than this but we restrict the driver to the pins that can be controlled from the combined GPIO and pin control hardware to begin with. ChangeLog v1->v2: - Base on the latest pinctrl development from pinctrl-mergebase-20120418 so we can get rid of legacy group count mechanism. Also drop the range checks for group index, this is handled by the core now. Acked-by:
Stephen Warren <swarren@wwwdotorg.org> Signed-off-by:
-
- 01 May, 2012 3 commits
-
-
Lee Jones authored
To aid in sequential one-by-one Device Tree enablement, we split cpu-db8500's platform_devs structure into normal platform boot, where we leave all devices to be added in tact and a DT version where we will remove the devices as they are DT enabled. Signed-off-by:
-
Michel Jaouen authored
The DB9540 ASIC has bigger PRCMU and PRCMU TCDM memories, so create a separate mapping table for these. Signed-off-by:
Michel Jaouen <michel.jaouen@stericsson.com> Signed-off-by:
-
Linus Walleij authored
This adds support for the U9540 variant of the U8500 series. This is an application processor without internal modem. This is the most basic part with ASIC ID, CPU-related fixes, IRQ list, register ranges, timer, UART, and L2 cache setup. This is based on a patch by Michel Jaouen which was rewritten to fit with the latest 3.3 kernel. ChangeLog v1->v2: deleted the irqs-db9540.h file since we expect to migrate to using Device Tree for getting the IRQs to devices. ChangeLog v2->v3: introduced a fixed virtual offset for the ROM as suggested by Arnd Bergmann. Acked-by:
Sebastien Pasdeloup <sebastien.pasdeloup-nonst@stericsson.com> Signed-off-by:
-
- 13 Feb, 2012 3 commits
-
-
Lee Jones authored
At the request of Arnd Bergmann this patch moves all SoC platform devices found in sysfs from /sys/devices/platform to /sys/devices/soc<SoCNum>/. It is believed as the devices are SoC specific and a /sys/devices/soc node has recently become available, that this would be a more appropriate place to display the data. Signed-off-by:
-
Lee Jones authored
Here we make use of the new System-On-Chip bus driver to export vital SoC information out to userspace via sysfs. This patch provides a data structure of strings to populate the base nodes found in: /sys/devices/soc[0|1|2|...]/[family|machine|revision|soc_id]. It also adds one more node as requested by ST-Ericsson. 'process' depicts the way in which the silicon was manufactured. Signed-off-by:
-
Lee Jones authored
This patch provides a means for any device within ux500 platform code to allocate its own parent. This is particularly prudent with the introduction of /sys/devices/socX, as a device can now proclaim to be integral part of an SoC, rather than a more generic platform device. Latter patches make good use of this functionality. Signed-off-by:
-
- 18 Dec, 2011 2 commits
-
-
Linus Walleij authored
The DB8500 ED (Early Drop) and V1 are only available inside of ST-Ericsson or partners, we have actively replaced and scrapped these prototypes. All Nova products on the open market (such as the Snowball board) are based on V2 and later ASIC variants. So let us focus on supporting the silicon that will be used and delete this to get a clear overview. Signed-off-by: -
Linus Walleij authored
The overlapping iotable mapping entries for the ux500 Cortex A9 SCU, CPU control and TWD are no longer accepted by the kernel. Remove the overlaps so the machine boots again. Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com> Cc: Rabin Vincent <rabin.vincent@stericsson.com> Reported-by:
Daniel Lezcano <daniel.lezcano@linaro.org> Acked-by:
Nicolas Pitre <nicolas.pitre@linaro.org> Signed-off-by:
Linus Walleij <linus.walleij@stericsson.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 22 Aug, 2011 1 commit
-
-
Linus Walleij authored
The <[plat|mach]/gpio.h> file is included from upper directories and deal with generic GPIO and gpiolib stuff. Break out the platform and driver specific defines and functions into its own header file. Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com> Cc: Alessandro Rubini <rubini@unipv.it> Signed-off-by:
-
- 09 Jun, 2011 1 commit
-
-
Linus Walleij authored
The mach-nomadik machine did not compile properly due to bad ux500-specific functions being called. Introduce new state variables to fix this up. Reported-by:
Grant Likely <grant.likely@secretlab.ca>
-
- 24 May, 2011 1 commit
-
-
Mattias Nilsson authored
This updates the DB8500 PRCMU driver to the latest version available internally. Nominally we would update the dependent CPUfreq driver at the same time but since that is being moved around in this patch set we postpone that by simply deactivating it for the time being. This is a snapshot of the current PRCMU firmware API as it looks right now. The PRCMU firmware is still subject to change. This also updates the CPUfreq driver to a newer version that will utilize the new API. Acked-by:
Mattias Nilsson <mattias.i.nilsson@stericsson.com> Signed-off-by:
Martin Persson <martin.persson@stericsson.com> Signed-off-by:
Per Fransson <per.xx.fransson@stericsson.com> Signed-off-by:
Sebastien Rault <sebastien.rault@stericsson.com> Signed-off-by:
Bengt Jonsson <bengt.g.jonsson@stericsson.com> Signed-off-by:
Rickard Andersson <rickard.andersson@stericsson.com> Signed-off-by:
-
