On Tuesday 01 October 2013 07:21 PM, Daniel Mack wrote:
This patch makes the edma driver resume correctly after suspend. Tested
on an AM33xx platform with cyclic audio streams.
I believe you have confirmed below are the only registers/fields which
will lose context across suspend/resume
The
On 02/10/2013 15:54, David Gibson wrote:
On Tue, Oct 01, 2013 at 03:54:20PM -0500, Rob Herring wrote:
On Tue, Oct 1, 2013 at 10:06 AM, Benoit Cousson bcous...@baylibre.com wrote:
Hi Rob,
On 01/10/2013 15:17, Rob Herring wrote:
On 10/01/2013 03:06 AM, Benoit Cousson wrote:
+ more 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 following
four types
TYPE_OTGHS - if it has otghs_control mailbox register (e.g. on OMAP4)
TYPE_USB2 - if it has Power
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
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 ++-
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
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.
As we don't support non-DT boot, we just bail out on probe
if device node
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
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 OTGHS, USB2, PIPE3 (e.g. USB3) and
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
Hi Tony,
On Wednesday 18 September 2013 09:32 PM, Sricharan R wrote:
The realtime counter called master counter, produces the count
used by the private timer peripherals in the MPU_CLUSTER. The
CNTFRQ per cpu register is used to denote the frequency of the counter.
Currently the frequency
Hi,
On 09/24/2013 11:53 AM, Roger Quadros wrote:
Hi,
Modelling the RESET line as a regulator supply wasn't a good idea
as it abuses the regulator framework and makes adaptation
code/data more complex.
Instead, manage the RESET gpio line directly in the driver.
This also makes us easy
Hi Benoit,
Could you please take the device tree related patches [5 to 10] in this series?
Thanks.
cheers,
-roger
On 09/24/2013 11:53 AM, Roger Quadros wrote:
We no longer need to model the RESET line as a regulator since
the USB phy-nop driver accepts reset-gpios property.
Signed-off-by:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
Thanks,
Benoit
On 03/10/2013 12:34, Roger Quadros wrote:
Hi Benoit,
Could you please take the device tree related patches [5 to 10] in this series?
Thanks.
cheers,
-roger
On 09/24/2013 11:53 AM, Roger Quadros wrote:
Hi,
On Wed, Oct 02, 2013 at 04:41:53PM +0300, Roger Quadros wrote:
On 10/02/2013 04:11 PM, Felipe Balbi wrote:
On Mon, Sep 23, 2013 at 04:11:30PM +0300, Roger Quadros wrote:
Hi Felipe,
On 09/18/2013 03:49 PM, Roger Quadros wrote:
usb_otg_ss_refclk960m is an optional functional clock to
Hi Stephen,
On 02/10/2013 00:22, Stephen Warren wrote:
On 09/24/2013 10:52 AM, Benoit Cousson wrote:
Hi All,
Following the discussion that happened during LCE-2013 and the email
thread started by Tomasz few months ago [1], here is a first attempt
to introduce:
- a schema language to define
+ DT list and DT maintainers.
Hi Joel,
Thanks for the update. It looks good to me.
For the new bindings added below;
.../devicetree/bindings/crypto/omap-aes.txt| 34 ++
.../devicetree/bindings/crypto/omap-sham.txt | 31 +
I will need the acked-by from one of
Hi Keerthy,
On 11/09/2013 07:30, Keerthy wrote:
On Tuesday 10 September 2013 12:51 AM, Nishanth Menon wrote:
On 08/26/2013 12:36 AM, Keerthy wrote:
The Patch adds nodes for TPS659038 PMIC for DRA7 boards.
It is based on top of:
http://comments.gmane.org/gmane.linux.ports.arm.omap/102459.
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error: arch/arm/boot/dts/omap3-beagle.dts: patch does not apply
Patch failed at 0004 ARM: dts: omap3-beagle:
Hi David,
On 02/10/2013 16:29, David Gibson wrote:
On Tue, Oct 01, 2013 at 04:22:24PM -0600, Stephen Warren wrote:
On 09/24/2013 10:52 AM, Benoit Cousson wrote:
Hi All,
Following the discussion that happened during LCE-2013 and the email
thread started by Tomasz few months ago [1], here is a
Hi Benoit,
On 10/03/2013 04:44 PM, Benoit Cousson wrote:
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error: arch/arm/boot/dts/omap3-beagle.dts: patch
On 03/10/2013 15:58, Roger Quadros wrote:
Hi Benoit,
On 10/03/2013 04:44 PM, Benoit Cousson wrote:
On 03/10/2013 14:05, Benoit Cousson wrote:
Hi Roger,
Yes, I will. I've been waiting for these ones for so long :-)
In fact it does not apply correctly on my for_3.13/dts branch :-(
error:
Looping back the mailing-lists.
On Thu, Oct 3, 2013 at 4:23 PM, Fabien Parent fpar...@baylibre.com wrote:
Hi David,
On Wed, Oct 2, 2013 at 2:59 PM, David Gibson da...@gibson.dropbear.id.au
wrote:
On Tue, Sep 24, 2013 at 06:52:07PM +0200, Benoit Cousson wrote:
From: Fabien Parent
On 10/03/2013 03:29 PM, Felipe Balbi wrote:
Hi,
On Wed, Oct 02, 2013 at 04:41:53PM +0300, Roger Quadros wrote:
On 10/02/2013 04:11 PM, Felipe Balbi wrote:
On Mon, Sep 23, 2013 at 04:11:30PM +0300, Roger Quadros wrote:
Hi Felipe,
On 09/18/2013 03:49 PM, Roger Quadros wrote:
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
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
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 OTGHS, USB2, PIPE3 (e.g. USB3) and
Hi Greg,
I was initially pushing this series through Felipe, but now that PHY framework
is in your usb-next tree, Felipe has asked me to send it to you.
We need this for 3.13.
There are more patches related to USB support for TI's DRA7 SoC and SATA support
for OMAP5 that depend on this series.
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
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
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
On Thu, Oct 03, 2013 at 05:54:14PM +0300, Roger Quadros wrote:
On 10/03/2013 03:29 PM, Felipe Balbi wrote:
Hi,
On Wed, Oct 02, 2013 at 04:41:53PM +0300, Roger Quadros wrote:
On 10/02/2013 04:11 PM, Felipe Balbi wrote:
On Mon, Sep 23, 2013 at 04:11:30PM +0300, Roger Quadros wrote:
Hi
Hi Nishanth,
Nishanth Menon n...@ti.com writes:
The following version 5 of the series arose from trying to use
BeagleBoard-XM (OMAP3 variant) for doing CPU DVFS using cpufreq-cpu0.
This series enables the generic cpufreq-cpu0 driver to be used in
device tree enabled boot while maintaining
On Thursday 03 October 2013 12:59 PM, Suman Anna wrote:
The hwmod init sequence involves initializing and idling all the
hwmods during bootup. If a module class has sysconfig, the init
sequence utilizes the module register base for performing any
sysc configuration.
The module address space
The hwmod init sequence involves initializing and idling all the
hwmods during bootup. If a module class has sysconfig, the init
sequence utilizes the module register base for performing any
sysc configuration.
The module address space is being removed from hwmod database and
retrieved from the
fixing Benoit's mail ID.
On 10/03/2013 11:43 AM, Kevin Hilman wrote:
Hi Nishanth,
Nishanth Menon n...@ti.com writes:
The following version 5 of the series arose from trying to use
BeagleBoard-XM (OMAP3 variant) for doing CPU DVFS using cpufreq-cpu0.
This series enables the generic
* Tony Lindgren t...@atomide.com [131002 22:51]:
--- a/drivers/pinctrl/pinctrl-single.c
+++ b/drivers/pinctrl/pinctrl-single.c
+/**
+ * pcs_irq_set() - enables or disables an interrupt
+ *
+ * Note that this currently assumes one interrupt per pinctrl
+ * register that is typically used for
* Aaro Koskinen aaro.koski...@iki.fi [131001 14:41]:
Hi,
Any comments about the below patch? If my analysis is correct, this issue
needs to be fixed before any boards that set ONENAND_SYNC_READWRITE can
be converted to DT. So the fix should be applied preferably during the
current rc-cycle.
* Aida Mynzhasova aida.mynzhas...@skitlab.ru [130918 09:50]:
So, is there is somebody who wants to review my changes? :)
Maybe resend with Tero and Paul in Cc so they can coordinate
how it should be handled?
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
* Suman Anna s-a...@ti.com [130903 11:00]:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Great, this
* Linus Walleij linus.wall...@linaro.org [130910 01:28]:
On Mon, Sep 9, 2013 at 9:14 PM, Paul Walmsley p...@pwsan.com wrote:
Heh, that function name add_device_randomness() is a bit misleading.
It's not actually intended to add randomness: from
drivers/char/random.c:
Yeah you're
* Michael Opdenacker michael.opdenac...@free-electrons.com [130907 00:27]:
This patch proposes to remove the IRQF_DISABLED flag from OMAP code
It's a NOOP since 2.6.35, and will be removed one day.
Thanks, applying into omap-for-v3.13/fixes-not-urgent.
Tony
--
To unsubscribe from this list:
Tony,
On 10/03/2013 01:05 PM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [130903 11:00]:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the
* Javier Martinez Canillas martinez.jav...@gmail.com [130925 06:18]:
On Tue, Sep 10, 2013 at 4:55 PM, Enric Balletbo i Serra
eballe...@gmail.com wrote:
From: Enric Balletbo i Serra eballe...@iseebcn.com
Hi all,
These two patches introduces initial support for the IGEP AM335x-based
* Suman Anna s-a...@ti.com [131003 11:25]:
Tony,
On 10/03/2013 01:05 PM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [130903 11:00]:
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT
* Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com [130930 06:13]:
__initdata tag should be placed between the variable name and equal
sign for the variable to be placed in the intended .init.data section.
Thanks applying into omap-for-v3.13/fixes-not-urgent.
Tony
--
To unsubscribe from this
There is currently a copy and paste error where the hdmi vsync timings are not
compared correctly, this patch fixes this.
Signed-off-by: Richard Röjfors richard.rojf...@gmail.com
---
diff --git a/drivers/video/omap2/dss/hdmi.c b/drivers/video/omap2/dss/hdmi.c
index 82a9640..e3ea2d5 100644
---
Do you have a firm or company that need loan to start up a business or
need,personal loan, Debt consolidation? For more information,Contact us now for
a guarantee loan with low interest rate. We will provide you with loan to meet
your needs. For more information contact us with the following
Nishanth Menon n...@ti.com writes:
fixing Benoit's mail ID.
On 10/03/2013 11:43 AM, Kevin Hilman wrote:
Hi Nishanth,
Nishanth Menon n...@ti.com writes:
The following version 5 of the series arose from trying to use
BeagleBoard-XM (OMAP3 variant) for doing CPU DVFS using cpufreq-cpu0.
On 2 October 2013 20:31, Will Deacon will.dea...@arm.com wrote:
On Wed, Oct 02, 2013 at 06:19:30PM +0100, Taras Kondratiuk wrote:
On 2 October 2013 15:49, Will Deacon will.dea...@arm.com wrote:
On Wed, Oct 02, 2013 at 12:34:16PM +0100, Taras Kondratiuk wrote:
diff --git
From: Danke Xie d@sta.samsung.com
The current TWL 6030 IRQ handler assumes little endianness.
This change makes it endian-neutral.
Signed-off-by: Danke Xie d@sta.samsung.com
Signed-off-by: Taras Kondratiuk taras.kondrat...@linaro.org
---
v2: fixed sparse warning
v1:
On 10/03/2013 08:25 AM, Benoit Cousson wrote:
+ DT list and DT maintainers.
Hi Joel,
Thanks for the update. It looks good to me.
For the new bindings added below;
.../devicetree/bindings/crypto/omap-aes.txt| 34 ++
.../devicetree/bindings/crypto/omap-sham.txt
54 matches
Mail list logo
