Hi Jamies,
+ clocks {
+ #address-cells = 1;
+ #size-cells = 1;
+ ranges;
+
+ clkgate: clkgate@800a0048 {
+ #address-cells = 1;
+ #size-cells = 0;
+ reg =
2011/8/24 Jamie Iles ja...@jamieiles.com:
The PC7302 board can be populated with either a PC3X2 or PC3X3 device.
Add DTS files for both variants of the PC7302.
Signed-off-by: Jamie Iles ja...@jamieiles.com
---
arch/arm/boot/dts/picoxcell-pc7302-pc3x2.dts | 87
The dma channel selection filter function is moved from plat-samsung
into the pl330 driver. In additon to that, a check is added in the
filter function to ensure that the channel on which the filter has
been invoked is pl330 channel instance (and avoid any incorrect
access of chan-private in a
The transfer direction for a channel can be inferred from the transfer
request and the need for specifying transfer direction in platfrom data
can be eliminated. So the structure definition 'struct dma_pl330_peri'
is no longer required.
The channel's private data is set to point to a channel id
For PL330 dma controllers instantiated from device tree, the channel
lookup is based on phandle of the dma controller and dma request id
specified by the client node. During probe, the private data of each
channel of the controller is set to point to the device node of the
dma controller. The
With the 'struct dma_pl330_peri' removed, the platfrom data for dma
driver can be simplified to a simple list of peripheral request ids.
Cc: Jassi Brar jassisinghb...@gmail.com
Cc: Boojin Kim boojin@samsung.com
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
---
A new dma request id 'DMACH_DT_PROP' is introduced for client drivers
requesting a dma channel. This request indicates that a device tree
node property represting the dma channel is available in
'struct samsung_dma_info'. The dma channel request wrapper uses the
node property value as the value
The pl330 device instances and associated platform data is required only
for non-device-tree builds. With device tree, all of this information is
obtained from the device tree.
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
---
arch/arm/mach-exynos4/Kconfig |7 +++
On Mon, Aug 29, 2011 at 11:46 PM, Stephen Warren swar...@nvidia.com wrote:
+EXPORT_SYMBOL_GPL(of_pinmux_parse);
Renamed of_pinctrl_parse I'm happier with it.
Well, it's not just that; the struct contains the function field to
select for each pingroup, so it's not just pinctrl either.
OK
On 09/01/2011 04:04 AM, Thomas Abraham wrote:
For PL330 dma controllers instantiated from device tree, the channel
lookup is based on phandle of the dma controller and dma request id
specified by the client node. During probe, the private data of each
channel of the controller is set to point
As gpio chips get registered, a device tree node which represents the
gpio chip is searched and attached to it. A translate function is also
provided to convert the gpio specifier into actual platform settings
for pin function selection, pull up/down and drive strength settings.
Signed-off-by:
Hi Grant, Tony,
This is a rework of the original series done by Manju:
http://www.spinics.net/lists/linux-omap/msg55827.html
It fixes the main issue of the previous series that was not booting at all
due to the lack of twl support. That fix is mandatory to allow further
work on the regulators DT
Add an empty funtion to allow building a file without
adding some #ifdef CONFIG_OF around of APIs.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Grant Likely grant.lik...@secretlab.ca
---
include/linux/irqdomain.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
From: G, Manjunath Kondaiah manj...@ti.com
Add initial DT support to retrieve the frequency using a
DT attribute instead of the pdata pointer if CONFIG_OF is enabled.
These changes will not affect non DT builds and existing functionality
is retained.
Signed-off-by: G, Manjunath Kondaiah
From: G, Manjunath Kondaiah manj...@ti.com
Add documentation for using omap i2c controller with device
tree support enabled.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
[b-cous...@ti.com: Update the documentaion with hwmods binding]
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
Add documentation for the Texas Instruments TWL Integrated Chip.
Cc: Randy Dunlap rdun...@xenotime.net
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
.../devicetree/bindings/mfd/twl-familly.txt| 47
1 files changed, 47 insertions(+), 0 deletions(-)
create mode
Add initial device-tree support for twl familly chips.
The current version is missing the regulator entries due
to the lack of DT regulator bindings for the moment.
Only the simple sub-modules that do not depend on
platform_data information can be initialized properly.
Signed-off-by: Benoit
Add i2c controllers nodes into the main ocp bus.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 32
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git
Update DTS file with required clock frequencies
for the i2c client devices existing on sdp4430.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git
From: G, Manjunath Kondaiah manj...@ti.com
Update pandaboard dts file with required clock frequencies
for the i2c client devices existing on pandaboard.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
[b-cous...@ti.com: Fix the wrong use of reference and
wrong clock value]
Signed-off-by:
Add the twl6030 node inside the i2c1 controller node.
Add the RTC submodule inside the twl node.
This is just the minimal support needed to boot OMAP4 boards
without any crash.
The support for all the features included in this MFD will be added
later.
Signed-off-by: Benoit Cousson
Add the twl6030 node in i2c1 controller.
This is just the minimal support needed to boot OMAP4 boards
without any crash.
The support for all the features included in this MFD will be added
later.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
---
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-sdp.dts b/arch/arm/boot/dts/omap4-sdp.dts
index d03f2e7..14faf92 100644
---
Add a generic i2c EEPROM entry.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-panda.dts
b/arch/arm/boot/dts/omap4-panda.dts
index 5c1c2a7..0a83e3f
Hi Grant, Tony,
This is second part of the rework of the original series done by Manju:
http://www.spinics.net/lists/linux-omap/msg55827.html
It introduces the OMAP3 DT support incrementaly like it was done for OMAP4.
Patches are based on for_3.2/5_omap_dt_i2c_twl + devicetree/test
and are
Add initial OMAP3 soc file with empty ocp bus.
Based on initial patch from Manju:
http://www.spinics.net/lists/linux-omap/msg55830.html
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: G, Manjunath Kondaiah manj...@ti.com
---
Add nodes for devices used by PM code (mpu, iva).
In the case of OMAP3, the dsp was included inside the IVA2.2.
Add an empty cpus node as well as recommended in the DT spec.
Remove mpu and iva devices init if CONFIG_OF is defined.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely
Add i2c controllers nodes into the main ocp bus.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git
Update OMAP3 beagleboard DTS file to use the omap3.dtsi
SoC file.
Add a default bootargs line to allow a boot from RAMDISK
Add memory node information.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts | 26
Create an OMAP3 generic board to start the DT migration.
This file is doing the minimal initialization needed to boot
properly on a RAMDISK filesystem.
As soon as the OMAP3 specifics will be removed, that board will
be converted to an even more generic board-dt.c that will support
every OMAP2+
In order to avoid conflict with the new board-omap3-dt.c file,
remove the .dt_compat entry from the beagle regular board
file.
Any DT work for OMAP3 will have to be done on the generic DT
board file to avoid breaking the legacy board support until
DT migration is done.
Based on orginal patch
Hi Manju,
On 8/23/2011 5:46 PM, G, Manjunath Kondaiah wrote:
Hi Grant,
[...]
This function calls of_i2c_register_devices which attaches all the required
parameters reg, irq, archdata etc into i2c adapter. But it will not attach
platform_data which results empty pdata pointer in i2c child
On Thursday 01 September 2011 19:25:07 Benoit Cousson wrote:
/*
+* XXX: The cpus node is mandatory, but since the CPUs are as well
part
+* of the mpu subsystem below, it is not clear where the information
+* should be. Maybe here with a phandle inside the
On Thursday 01 September 2011 19:21:20 Benoit Cousson wrote:
+#ifdef CONFIG_OF
+#define MODALIAS_SIZE 32
+
+static int add_of_children(struct i2c_client *client, unsigned long features)
+{
+ u32 reg;
+ struct device *child, *dev = client-dev;
+ struct device_node *node,
On Thursday 01 September 2011 19:21:16 Benoit Cousson wrote:
This is a rework of the original series done by Manju:
http://www.spinics.net/lists/linux-omap/msg55827.html
It fixes the main issue of the previous series that was not booting at all
due to the lack of twl support. That fix is
From: Stephen George stephen.geo...@freescale.com
Adding new device tree binding file for the DCSR node. Modifying device
tree dtsi files to add DCSR node for P2041, P3041, P3060, P4080, P5020.
Signed-off-by: Stephen George stephen.geo...@freescale.com
Signed-off-by: Kumar Gala
Adding support to generate platform data when kernel is configured
through device tree.
Signed-off-by: Rhyland Klein rkl...@nvidia.com
---
drivers/power/bq20z75.c | 73 +++
1 files changed, 73 insertions(+), 0 deletions(-)
diff --git
Adding the binding for the TI bq20z75 fuel gadge and the
bq20z75 driver.
Signed-off-by: Rhyland Klein rkl...@nvidia.com
---
.../bindings/power_supply/ti_bq20z75.txt | 25
1 files changed, 25 insertions(+), 0 deletions(-)
create mode 100644
Hi Benoit,
On Thu, Sep 01, 2011 at 07:34:11PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/23/2011 5:46 PM, G, Manjunath Kondaiah wrote:
Hi Grant,
[...]
This function calls of_i2c_register_devices which attaches all the required
parameters reg, irq, archdata etc into i2c adapter. But
39 matches
Mail list logo