On Mon, Jul 16, 2012 at 10:40 PM, Kevin Hilman khil...@ti.com wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Jul 12, 2012 at 7:48 PM, Kevin Hilman khil...@ti.com wrote:
In the case of OMAP GPIO, unless it's an obvious fix, I would recommend
you wait at least until you see
Added 'id' field within 'struct musb' which can be used to determine
the current instance of musb controller.
Also defined musb_ida in musb_core.c to manage the core ids.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Changes fron v1:
- Defined musb_ida to manage core ids based on
Hi,
On Tue, Jul 17, 2012 at 6:00 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API implementation.
So, if the kernel is built with support for any of these hosts but it
On Tue, Jul 17, 2012 at 8:45 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
Hi,
On Tue, Jul 17, 2012 at 6:00 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API implementation.
So, if the kernel is built with support for any of these hosts but it
doesn't support DMA devices nor OMAP DMA support, it fails when trying
to obtain a DMA
On Tue, Jul 17, 2012 at 12:33 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API implementation.
So, if the kernel is built with support for any of these hosts but it
On Tue, Jul 10, 2012 at 9:24 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
2012/7/10 Javier Martinez Canillas jav...@dowhile0.org
According to the IGEPv2 Rev.C data-sheet the LAN9221i pin 14 (IRQ) is
connected to the OMAP3730 mcspi1_cs2 pin. Since this omap mux pin acts
as an IRQ
Couple of minor comments:
On Mon, Jun 11, 2012 at 10:26 AM, Tero Kristo t-kri...@ti.com wrote:
[...]
/**
+ * _omap4_update_context_lost - increment hwmod context loss counter if
+ * hwmod context was lost, and clear hardware context loss reg
+ * @oh: hwmod to check for context loss
+ *
+ *
This patch series adds device tree support for MUSB and device
tree support for all the related modules to get MUSB working in
OMAP platform.
A new omap-usb2 phy driver has been added (with only dt suppport)
to perform phy configurations. Previously this configuration was
performed by twl6030,
Add omap-usb2 data node in omap4 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index bda5df3..4d2dcc1
Add twl6030-usb data node in twl6030 device tree file
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts |4
arch/arm/boot/dts/omap4-sdp.dts |4
arch/arm/boot/dts/twl6030.dtsi|6 ++
3 files changed, 14 insertions(+), 0
The mailbox register for usb otg in omap is present in control module.
On detection of any events VBUS or ID, this register should be written
to send the notification to musb core.
Till we have a separate control module driver to write to control module,
omap2430 will handle the register writes
Add device tree support for twl6030 usb driver.
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
.../devicetree/bindings/usb/twl-usb.txt| 22 +++
drivers/usb/otg/twl6030-usb.c | 39
On Mon, Jun 11, 2012 at 10:26 AM, Tero Kristo t-kri...@ti.com wrote:
On OMAP4 most modules/hwmods support module level context status. On
OMAP3 and earlier, we relied on the power domain level context status.
Identify all modules that don't support 'context_offs' by marking the
offset as
Add usb otg data node in omap4/omap3 device tree file. Also update
the node with board specific setting in omapx-board.dts file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts |6 ++
arch/arm/boot/dts/omap3-evm.dts|6 ++
All the unnessary functions in omap-phy-internal is removed.
These functionality are now handled by omap-usb2 phy driver.
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap_phy_internal.c | 138
Added device tree support for omap musb driver and updated the
Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Documentation/devicetree/bindings/usb/omap-usb.txt | 34 -
drivers/usb/musb/omap2430.c|
Add device tree support for twl4030 usb driver.
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
.../devicetree/bindings/usb/twl-usb.txt| 19 ++
drivers/usb/otg/twl4030-usb.c |
All the PHY configuration other than VBUS, ID GND and OTG SRP are removed
from twl6030. The phy configurations are taken care by the dedicated
usb2 phy driver. So twl6030 is made as comparator driver for VBUS and
ID detection.
Writing to control module which is now handled in omap2430.c should be
All phy related programming like enabling/disabling the clocks, powering
on/off the phy is taken care of by this driver. It is also used for OTG
related functionality like srp.
This also includes device tree support for usb2 phy driver and
the documentation with device tree binding information is
Add twl4030-usb data node in twl4030 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/twl4030.dtsi | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/twl4030.dtsi
Added NOP PHY phandle to usbss device node as same will be used
to get the phy from otg framework.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
Added device tree data for usbss on am33xx. There are two musb controllers
on am33xx platform so have port0_mode and port1_mode additional data.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 11 +++
1 files changed, 11 insertions(+), 0
As NOP device node is now added in am33xx tree so remove the call
which creates the NOP platform_device.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/musb_dsps.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/musb/musb_dsps.c
AM33xx has two PHY of same type used by each musb controller so
use phandle of phy nodes to get the phy pointer.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
.../devicetree/bindings/usb/am33xx-usb.txt |2 ++
drivers/usb/musb/musb_dsps.c |4 +++-
2
AM33xx has two musb controller and they have one NOP PHY each.
Added the device tree data for NOP PHY.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
Added 'id' field within 'struct musb' which can be used to determine
the current instance of musb controller.
Also defined musb_ida in musb_core.c to manage the core ids.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/am35x.c | 42
AM335x and TI81xx platform has dual musb controller so updating the
musb_dspc.c to support the same.
Changes:
- Moved otg_workaround timer to glue structure
- Moved static local variable last_timer to glue structure
- PHY on/off related cleanups
Signed-off-by: Ajay Kumar
Currently we have one single nop transceiver support as same is
defined as a global variable in drivers/usb/otg/nop-usb-xceiv.c.
This need to be changed to support multiple otg controller each
using nop transceiver on a platform such as am335x.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Added device tree support for nop transceiver driver and updated the
Documentation with device tree binding information for am33xx platform.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
.../devicetree/bindings/usb/am33xx-usb.txt |3 +++
drivers/usb/otg/nop-usb-xceiv.c
Added device tree support for dsps musb glue driver and updated the
Documentation with device tree binding information.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
.../devicetree/bindings/usb/am33xx-usb.txt | 14 +
drivers/usb/musb/musb_dsps.c | 62
Moved global variable musb_debugfs_root and static variable
old_state to 'struct musb' to help support multi instance of
musb controller as present on AM335x platform.
Also removed the global variable orig_dma_mask and filled the
dev-dma_mask with parent device's dma_mask.
Signed-off-by: Ajay
Hi,
This series of patches adds,
a) Multi instances support in musb driver
b) DT support for musb_dsps glue layer
c) DT support for NOP transceiver
AM33xx and TI81xx has dual musb controller and has two usb PHY of same type.
This patch series uses 'phandle' based API
On Tuesday 17 July 2012, ABRAHAM, KISHON VIJAY wrote:
On Mon, Jul 16, 2012 at 7:43 PM, Kishon Vijay Abraham I kis...@ti.com wrote:
Adds a new driver *omap-ocp2scp*. This driver takes the responsibility of
creating all the devices that is connected to OCP2SCP. In the case of OMAP4,
USB2PHY
Hi,
The linux-next tree gives this with omap2plus_defconfig:
...
...
LD init/built-in.o
drivers/built-in.o: In function `of_clk_get':
/home/a0393947/source_trees/linux-next/drivers/clk/clkdev.c:42:
undefined reference to `of_clk_get_from_provider'
make: *** [vmlinux]
On Tuesday 17 July 2012 02:53 PM, Archit Taneja wrote:
Hi,
The linux-next tree gives this with omap2plus_defconfig:
...
...
LD init/built-in.o
drivers/built-in.o: In function `of_clk_get':
/home/a0393947/source_trees/linux-next/drivers/clk/clkdev.c:42:
undefined reference to
-Original Message-
From: Paul Walmsley p...@pwsan.com
To: Joe Woodward j...@terrafix.co.uk, Mark A. Greer mgr...@animalcreek.com
Cc: Kevin Hilman khil...@ti.com, linux-omap@vger.kernel.org
Date: Mon, 16 Jul 2012 18:43:15 -0600 (MDT)
Subject: Re: PM/RTC 3.5-rc5: System suspends fails when
On Fri, Jun 15, 2012 at 08:55:58PM -0500, Omar Ramirez Luna wrote:
Omar Ramirez Luna (6):
ARM: OMAP: iommu: fix including iommu.h without IOMMU_API selected
ARM: OMAP3: hwmod data: add mmu data for iva and isp
ARM: OMAP4: hwmod data: add mmu hwmod for ipu and dsp
ARM: OMAP3/4: iommu:
+ Paul
On Tue, Jul 17, 2012 at 1:11 PM, Joerg Roedel joerg.roe...@amd.com wrote:
On Fri, Jun 15, 2012 at 08:55:58PM -0500, Omar Ramirez Luna wrote:
Omar Ramirez Luna (6):
ARM: OMAP: iommu: fix including iommu.h without IOMMU_API selected
ARM: OMAP3: hwmod data: add mmu data for iva and
Hi,
I am looking at adding PM support for AM335x based on l-o/master.
arch/arm/mach-omap2/pm.c has the following comment:
/*
* In the case of DT, the PMIC and SR initialization will be done using
* a completely different mechanism.
* Disable this part if a DT blob is available.
*/
if
Salut Laurent,
On Tue, 26 Jun 2012 16:17:07 +0200, Laurent Pinchart wrote:
SCCB is a serial communication bus developed by Omnivision. Its 2-wire
mode is very similar to SMBus byte data transactions, but requires the
controller to ignore the ACK bit and to insert a stop condition after
each
Hi Jean,
On Tuesday 17 July 2012 13:53:07 Jean Delvare wrote:
On Tue, 26 Jun 2012 16:17:07 +0200, Laurent Pinchart wrote:
SCCB is a serial communication bus developed by Omnivision. Its 2-wire
mode is very similar to SMBus byte data transactions, but requires the
controller to ignore the
On Tue, 17 Jul 2012 13:57:25 +0200, Laurent Pinchart wrote:
On Tuesday 17 July 2012 13:53:07 Jean Delvare wrote:
On Tue, 26 Jun 2012 16:17:07 +0200, Laurent Pinchart wrote:
+ if (unlikely(flags I2C_CLIENT_SCCB) size != I2C_SMBUS_BYTE_DATA) {
+ dev_err(adapter-dev,
+
Hi Joerg,
Joerg Roedel joerg.roe...@amd.com wrote @ Tue, 17 Jul 2012 12:09:01 +0200:
On Mon, Jul 02, 2012 at 02:26:38PM +0300, Hiroshi DOYU wrote:
Signed-off-by: Hiroshi DOYU hd...@nvidia.com
Reported-by: Chris Wright chr...@sous-sol.org
Cc: Chris Wright chr...@sous-sol.org
Acked-by:
Hello.
On 17-07-2012 12:10, Kishon Vijay Abraham I wrote:
Add omap-usb2 data node in omap4 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Hello.
On 16-07-2012 18:13, Kishon Vijay Abraham I wrote:
Add ocp2scp data node in omap4 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Hello.
On 17-07-2012 13:13, Ajay Kumar Gupta wrote:
Added device tree data for usbss on am33xx. There are two musb controllers
on am33xx platform so have port0_mode and port1_mode additional data.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 11
Hello.
On 17-07-2012 13:13, Ajay Kumar Gupta wrote:
Added device tree support for nop transceiver driver and updated the
Documentation with device tree binding information for am33xx platform.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
.../devicetree/bindings/usb/am33xx-usb.txt
Hello.
On 17-07-2012 13:13, Ajay Kumar Gupta wrote:
AM33xx has two musb controller and they have one NOP PHY each.
Added the device tree data for NOP PHY.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |8
1 files changed, 8
Rob, Mike,
On Tuesday 17 July 2012 07:38 AM, Rob Herring wrote:
On 07/16/2012 07:12 PM, Mike Turquette wrote:
On 20120716-16:46, Rob Herring wrote:
From: Rob Herringrob.herr...@calxeda.com
With commit 766e6a4ec602d0c107 (clk: add DT clock binding support),
compiling with OF !COMMON_CLK is
On Tue, Jul 17, 2012 at 02:25:24PM +0200, Hiroshi Doyu wrote:
The above spin_lock is always necessary. as-lock should be held to
protect as-pdir_page. Only when as-pdir_page is NULL,
as-pdir_page would be allocated in alloc_pdir(). Without this
lock, the following race could happen:
Hi,
Le 13/07/2012 12:09, Mark Brown a écrit :
On Thu, Jul 12, 2012 at 03:08:16PM +0200, Guillaume Gardet wrote:
This patch add missing modules aliases to get sound working on omap devices.
Tested on Beagleboard xM rev. B.
This patch is against 3.5-rc6 vanilla.
Signed-off-by: Guillaume
On Tuesday 17 July 2012 06:49 PM, Rajendra Nayak wrote:
struct clk *clk_get(struct device *dev, const char *con_id)
{
const char *dev_id = dev ? dev_name(dev) : NULL;
struct clk *clk;
if (dev) {
Any reason why this isn't
if (dev-of_node) {
Or
On Tue, Jul 17, 2012 at 03:31:11PM +0200, Guillaume Gardet wrote:
Please resend in the format from SubmittingPatches rather than as an
attachment.
Ok. Please find the patch below.
This patch add missing modules aliases to get sound working on omap devices.
I'm not sure you've looked at
On 07/17/2012 08:19 AM, Rajendra Nayak wrote:
Rob, Mike,
On Tuesday 17 July 2012 07:38 AM, Rob Herring wrote:
On 07/16/2012 07:12 PM, Mike Turquette wrote:
On 20120716-16:46, Rob Herring wrote:
From: Rob Herringrob.herr...@calxeda.com
With commit 766e6a4ec602d0c107 (clk: add DT clock
On Tuesday 17 July 2012 07:16 PM, Rob Herring wrote:
So how is this expected to work on platforms (like OMAP) which have
CONFIG_OF enabled but not CONFIG_COMMON_CLK?
As I mentioned in my other reply, this really belongs with Shawn's patch
that changes the return value checking from NULL to
Add timings for ChiMei G121S1-L01/L02 and G121X1-L01 LCD displays.
Signed-off-by: Raphael Assenat r...@8d.com
--- a/drivers/video/omap2/displays/panel-generic-dpi.c
+++ b/drivers/video/omap2/displays/panel-generic-dpi.c
@@ -486,6 +486,80 @@ static struct panel_config generic_dpi_panels[] = {
On Mon, 2012-07-16 at 16:30 +0530, Rajendra Nayak wrote:
Hi Tero,
On Friday 13 July 2012 07:49 PM, Tero Kristo wrote:
Some clockdomains bug out if their autodeps are deleted before idle.
This happens namely with OMAP3 PER domain, it will bug out if it
doesn't have wakedeps enabled when
Hi Laurent,
On Tue, 26 Jun 2012 16:17:08 +0200, Laurent Pinchart wrote:
Adapter drivers might support only a subset of the SMBus operations
natively. Those drivers currently have to manually emulate unsupported
operations using I2C.
Make the i2c_smbus_xfer() function fall back to
Hi Jean,
On Tuesday 17 July 2012 17:02:43 Jean Delvare wrote:
On Tue, 26 Jun 2012 16:17:08 +0200, Laurent Pinchart wrote:
Adapter drivers might support only a subset of the SMBus operations
natively. Those drivers currently have to manually emulate unsupported
operations using I2C.
On Tue, 26 Jun 2012 16:17:09 +0200, Laurent Pinchart wrote:
Generate a stop condition after each message marked with I2C_M_STOP.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/i2c/busses/i2c-omap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
[CC'ing OMAPDSS matinainer]
On 17 July 2012 19:31, Raphael Assenat r...@8d.com wrote:
Add timings for ChiMei G121S1-L01/L02 and G121X1-L01 LCD displays.
Display panels are board specific and there is no limit to the number
of panels that could be connected to omap dss.
Does it make sense to
On Mon, Jul 09, 2012 at 07:02:36PM +0530, Shilimkar, Santosh wrote:
Greg,
On Mon, Jul 2, 2012 at 6:48 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Sat, Jun 30, 2012 at 10:12 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Sat, Jun 30, 2012 at 9:53 AM, Greg KH
On Tue, Jul 17, 2012 at 9:09 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Tue, Jul 17, 2012 at 12:33 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The OMAP MMC and OMAP High Speed MMC hosts now use entirely the DMA
engine API instead of the previous private DMA API
On Tue, Jul 17, 2012 at 10:06 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Jul 09, 2012 at 07:02:36PM +0530, Shilimkar, Santosh wrote:
Greg,
[...]
To elaborate more, I have created below patch.
Let me know what do you think ?
Any comments ??
Becides the obvious one of
On Tue, Jul 17, 2012 at 10:37:45PM +0530, Shilimkar, Santosh wrote:
On Tue, Jul 17, 2012 at 10:06 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Jul 09, 2012 at 07:02:36PM +0530, Shilimkar, Santosh wrote:
Greg,
[...]
To elaborate more, I have created below patch.
Let me
On Friday 13 July 2012, Vinod Koul wrote:
Do you mean there must be a global table, or are you ok with putting
the information about a channel into the device that uses the channel,
as we do for most other subsystems (IRQ, GPIO, pinctrl, ...).
If not, what is the problem with that
Hi Joe, Mark,
On Tue, 17 Jul 2012, Joe Woodward wrote:
The patch you sent is basically in two halves:
- the writes to the registers
- the calling of omap3_iva_idle().
If I patch only the writes to the registers then suspend still fails.
If I patch only the calling of omap3_iva_idle()
Hi Vaibhav
a comment.
On Tue, 29 May 2012, Vaibhav Hiremath wrote:
This patch adds HWMOD data for all the peripherals of
AM335X device and also hooks up to the existing OMAP framework.
...
diff --git a/arch/arm/mach-omap2/omap_hwmod_33xx_data.c
On Tue, 17 Jul 2012, Bedia, Vaibhav wrote:
I am looking at adding PM support for AM335x based on l-o/master.
arch/arm/mach-omap2/pm.c has the following comment:
/*
* In the case of DT, the PMIC and SR initialization will be done using
* a completely different mechanism.
* Disable this
Hi
On Tue, 17 Jul 2012, Tero Kristo wrote:
The underlying issue still remains, we have errata i582 which doesn't
have any workarounds in the kernel yet. We should probably resurrect
something like this:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg38834.html
... or just
Hi Jean,
On Tuesday 17 July 2012 17:29:35 Jean Delvare wrote:
On Tue, 26 Jun 2012 16:17:09 +0200, Laurent Pinchart wrote:
Generate a stop condition after each message marked with I2C_M_STOP.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
On Tue, Jul 17, 2012 at 01:28:13PM -0600, Paul Walmsley wrote:
Hi Joe, Mark,
On Tue, 17 Jul 2012, Joe Woodward wrote:
The patch you sent is basically in two halves:
- the writes to the registers
- the calling of omap3_iva_idle().
If I patch only the writes to the registers
Hi
just a quick comment on this one.
On Fri, 11 May 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs has a Davinci EMAC ethernet
controller on-chip. Unfortunately, the EMAC is unable
to wake the PRCM when there is network activity which
Hi,
On Tue, Jul 17, 2012 at 5:57 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 17-07-2012 12:10, Kishon Vijay Abraham I wrote:
Add omap-usb2 data node in omap4 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |5
Hi,
On Tue, Jul 17, 2012 at 6:06 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 16-07-2012 18:13, Kishon Vijay Abraham I wrote:
Add ocp2scp data node in omap4 device tree file.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |8
76 matches
Mail list logo
