On Fri, Oct 07, 2011 at 04:09:38PM -0600, Grant Likely wrote:
On Fri, Oct 7, 2011 at 4:06 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
On Fri, 07 Oct 2011 10:33:09 +0500
G, Manjunath Kondaiah manj...@ti.com wrote:
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio
, Grant Likely said:
On Fri, Oct 7, 2011 at 12:43 AM, Greg KH g...@kroah.com wrote:
On Fri, Oct 07, 2011 at 10:33:06AM +0500, G, Manjunath Kondaiah
wrote:
+#define EPROBE_DEFER 517 /* restart probe again after some
time */
Can we really do
On Mon, Oct 10, 2011 at 10:37:22AM -0700, Andrei Warkentin wrote:
Hi,
- Original Message -
From: Greg KH g...@kroah.com
To: Josh Triplett j...@joshtriplett.org
Cc: G, Manjunath Kondaiah manj...@ti.com,
linux-arm-ker...@lists.infradead.org, Grant Likely
grant.lik
On Fri, Oct 07, 2011 at 04:09:38PM -0600, Grant Likely wrote:
On Fri, Oct 7, 2011 at 4:06 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
On Fri, 07 Oct 2011 10:33:09 +0500
G, Manjunath Kondaiah manj...@ti.com wrote:
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio
, Grant Likely said:
On Fri, Oct 7, 2011 at 12:43 AM, Greg KH g...@kroah.com wrote:
On Fri, Oct 07, 2011 at 10:33:06AM +0500, G, Manjunath Kondaiah
wrote:
+#define EPROBE_DEFER 517 /* restart probe again after some
time */
Can we really do
On Mon, Oct 10, 2011 at 10:37:22AM -0700, Andrei Warkentin wrote:
Hi,
- Original Message -
From: Greg KH g...@kroah.com
To: Josh Triplett j...@joshtriplett.org
Cc: G, Manjunath Kondaiah manj...@ti.com,
linux-arm-ker...@lists.infradead.org, Grant Likely
grant.lik
Hi Greg,
On Thu, Oct 06, 2011 at 11:50:42PM -0700, Greg KH wrote:
On Fri, Oct 07, 2011 at 10:33:05AM +0500, G, Manjunath Kondaiah wrote:
Why did you send this series of patches out twice? Were they different?
confused,
Looks like this patch series has reached only individual recepients
Hi Greg,
On Thu, Oct 06, 2011 at 11:50:42PM -0700, Greg KH wrote:
On Fri, Oct 07, 2011 at 10:33:05AM +0500, G, Manjunath Kondaiah wrote:
Why did you send this series of patches out twice? Were they different?
confused,
Looks like this patch series has reached only individual recepients
On Tue, Oct 04, 2011 at 05:35:04PM -0600, Grant Likely wrote:
On Wed, Oct 05, 2011 at 12:05:16AM +0530, G, Manjunath Kondaiah wrote:
On Tue, Oct 04, 2011 at 09:58:10AM -0600, Grant Likely wrote:
On Tue, Oct 4, 2011 at 8:51 AM, G, Manjunath Kondaiah manj...@ti.com
wrote:
On Thu, Sep
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio driver is not ready. If drivers pass this error code through to
their caller (which they really should) then this will ensure that the
probe is retried later when further devices become available.
Signed-off-by: G, Manjunath
Existing omap hsmmc driver uses platform_driver_probe in init
function. Change it to use platform_driver_register in order to
use deferral probe mechanism.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-omap@vger.kernel.org
HSMMC and GPIO drivers are adopted to use
deferral probe mechanism and successfully tested on omap3 beagle
board.
Applies cleanly on top of v3.1-rc8
G, Manjunath Kondaiah (3):
drivercore: add new error value for deferred probe
gpiolib: handle deferral probe error
omap: hsmmc: use
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-omap@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: Grant
to be retried after a few more other drivers get probed.
Original patch posted by Grant Likely grant.lik...@secretlab.ca at:
http://lwn.net/Articles/460522/
Enhancements to original patch by G, Manjunath Kondaiah manj...@ti.com
- checkpatch warning fixes
- added Kconfig symbol CONFIG_PROBE_DEFER
.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
[manj...@ti.com: changed error value from EAGAIN to EPROBE_DEFER]
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Acked-by: Grant Likely grant.lik...@secretlab.ca
Acked-by: Liam Girdwood l...@ti.com
---
Cc: linux-omap@vger.kernel.org
HSMMC and GPIO drivers are adopted to use
deferral probe mechanism and successfully tested on omap3 beagle
board.
Applies cleanly on top of v3.1-rc8
G, Manjunath Kondaiah (3):
drivercore: add new error value for deferred probe
gpiolib: handle deferral probe error
omap: hsmmc: use
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-omap@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: Grant
to be retried after a few more other drivers get probed.
Original patch posted by Grant Likely grant.lik...@secretlab.ca at:
http://lwn.net/Articles/460522/
Enhancements to original patch by G, Manjunath Kondaiah manj...@ti.com
- checkpatch warning fixes
- added Kconfig symbol CONFIG_PROBE_DEFER
.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
[manj...@ti.com: changed error value from EAGAIN to EPROBE_DEFER]
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Acked-by: Grant Likely grant.lik...@secretlab.ca
Acked-by: Liam Girdwood l...@ti.com
---
Cc: linux-omap@vger.kernel.org
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio driver is not ready. If drivers pass this error code through to
their caller (which they really should) then this will ensure that the
probe is retried later when further devices become available.
Signed-off-by: G, Manjunath
Existing omap hsmmc driver uses platform_driver_probe in init
function. Change it to use platform_driver_register in order to
use deferral probe mechanism.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-omap@vger.kernel.org
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio driver is not ready. If drivers pass this error code through to
their caller (which they really should) then this will ensure that the
probe is retried later when further devices become available.
Signed-off-by: G, Manjunath
Existing omap hsmmc driver uses platform_driver_probe in init
function. Change it to use platform_driver_register in order to
use deferral probe mechanism.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
HSMMC and GPIO drivers are adopted to use
deferral probe mechanism and successfully tested on omap3 beagle
board.
Applies cleanly on top of v3.1-rc8
G, Manjunath Kondaiah (3):
drivercore: add new error value for deferred probe
gpiolib: handle deferral probe error
omap: hsmmc: use
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
Cc: linux-mmc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: Grant
to be retried after a few more other drivers get probed.
Original patch posted by Grant Likely grant.lik...@secretlab.ca at:
http://lwn.net/Articles/460522/
Enhancements to original patch by G, Manjunath Kondaiah manj...@ti.com
- checkpatch warning fixes
- added Kconfig symbol CONFIG_PROBE_DEFER
.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
[manj...@ti.com: changed error value from EAGAIN to EPROBE_DEFER]
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Acked-by: Grant Likely grant.lik...@secretlab.ca
Acked-by: Liam Girdwood l...@ti.com
---
Cc: linux-o...@vger.kernel.org
HSMMC and GPIO drivers are adopted to use
deferral probe mechanism and successfully tested on omap3 beagle
board.
Applies cleanly on top of v3.1-rc8
G, Manjunath Kondaiah (3):
drivercore: add new error value for deferred probe
gpiolib: handle deferral probe error
omap: hsmmc: use
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
Cc: linux-mmc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: Grant
to be retried after a few more other drivers get probed.
Original patch posted by Grant Likely grant.lik...@secretlab.ca at:
http://lwn.net/Articles/460522/
Enhancements to original patch by G, Manjunath Kondaiah manj...@ti.com
- checkpatch warning fixes
- added Kconfig symbol CONFIG_PROBE_DEFER
.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
[manj...@ti.com: changed error value from EAGAIN to EPROBE_DEFER]
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Acked-by: Grant Likely grant.lik...@secretlab.ca
Acked-by: Liam Girdwood l...@ti.com
---
Cc: linux-o...@vger.kernel.org
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio driver is not ready. If drivers pass this error code through to
their caller (which they really should) then this will ensure that the
probe is retried later when further devices become available.
Signed-off-by: G, Manjunath
Existing omap hsmmc driver uses platform_driver_probe in init
function. Change it to use platform_driver_register in order to
use deferral probe mechanism.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
Hi Grant,
On Thu, Sep 22, 2011 at 12:51:23PM -0600, Grant Likely wrote:
Allow drivers to report at probe time that they cannot get all the resources
required by the device, and should be retried at a later time.
This should completely solve the problem of getting devices
initialized in the
On Tue, Oct 04, 2011 at 09:58:10AM -0600, Grant Likely wrote:
On Tue, Oct 4, 2011 at 8:51 AM, G, Manjunath Kondaiah manj...@ti.com wrote:
On Thu, Sep 22, 2011 at 12:51:23PM -0600, Grant Likely wrote:
Hi Manjunath,
Here's the current state of the patch. The major think that needs
, that board will
be converted to an even more generic board-dt.c that will support
every OMAP2+ platforms.
Based on original patch from Manju:
http://www.spinics.net/lists/linux-omap/msg55832.html
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: G, Manjunath
, that board will
be converted to an even more generic board-dt.c that will support
every OMAP2+ platforms.
Based on original patch from Manju:
http://www.spinics.net/lists/linux-omap/msg55832.html
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: G, Manjunath
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
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
On Tue, Aug 23, 2011 at 01:53:54PM +0530, Rajendra Nayak wrote:
On 8/23/2011 10:33 AM, G, Manjunath Kondaiah wrote:
Add omap4 soc dts file for handling omap4 soc i2c
controllers existing on l4-core bus.
Signed-off-by: G, Manjunath Kondaiahmanj...@ti.com
---
arch/arm/boot/dts/omap4
On Tue, Aug 23, 2011 at 03:48:15PM +0200, Cousson, Benoit wrote:
From: G, Manjunath Kondaiahmanj...@ti.com
To: devicetree-discuss@lists.ozlabs.org
CC: linux-o...@vger.kernel.org, linux-arm-ker...@lists.infradead.org
Add omap4 soc dts file for handling omap4 soc i2c
controllers existing on
this.
-M
Jamie
On Tue, Aug 23, 2011 at 10:03:35AM +0500, G, Manjunath Kondaiah wrote:
The omap devices will use HWMOD for fetching device information
hence it needs to be handled seperately during platform bus
creation during dt build.
Signed-off-by: G, Manjunath Kondaiah manj
On Tue, Aug 23, 2011 at 03:05:01PM +0200, Cousson, Benoit wrote:
From: G, Manjunath Kondaiahmanj...@ti.com
The generic board file is created and derived from omap4 panda board file.
The changes here focus on minimal configuration to boot panda board with
dt enabled which provides basic
On Tue, Aug 23, 2011 at 10:03:28AM +0500, G, Manjunath Kondaiah wrote:
Patch series reworked from:
http://permalink.gmane.org/gmane.linux.ports.arm.omap/61674
Also added support for i2c1 controller on omap4 based panda
board.
Baseline:
=
git://git.secretlab.ca/git/linux-2.6.git
Hi Grant,
On Tue, Aug 23, 2011 at 10:03:36AM +0500, G, Manjunath Kondaiah wrote:
The device tree support has been added to i2c1 controller and
corresponding i2c initilization in generic board file is cleaned
up so that platfom device is registered through dt and omap device
and not through
Hi Benoit,
On Wed, Aug 24, 2011 at 12:33 AM, Cousson, Benoit b-cous...@ti.com wrote:
From: G, Manjunath Kondaiahmanj...@ti.com
To: devicetree-discuss@lists.ozlabs.org
CC: linux-o...@vger.kernel.org, linux-arm-ker...@lists.infradead.org
Update omap4 panda dts file with required clock
On Tue, Aug 23, 2011 at 01:53:54PM +0530, Rajendra Nayak wrote:
On 8/23/2011 10:33 AM, G, Manjunath Kondaiah wrote:
Add omap4 soc dts file for handling omap4 soc i2c
controllers existing on l4-core bus.
Signed-off-by: G, Manjunath Kondaiahmanj...@ti.com
---
arch/arm/boot/dts/omap4
On Tue, Aug 23, 2011 at 03:48:15PM +0200, Cousson, Benoit wrote:
From: G, Manjunath Kondaiahmanj...@ti.com
To: devicetree-disc...@lists.ozlabs.org
CC: linux-omap@vger.kernel.org, linux-arm-ker...@lists.infradead.org
Add omap4 soc dts file for handling omap4 soc i2c
controllers existing on
this.
-M
Jamie
On Tue, Aug 23, 2011 at 10:03:35AM +0500, G, Manjunath Kondaiah wrote:
The omap devices will use HWMOD for fetching device information
hence it needs to be handled seperately during platform bus
creation during dt build.
Signed-off-by: G, Manjunath Kondaiah manj
On Tue, Aug 23, 2011 at 03:05:01PM +0200, Cousson, Benoit wrote:
From: G, Manjunath Kondaiahmanj...@ti.com
The generic board file is created and derived from omap4 panda board file.
The changes here focus on minimal configuration to boot panda board with
dt enabled which provides basic
On Tue, Aug 23, 2011 at 10:03:28AM +0500, G, Manjunath Kondaiah wrote:
Patch series reworked from:
http://permalink.gmane.org/gmane.linux.ports.arm.omap/61674
Also added support for i2c1 controller on omap4 based panda
board.
Baseline:
=
git://git.secretlab.ca/git/linux-2.6.git
Hi Grant,
On Tue, Aug 23, 2011 at 10:03:36AM +0500, G, Manjunath Kondaiah wrote:
The device tree support has been added to i2c1 controller and
corresponding i2c initilization in generic board file is cleaned
up so that platfom device is registered through dt and omap device
and not through
Hi Benoit,
On Wed, Aug 24, 2011 at 12:33 AM, Cousson, Benoit b-cous...@ti.com wrote:
From: G, Manjunath Kondaiahmanj...@ti.com
To: devicetree-disc...@lists.ozlabs.org
CC: linux-omap@vger.kernel.org, linux-arm-ker...@lists.infradead.org
Update omap4 panda dts file with required clock
: OMAP3530 Beagle Board and OMAP4430 Panda board
Limitation:
===
The current implementation of omap-device build through
device tree supports only single instance of hwmod and
multiple instances are not supported.
G, Manjunath Kondaiah (13):
OMAP: omap_device: Add device tree node pointer
dt
.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/mcbsp.c |2 +-
arch/arm/plat-omap/include/plat/omap_device.h | 11 +-
arch/arm/plat-omap/omap_device.c | 46
Add pd_size in the AUXDATA structure so that omap HWMOD which require
platform_data size can pass along with AUXDATA.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
drivers/of/platform.c |2 ++
include/linux/of_platform.h |5 +
2 files changed, 7 insertions(+), 0
Add omap3 soc file for handling omap3 soc i2c controllers existing
on l4-core bus.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 62 ++
1 files changed, 62 insertions(+), 0 deletions(-)
create mode 100644 arch
Update omap3 beagle dts file with required clock frequencies for the i2c
client devices existing on beagle board.
Beagle custom board dts file is cleaned up so that it can coexist with omap3
soc dts file.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3-beagle
which provides basic platform for converting device drivers for
using dt.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/Kconfig | 11
arch/arm/mach-omap2/Makefile|1 +
arch/arm/mach-omap2/board-omap3-dt.c| 84
Add omap-device to the i2c controllers compatible property.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3.dtsi |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
index
The omap devices will use HWMOD for fetching device information
hence it needs to be handled seperately during platform bus
creation during dt build.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
drivers/of/platform.c | 41 -
1 files changed
functionality
is retained.
Tested with dt and non dt builds and boot tested on beagle board.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/board-omap3-dt.c | 14 +++---
drivers/i2c/busses/i2c-omap.c| 23 ---
2 files changed, 27
Add omap4 soc dts file for handling omap4 soc i2c
controllers existing on l4-core bus.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts |7 +---
arch/arm/boot/dts/omap4.dtsi | 68 +
2 files changed, 69
Update omap4 panda dts file with required clock frequencies
for the i2c client devices existing on panda board.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch
The generic board file is created and derived from omap4 panda board file.
The changes here focus on minimal configuration to boot panda board with
dt enabled which provides basic platform for converting device drivers for
using dt.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch
Enable dt support for omap4 i2c1 controller and cleanup
legacy i2c device registration in omap4 generic board file.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/board-omap4-dt.c | 21 +++--
1 files changed, 15 insertions(+), 6 deletions(-)
diff
Add documentation for using omap i2c controller with device
tree support enabled.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
Documentation/devicetree/bindings/i2c/omap-i2c.txt | 57
1 files changed, 57 insertions(+), 0 deletions(-)
create mode 100644
: OMAP3530 Beagle Board and OMAP4430 Panda board
Limitation:
===
The current implementation of omap-device build through
device tree supports only single instance of hwmod and
multiple instances are not supported.
G, Manjunath Kondaiah (13):
OMAP: omap_device: Add device tree node pointer
dt
.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/devices.c |2 +-
arch/arm/mach-omap2/mcbsp.c |2 +-
arch/arm/plat-omap/include/plat/omap_device.h | 11 +-
arch/arm/plat-omap/omap_device.c | 46
Add pd_size in the AUXDATA structure so that omap HWMOD which require
platform_data size can pass along with AUXDATA.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
drivers/of/platform.c |2 ++
include/linux/of_platform.h |5 +
2 files changed, 7 insertions(+), 0
Add omap3 soc file for handling omap3 soc i2c controllers existing
on l4-core bus.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 62 ++
1 files changed, 62 insertions(+), 0 deletions(-)
create mode 100644 arch
Update omap3 beagle dts file with required clock frequencies for the i2c
client devices existing on beagle board.
Beagle custom board dts file is cleaned up so that it can coexist with omap3
soc dts file.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3-beagle
which provides basic platform for converting device drivers for
using dt.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/Kconfig | 11
arch/arm/mach-omap2/Makefile|1 +
arch/arm/mach-omap2/board-omap3-dt.c| 84
Add omap-device to the i2c controllers compatible property.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap3.dtsi |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
index
The omap devices will use HWMOD for fetching device information
hence it needs to be handled seperately during platform bus
creation during dt build.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
drivers/of/platform.c | 41 -
1 files changed
functionality
is retained.
Tested with dt and non dt builds and boot tested on beagle board.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/board-omap3-dt.c | 14 +++---
drivers/i2c/busses/i2c-omap.c| 23 ---
2 files changed, 27
Add omap4 soc dts file for handling omap4 soc i2c
controllers existing on l4-core bus.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts |7 +---
arch/arm/boot/dts/omap4.dtsi | 68 +
2 files changed, 69
Update omap4 panda dts file with required clock frequencies
for the i2c client devices existing on panda board.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch
The generic board file is created and derived from omap4 panda board file.
The changes here focus on minimal configuration to boot panda board with
dt enabled which provides basic platform for converting device drivers for
using dt.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch
Enable dt support for omap4 i2c1 controller and cleanup
legacy i2c device registration in omap4 generic board file.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
arch/arm/mach-omap2/board-omap4-dt.c | 21 +++--
1 files changed, 15 insertions(+), 6 deletions(-)
diff
Add documentation for using omap i2c controller with device
tree support enabled.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
---
Documentation/devicetree/bindings/i2c/omap-i2c.txt | 57
1 files changed, 57 insertions(+), 0 deletions(-)
create mode 100644
On Wed, Aug 10, 2011 at 07:45:42PM +0200, Cousson, Benoit wrote:
+ Tony
On 8/10/2011 6:57 PM, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 02:36:50PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add omap3 soc file for handling omap3 soc i2c
On Wed, Aug 10, 2011 at 09:58:46PM +0530, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 01:51:47PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
The omap dt requires new omap hwmod api to be added for in order
to support omap dt
On Wed, Aug 10, 2011 at 02:57:21PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Adapt dt for omap i2c1 controller and remove legacy i2c
initilization in omap3 generic board file.
Tested on omap3 beagle board for dt and non-dt builds.
Signed-off-by: G
On Wed, Aug 10, 2011 at 07:45:42PM +0200, Cousson, Benoit wrote:
+ Tony
On 8/10/2011 6:57 PM, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 02:36:50PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add omap3 soc file for handling omap3 soc i2c
On Wed, Aug 10, 2011 at 09:58:46PM +0530, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 01:51:47PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
The omap dt requires new omap hwmod api to be added for in order
to support omap dt
On Wed, Aug 10, 2011 at 02:57:21PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Adapt dt for omap i2c1 controller and remove legacy i2c
initilization in omap3 generic board file.
Tested on omap3 beagle board for dt and non-dt builds.
Signed-off-by: G
On Wed, Aug 10, 2011 at 07:16:30AM -0600, Grant Likely wrote:
On Wed, Aug 10, 2011 at 5:57 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add pd_size in the AUXDATA structure so that device drivers which require
platform_data size can pass
On Wed, Aug 10, 2011 at 12:15:50PM +0200, Cousson, Benoit wrote:
Manju,
On 8/10/2011 9:07 AM, Jarkko Nikula wrote:
Hi
On Tue, 09 Aug 2011 19:10:22 +0500
G, Manjunath Kondaiahmanj...@ti.com wrote:
From: Kevin Hilmankhil...@ti.com
For converting from struct device to platform_device,
On Wed, Aug 10, 2011 at 02:42:56PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Update omap3 beagle dts file with required clock frequencies for the i2c
client devices existing on beagle board.
Beagle custom board dts file is cleaned up so that it can
On Wed, Aug 10, 2011 at 02:36:50PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add omap3 soc file for handling omap3 soc i2c controllers existing
on l4-core bus.
Signed-off-by: G, Manjunath Kondaiahmanj...@ti.com
---
arch/arm/boot/dts/omap3-soc.dtsi
On Wed, Aug 10, 2011 at 10:41 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 8/10/2011 6:28 PM, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 01:51:47PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
The omap dt requires new omap hwmod api
On Wed, Aug 10, 2011 at 11:09 AM, Rajendra Nayak rna...@ti.com wrote:
On 8/10/2011 11:00 AM, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 10:56 AM, Rajendra Nayakrna...@ti.com wrote:
On 8/9/2011 7:40 PM, G, Manjunath Kondaiah wrote:
This is in continuation of patch series posted
On Wed, Aug 10, 2011 at 07:16:30AM -0600, Grant Likely wrote:
On Wed, Aug 10, 2011 at 5:57 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add pd_size in the AUXDATA structure so that device drivers which require
platform_data size can pass
On Wed, Aug 10, 2011 at 12:15:50PM +0200, Cousson, Benoit wrote:
Manju,
On 8/10/2011 9:07 AM, Jarkko Nikula wrote:
Hi
On Tue, 09 Aug 2011 19:10:22 +0500
G, Manjunath Kondaiahmanj...@ti.com wrote:
From: Kevin Hilmankhil...@ti.com
For converting from struct device to platform_device,
On Wed, Aug 10, 2011 at 01:51:47PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
The omap dt requires new omap hwmod api to be added for in order
to support omap dt.
Both the subject and the changelog are misleading. You are not doing
any
On Wed, Aug 10, 2011 at 02:42:56PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Update omap3 beagle dts file with required clock frequencies for the i2c
client devices existing on beagle board.
Beagle custom board dts file is cleaned up so that it can
On Wed, Aug 10, 2011 at 02:36:50PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add omap3 soc file for handling omap3 soc i2c controllers existing
on l4-core bus.
Signed-off-by: G, Manjunath Kondaiahmanj...@ti.com
---
arch/arm/boot/dts/omap3-soc.dtsi
On Wed, Aug 10, 2011 at 10:41 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 8/10/2011 6:28 PM, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 01:51:47PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
The omap dt requires new omap hwmod api
in
generic board file and hwmod device pointer will be scanned and attached
in notifier call.
Used 3.0 stable kernel version for this patch series since latest mainline
was broken for beagle boot last week.
git://git.secretlab.ca/git/linux-2.6.git
Branch: devicetree/test-3.0
G, Manjunath Kondaiah (6
1 - 100 of 536 matches
Mail list logo