On Saturday 24 August 2013 01:24 AM, Santosh Shilimkar wrote:
On Friday 23 August 2013 02:29 PM, Mugunthan V N wrote:
On Friday 23 August 2013 11:40 PM, Santosh Shilimkar wrote:
On Friday 23 August 2013 01:39 PM, Sekhar Nori wrote:
On 8/23/2013 10:58 PM, Santosh Shilimkar wrote:
On Friday 23
Add code to parse the GPIO expander Device Tree node and extract platform data
out of it, and populate the struct 'pcf857x_platform_data' maintained by the
driver. This enables devices to reference the gpio expander from Device Tree.
Add DT binding info in Documentation.
Signed-off-by: Archit
On Wed, Jul 24, 2013 at 06:54:50PM +0300, Illia Smyrnov wrote:
Replace unclear hardcoded values with bit field, convert to threaded IRQ and
clear interrupts when open the keypad.
Based on top of v3.11-rc2.
Tested on OMAP4 SDP.
Illia Smyrnov (3):
Input: omap-keypad: Cleanup - use
On Monday 26 August 2013 11:29 AM, Mugunthan V N wrote:
On Saturday 24 August 2013 01:24 AM, Santosh Shilimkar wrote:
On Friday 23 August 2013 02:29 PM, Mugunthan V N wrote:
On Friday 23 August 2013 11:40 PM, Santosh Shilimkar wrote:
On Friday 23 August 2013 01:39 PM, Sekhar Nori wrote:
On
Hi Greg,
On Wednesday 21 August 2013 11:16 AM, Kishon Vijay Abraham I wrote:
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle.
This framework will
From: Matt Porter m...@ti.com
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Joel: Drop DT entries that are non-hardware-description for now as discussed in
[1]
[1] https://patchwork.kernel.org/patch/2226761/
Signed-off-by: Matt
Hi Sebastian,
Is this patch different from that one:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg92176.html
Lokesh just pointed me this patch because it was missing for the
SHAM/AES series from Mark Greer.
Bottom-line, I've just applied the original one along with a second one
- minus all the TI emails which are not working anymore :-(
I've just sent my previous email too soon...
Now the patch is different :-) I'll take that one.
Thanks,
Benoit
On 26/08/2013 10:29, Sebastian Andrzej Siewior wrote:
From: Matt Porter m...@ti.com
Adds AM33XX EDMA support to the
* Sebastian Reichel s...@debian.org [130823 11:27]:
On Fri, Aug 23, 2013 at 03:58:30PM +0200, Linus Walleij wrote:
On Mon, Aug 12, 2013 at 10:30 AM, Tony Lindgren t...@atomide.com wrote:
* Sebastian Reichel s...@debian.org [130811 09:25]:
From: Sebastian Reichel s...@ring0.de
This
On 08/26/2013 10:36 AM, Benoit Cousson wrote:
I've just sent my previous email too soon...
np.
Now the patch is different :-) I'll take that one.
Good, thanks.
Thanks,
Benoit
Sebastian
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Daniel Mack zon...@gmail.com [130823 12:39]:
At least the AM33xx SoC has a control module register to configure
details such as the hardware ethernet interface mode.
I'm not sure whether all SoCs which feature the cpsw block have such a
register, so that third memory region is considered
On Saturday 24 August 2013 01:23 AM, Joel Fernandes wrote:
HWMOD removal for MMC and Crypto is breaking edma_start as the events are
being manually triggered due to unused channel list not being clear. Atleast
breakage has been seen on these peripherals, but it is expected Audio (McASP)
maybe
* Paul Walmsley p...@pwsan.com [130823 12:40]:
Hi Tony
The following changes since commit b36f4be3de1b123d8601de062e7dbfc904f305fb:
Linux 3.11-rc6 (2013-08-18 14:36:53 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
* Paul Walmsley p...@pwsan.com [130823 12:17]:
Hi Tony
The following changes since commit cf470a1b1a741bca00080ebc70968b4f22d9b1ea:
Merge tag 'dra7-core-support-minus-dt' of git://github.com/rrnayak/linux
into omap-for-v3.12/soc (2013-08-14 01:01:41 -0700)
are available in the git
Dear All,
With continuation to below mail, our client requirement is pushing us to
implement the EHCI runtime suspend/resume.
I have implemented EHCI runtime suspend/resume using timer concept,Please find
the below design and attached patch for the same.
Design Approach:
- A timer of
Hi Bharat,
On 08/26/2013 02:29 PM, Bharathraj Nagaraju wrote:
Dear All,
With continuation to below mail, our client requirement is pushing us to
implement the EHCI runtime suspend/resume.
I have implemented EHCI runtime suspend/resume using timer concept,Please
find the below design
On Saturday 24 August 2013 12:47 AM, Stephen Warren wrote:
On 08/23/2013 05:28 AM, Kishon Vijay Abraham I wrote:
Hi,
On Friday 23 August 2013 02:20 AM, Stephen Warren wrote:
On 08/22/2013 02:31 AM, Kishon Vijay Abraham I wrote:
The Palmas device contains only a USB VBUS-ID detector, so added
On Friday 23 August 2013 09:57:43 Stephen Warren wrote:
On 08/22/2013 07:29 PM, Richard Zhao wrote:
On Fri, Aug 23, 2013 at 04:18:27AM +0800, Stephen Warren wrote:
On 08/21/2013 11:19 PM, Richard Zhao wrote:
On Fri, Aug 02, 2013 at 10:00:00AM +0800, Richard Zhao wrote:
pass
On 08/26/2013 02:29 PM, Bharathraj Nagaraju wrote:
Dear All,
With continuation to below mail, our client requirement is pushing us to
implement the EHCI runtime suspend/resume.
I have implemented EHCI runtime suspend/resume using timer concept,Please
find the below design and attached
On Mon, Aug 26, 2013 at 02:17:43PM +0200, Laurent Pinchart wrote:
On Friday 23 August 2013 09:57:43 Stephen Warren wrote:
On 08/22/2013 07:29 PM, Richard Zhao wrote:
On Fri, Aug 23, 2013 at 04:18:27AM +0800, Stephen Warren wrote:
On 08/21/2013 11:19 PM, Richard Zhao wrote:
On Fri, Aug
Hi Richard,
(Dropping Dan Williams from the CC list as his e-mail address doesn't seem to
be valid anymore)
On Monday 26 August 2013 20:55:57 Richard Zhao wrote:
On Mon, Aug 26, 2013 at 02:17:43PM +0200, Laurent Pinchart wrote:
On Friday 23 August 2013 09:57:43 Stephen Warren wrote:
On
Add mmc2 dt node to dra7-evm board
and model eMMC vcc as fixed regulator.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/dra7-evm.dts
Add mmc1 dt node to dra7-evm board.
Input for ldo1 regulator is controlled by gpio 5 of pcf8575 chip (0x21)
on i2c1 bus. When dt support for gpio-pcf857x is available, input supply
will be modelled as cascaded regulator.
Signed-off-by: Balaji T K balaj...@ti.com
---
Patch has dependency on [1]
Add mmc1, mmc2 dt node to dra7-evm
Balaji T K (2):
ARM: dts: dra7-evm: Add mmc1 node for micro-sd support
ARM: dts: dra7-evm: Add mmc2 node for eMMC support
arch/arm/boot/dts/dra7-evm.dts | 20
1 files changed, 20 insertions(+), 0 deletions(-)
--
1.7.5.4
--
To
* Kyle McMartin kmcma...@redhat.com [130822 07:08]:
On Wed, Aug 21, 2013 at 11:34:50PM -0700, Tony Lindgren wrote:
* Kyle McMartin kmcma...@redhat.com [130821 12:48]:
On Wed, Aug 21, 2013 at 11:43:21AM -0400, Kyle McMartin wrote:
I've suspected there might be a config issue, as
The following changes since commit b36f4be3de1b123d8601de062e7dbfc904f305fb:
Linux 3.11-rc6 (2013-08-18 14:36:53 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.12/prcm-signed
for you to fetch changes up to
On 08/03/2013 09:31 PM, Russell King - ARM Linux wrote:
On Fri, Aug 02, 2013 at 07:25:20PM +0300, Tero Kristo wrote:
+
+ if (cl)
+ return cl;
+
+ /* If clock was not found, attempt to look-up from DT */
+ node = of_find_node_by_name(NULL, con_id);
This is
On Fri, Aug 23, 2013 at 09:57:43AM -0600, Stephen Warren wrote:
On 08/22/2013 07:29 PM, Richard Zhao wrote:
On Fri, Aug 23, 2013 at 04:18:27AM +0800, Stephen Warren wrote:
On 08/21/2013 11:19 PM, Richard Zhao wrote:
On Fri, Aug 02, 2013 at 10:00:00AM +0800, Richard Zhao wrote:
pass
On Mon, Aug 26, 2013 at 03:18:00PM +0200, Laurent Pinchart wrote:
Hi Richard,
(Dropping Dan Williams from the CC list as his e-mail address doesn't seem to
be valid anymore)
Hmm. Looking at the patch, I'm not sure it's right.
This patch simply passes all the specfier args
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't support non-DT boot, we just bail out on probe
if device node
This function was preventing us from supporting multiple
instances. Get rid of it. Since we support DT boots only,
users can get the control device phandle from the DT node.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/usb/phy/phy-omap-control.c | 31 ++-
Split USB2 PHY and USB3 PHY into separate omap-control-usb
nodes. Get rid of ti,type property.
CC: Benoit Cousson bcous...@baylibre.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff
Split otghs_ctrl and USB2 PHY power down into separate
omap-control-usb nodes. Get rid of ti,type property.
Also get rid of ti,has-mailbox property from usb_otg_hs
node and provide the ctrl-module phandle.
CC: Benoit Cousson bcous...@baylibre.com
Signed-off-by: Roger Quadros rog...@ti.com
---
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
Also get rid of ti,has-mailbox property as it is redundant and
we can
omap-control device is present from OMAP4 onwards which
support device tree boots only. So get rid of platform data.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/usb/phy/phy-omap-control.c | 12 +++-
include/linux/usb/omap_control_usb.h |4
2 files changed, 3
Add support for new device types and in the process rid of ti,type
device tree property. The correct type of device will be determined
from the compatible string instead.
Introduce a compatible string for each device type. At the moment
we support 4 types Mailbox, USB2, USB3 and DRA7.
Update DT
Hi,
This patchset does the following:
* Get rid of omap_control_usb platform data as we support DT only.
* Restructure and add support for new PHY types. We now support the follwing
four types
TYPE_OMAP - if it has otghs_control mailbox register (e.g. on OMAP4)
TYPE_USB2 - if it has Power
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't support non-DT boot, we just bail out on probe
if device node
Hi Benoit,
On 08/26/2013 03:33 AM, Benoit Cousson wrote:
Hi Sebastian,
Is this patch different from that one:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg92176.html
Lokesh just pointed me this patch because it was missing for the SHAM/AES
series
from Mark Greer.
On 08/26/2013 05:46 AM, Sekhar Nori wrote:
On Saturday 24 August 2013 01:23 AM, Joel Fernandes wrote:
HWMOD removal for MMC and Crypto is breaking edma_start as the events are
being manually triggered due to unused channel list not being clear. Atleast
breakage has been seen on these
On Mon, Aug 26, 2013 at 05:36:15PM +0300, Tero Kristo wrote:
On 08/03/2013 09:31 PM, Russell King - ARM Linux wrote:
On Fri, Aug 02, 2013 at 07:25:20PM +0300, Tero Kristo wrote:
+
+ if (cl)
+ return cl;
+
+ /* If clock was not found, attempt to look-up from DT */
+ node =
On 08/26/2013 08:03 PM, Russell King - ARM Linux wrote:
On Mon, Aug 26, 2013 at 05:36:15PM +0300, Tero Kristo wrote:
On 08/03/2013 09:31 PM, Russell King - ARM Linux wrote:
On Fri, Aug 02, 2013 at 07:25:20PM +0300, Tero Kristo wrote:
+
+ if (cl)
+ return cl;
+
+ /*
On Monday 26 August 2013 19:40:57 Vinod Koul wrote:
Why does DT need the fliter function in the first place. The DT enabled
drivers
should not even have a filter function...
The dmaengine core calls the optional filter function. This needs to be
implemented in driver in order for driver to
On Monday 26 August 2013 02:34 PM, Tony Lindgren wrote:
* Daniel Mack zon...@gmail.com [130823 12:39]:
At least the AM33xx SoC has a control module register to configure
details such as the hardware ethernet interface mode.
I'm not sure whether all SoCs which feature the cpsw block have such
On 8/26/2013 10:22 PM, Joel Fernandes wrote:
On 08/26/2013 05:46 AM, Sekhar Nori wrote:
On Saturday 24 August 2013 01:23 AM, Joel Fernandes wrote:
HWMOD removal for MMC and Crypto is breaking edma_start as the events are
being manually triggered due to unused channel list not being clear.
Tony Lindgren t...@atomide.com writes:
Kevin,
* Wei Yongjun weiyj...@gmail.com [130704 06:48]:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_alloc() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check
should be
Hello Tomi Valkeinen,
This is a semi-automatic email about new static checker warnings.
The patch 5391e87d1259: OMAPDSS: remove dispc's dependency to
VENC/HDMI from May 16, 2013, leads to the following Smatch complaint:
drivers/video/omap2/dss/hdmi.c:672 omapdss_hdmi_display_set_timing()
HWMOD removal for MMC is breaking edma_start as the events are being manually
triggered due to unused channel list not being clear.
This patch fixes the issue, by reading the dmas property from the DT node if
it exists and clearing the bits in the unused channel list. For this purpose
we use the
On Mon, Aug 26, 2013 at 8:21 AM, Archit Taneja arc...@ti.com wrote:
Add code to parse the GPIO expander Device Tree node and extract platform data
out of it, and populate the struct 'pcf857x_platform_data' maintained by the
driver. This enables devices to reference the gpio expander from
Suman Anna s-a...@ti.com writes:
The WkupM3 mailbox used for triggering PM operations such as suspend
and resume on AM33x/AM43x is special in that the M3 processor cannot
access the mailbox registers. However, an interrupt is needed to be
sent to request the M3 to perform a desired PM
Add code to parse the GPIO expander Device Tree node and extract platform data
out of it, and populate the struct 'pcf857x_platform_data' maintained by the
driver. This enables devices to reference the gpio expander from Device Tree.
Add DT binding info in Documentation.
Signed-off-by: Archit
51 matches
Mail list logo