On Mon, Jun 17, 2013 at 11:16:02AM +0530, J Keerthy wrote:
Remove code which is not necessary for a device tree boot.
Boot tested on OMAP5-UEVM board.
Signed-off-by: J Keerthy j-keer...@ti.com
This looks good to me!
Acked-by: Graeme Gregory g...@slimlogic.co.uk
---
* Felipe Balbi ba...@ti.com [130615 08:12]:
fair enough, then let's just add those interrupts to hwmod which will,
eventually, let us drop all of that data from hwmod.
Nope, we're already dropping the duplicate data from hwmod for
am33xx and omap4. See omap-for-v3.11/cleanup branch.
Regards,
Hi Benoit,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 13, 2013 10:19 PM
To: Cousson, Benoit
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@wwwdotorg.org;
swar...@nvidia.com; sa...@linux.intel.com;
On Fri, May 31, 2013 at 5:59 PM, Arnd Bergmann a...@arndb.de wrote:
The bug fix 352a2d5bf gpio/omap: ensure gpio context is initialised
has caused a new warning for omap1_defconfig:
drivers/gpio/gpio-omap.c:1465:13: warning: 'omap_gpio_init_context' defined
but not used [-Wunused-function]
On Monday 17 June 2013 11:16 AM, J Keerthy wrote:
Remove code which is not necessary for a device tree boot.
Boot tested on OMAP5-UEVM board.
Signed-off-by: J Keerthy j-keer...@ti.com
Looks good to me.
Acked-by: Laxman Dewangan ldewan...@nvidia.com
--
To unsubscribe from this list: send
Hi Linus,
On Thursday 06 June 2013 07:35 PM, Archit Taneja 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 Device
On 16/06/13 15:28, Igor Grinberg wrote:
Although one thing is missing from the tfp410 driver is
the PD GPIO polarity. I had to adjust it locally to get the DVI working.
The original polarity was high = disabled, low = enabled.
Hmm, but this is missing from the old driver also, isn't it? At
On Friday 14 June 2013 07:28 PM, Ming Lei wrote:
On Fri, Jun 14, 2013 at 9:31 PM, Ming Lei tom.leim...@gmail.com wrote:
On Thu, Jun 13, 2013 at 6:12 PM, Sricharan R r.sricha...@ti.com wrote:
On Thursday 13 June 2013 02:51 PM, Sricharan R wrote:
Hi Tony,
On Wednesday 12 June 2013 10:44 PM,
Hi Tomi,
On 06/14/2013 04:52 PM, Tomi Valkeinen wrote:
Hi Tony, Roger,
I recently raised the i2c issue with reading EDID from a DVI monitor on
Panda, when booting with DT. I just couldn't get reading EDID work at
all reliably.
I now see problems with non-DT also. Booting with 3.10-rc5,
Sricharan R r.sricha...@ti.com writes:
Hi,
[...]
Starting kernel ...
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 3.10.0-rc4-next-20130607 (a0393807@uda0393807)
(gcc version 4.6.3 (Sourcery CodeBench Lite 2012.03-57) ) #18 SMP Mon Jun 17
12:55:05 IST
On Mon, Jun 17, 2013 at 4:06 PM, Arnaud Patard
arnaud.pat...@rtp-net.org wrote:
Sricharan R r.sricha...@ti.com writes:
I hoped to have missed some mails and that people were testing pandabard
support with full support but given what I see, the ethernet support is
not there yet. This thread is
* Arnaud Patard arnaud.pat...@rtp-net.org [130617 01:13]:
I hoped to have missed some mails and that people were testing pandabard
support with full support but given what I see, the ethernet support is
not there yet. This thread is about removing the non-DT boot. I see some
contradiction
* Ming Lei tom.leim...@gmail.com [130617 01:22]:
On Mon, Jun 17, 2013 at 4:06 PM, Arnaud Patard
arnaud.pat...@rtp-net.org wrote:
Sricharan R r.sricha...@ti.com writes:
I hoped to have missed some mails and that people were testing pandabard
support with full support but given what I see,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/17/13 10:08, Tomi Valkeinen wrote:
On 16/06/13 15:28, Igor Grinberg wrote:
Although one thing is missing from the tfp410 driver is
the PD GPIO polarity. I had to adjust it locally to get the DVI working.
The original polarity was high =
From: Ambresh K ambr...@ti.com
On a possible HW bug or in-correct configuration of MUX register's in
bootloader; might return a value greater than available parent clocks
for a MUX clk.
Sensing invalid parent index, clk_mux_get_parent returns -EINVALID.
Due to function's u8 return type it
From: Ambresh K ambr...@ti.com
If clk is same as orphan clk then skip the iteration, there
by avoiding unnecessary look-up.
Signed-off-by: Ambresh K ambr...@ti.com
---
drivers/clk/clk.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/clk/clk.c
On Mon, Jun 17, 2013 at 4:27 PM, Tony Lindgren t...@atomide.com wrote:
Too quick? The basic DT based booting has been working for a few years
now to some extent on omaps :)
I mean it is OK to drop legacy mode now if it won't break old system.
Otherwise, it is better to slow down the dropping
From: Ambresh K ambr...@ti.com
clk_mux_get_parent should return an error if the value read
from the register is erroneous.
Currently if the value read is greater than the number of
available parents clk_mux_get_parent return's signed error
which will result in NULL pointer dereferencing in the
From: Ambresh K ambr...@ti.com
clk_ops's .get_parent member data return's signed value.
Signed-off-by: Ambresh K ambr...@ti.com
---
arch/arm/mach-omap2/clkt_clksel.c |2 +-
arch/arm/mach-omap2/clkt_dpll.c |2 +-
arch/arm/mach-omap2/clock.h |4 ++--
3 files changed, 4
* Ming Lei tom.leim...@gmail.com [130617 01:47]:
On Mon, Jun 17, 2013 at 4:27 PM, Tony Lindgren t...@atomide.com wrote:
Too quick? The basic DT based booting has been working for a few years
now to some extent on omaps :)
I mean it is OK to drop legacy mode now if it won't break old
On Thu, Jun 6, 2013 at 4:05 PM, 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 Device
On Fri, Jun 14, 2013 at 07:12:07PM +0300, Illia Smyrnov wrote:
Introduce mcspi_bytes_per_word function as replacement for the next code
fragment:
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Jun 14, 2013 at 07:12:08PM +0300, Illia Smyrnov wrote:
The MCSPI controller has a built-in FIFO buffer to unload the DMA or interrupt
handler and improve data throughput. This patch adds FIFO buffer support for
SPI
transfers in DMA mode.
This looks good but doesn't apply against my
Tony Lindgren t...@atomide.com writes:
Hi,
* Arnaud Patard arnaud.pat...@rtp-net.org [130617 01:13]:
I hoped to have missed some mails and that people were testing pandabard
support with full support but given what I see, the ethernet support is
not there yet. This thread is about removing
Hi,
On 06/13/2013 10:43 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 be of use only to
* Arnaud Patard arnaud.pat...@rtp-net.org [130617 02:52]:
Tony Lindgren t...@atomide.com writes:
I understand your concerns but, please, cope with reality: the clock
work is not in -next so this tends to make me think it won't reach
3.11. We're at -rc6 after all. Telling users that their
* Olof Johansson o...@lixom.net [130614 14:34]:
On Wed, Jun 12, 2013 at 11:24:33AM -0700, Tony Lindgren wrote:
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux 3.10-rc4 (2013-06-02 17:11:17 +0900)
are available in the git repository at:
* Olof Johansson o...@lixom.net [130614 14:42]:
On Wed, Jun 12, 2013 at 11:24:35AM -0700, Tony Lindgren wrote:
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
* Suman Anna s-a...@ti.com [130613 08:09]:
On 06/12/2013 08:37 PM, Felipe Balbi wrote:
Hi,
On Wed, Jun 12, 2013 at 04:58:26PM -0500, Suman Anna wrote:
The following changes since commit
317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are
Grant, Rob,
Can one of you please take a look at this patch and see if you have any
comments on the binding definition?
Joel,
Ideally the bindings are described before they are used or along with
its usage. In that aspect, this patch is present too far back in the
series. Can you please fix
* Kevin Hilman khil...@linaro.org [130613 15:18]:
Tony,
Please pull this OMAP PM cleanup for v3.11.
Thanks,
Kevin
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
* Pavel Machek pa...@ucw.cz [130614 14:34]:
* Pavel Machek pa...@ucw.cz [130613 16:14]:
No, there really are two instances of mux registers even on omap3,
but I missed that earlier while reading the docs, and with the legacy
mux framework it does not matter which mux domain it is. But
* Roger Quadros rog...@ti.com [130617 01:18]:
Hi Tomi,
On 06/14/2013 04:52 PM, Tomi Valkeinen wrote:
Hi Tony, Roger,
I recently raised the i2c issue with reading EDID from a DVI monitor on
Panda, when booting with DT. I just couldn't get reading EDID work at
all reliably.
I now
On 17/06/13 14:18, Tony Lindgren wrote:
You should be able to get the regulator based on the name just fine
from the drivers even if one driver is using DT and one is not. That is
as long as the regulator is defined. Then the regulator fwk will track
the usecount properly.
Doesn't the
* Tomi Valkeinen tomi.valkei...@ti.com [130617 04:34]:
On 17/06/13 14:18, Tony Lindgren wrote:
You should be able to get the regulator based on the name just fine
from the drivers even if one driver is using DT and one is not. That is
as long as the regulator is defined. Then the
On 06/17/2013 02:27 PM, Tomi Valkeinen wrote:
On 17/06/13 14:18, Tony Lindgren wrote:
You should be able to get the regulator based on the name just fine
from the drivers even if one driver is using DT and one is not. That is
as long as the regulator is defined. Then the regulator fwk will
On 06/14/2013 03:53 PM, Mark Brown wrote:
On Tue, Jun 11, 2013 at 04:34:53PM +0200, Sebastian Andrzej Siewior
wrote:
It does give you tracepoints and debugfs. If it's making things at
all complicated we need to look at why that is and figure out how
to fix that since it's probably an issue
Hi,
On Monday 17 June 2013 02:35 PM, Linus Walleij wrote:
On Thu, Jun 6, 2013 at 4:05 PM, 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
Remove code which is not necessary for a device tree boot.
Boot tested on OMAP5-UEVM board.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Laxman Dewangan ldewan...@nvidia.com
Acked-by: Graeme Gregory g...@slimlogic.co.uk
---
drivers/mfd/palmas.c | 106
The SMPS10 regulator is not presesnt in all the variants
of the PALMAS PMIC family. Hence adding a feature to distingush
between them.
Signed-off-by: J Keerthy j-keer...@ti.com
---
drivers/mfd/palmas.c |3 ++-
drivers/regulator/palmas-regulator.c |3 +++
On Friday 14 June 2013 21:32:47 Joel A Fernandes wrote:
diff --git a/Documentation/devicetree/bindings/dma/ti-edma.txt
b/Documentation/devicetree/bindings/dma/ti-edma.txt
new file mode 100644
index 000..ada0018
--- /dev/null
+++ b/Documentation/devicetree/bindings/dma/ti-edma.txt
@@
Palmas PMICs have an INT line. This line is one single
Interrupt line to the application processor. The interrupt
feature enables to selectively request irq for only those
specific chips which have INT line connected to a valid
IRQ line of the application processor.
Signed-off-by: J Keerthy
Signed-off-by: J Keerthy j-keer...@ti.com
---
.../devicetree/bindings/regulator/palmas-pmic.txt |1 +
drivers/regulator/palmas-regulator.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/regulator/palmas-pmic.txt
The Patch series adds TPS659038 PMIC support in the palmas mfd/voltage driver.
The TPS659038 has almost the same registers as of the earlier
supported variants of PALMAS family such as the TWL6035.
The critical differences between TPS659038 and TWL6035 being:
1) TPS659038 has nothing related to
The Patch adds TPS659038 PMIC support in the palmas mfd driver.
The TPS659038 has almost the same registers as of the earlier
supported variants of PALMAS family such as the TWL6035.
The critical differences between TPS659038 and TWL6035 being:
1) TPS659038 has nothing related to battery
Hi,
On Mon, Jun 17, 2013 at 05:17:58PM +0530, J Keerthy wrote:
Remove code which is not necessary for a device tree boot.
Boot tested on OMAP5-UEVM board.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Laxman Dewangan ldewan...@nvidia.com
Acked-by: Graeme Gregory
The powerdomain framework currently expects all powerdomains to be associated
with
a corresponding voltagedomain. For some SoCs' (like the already existing AM33xx
family, or for the upcoming AM437x and DRA7 SoCs') which
do not have a Voltage controller/Voltage Processor (neither the SR I2C
bus to
Hi,
The powerdomain framework currently expects to always have a voltagedomain
associated with a given powerdomain. We already have AM33xx which
has no Voltage Controller/Voltage Processor as part of PRCM.
There are more SoCs' to follow starting with AM437x and DRA7xx
which do not have VC/VP. All
Now that there is a way to tell the powerdomain core about
missing voltage domain auto-scaling control in SoCs', get rid of the dummy
voltage domain data populated for AM33xx devices.
Acked-by: Nishanth Menon n...@ti.com
Acked-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Rajendra Nayak
On Monday 17 June 2013 09:16 AM, Rajendra Nayak wrote:
Hi,
The powerdomain framework currently expects to always have a voltagedomain
associated with a given powerdomain. We already have AM33xx which
has no Voltage Controller/Voltage Processor as part of PRCM.
There are more SoCs' to follow
I haven't tested this but it should not work the way it is now. The
format for of_parse_phandle() is usuall phandle index not the other
way around.
Cc: Benoît Cousson b-cous...@ti.com
Cc: Roger Quadros rog...@ti.com
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
The MCSPI controller has a built-in FIFO buffer to unload the DMA or interrupt
handler and improve data throughput. This patch adds FIFO buffer support for SPI
transfers in DMA mode.
For SPI transfers in DMA mode, the largest possible FIFO buffer size will be
calculated and set up. The FIFO won't
On 06/17/2013 12:16 PM, Mark Brown wrote:
On Fri, Jun 14, 2013 at 07:12:08PM +0300, Illia Smyrnov wrote:
The MCSPI controller has a built-in FIFO buffer to unload the DMA or interrupt
handler and improve data throughput. This patch adds FIFO buffer support for SPI
transfers in DMA mode.
Hi,
On Mon, Jun 17, 2013 at 18:46:21, Nayak, Rajendra wrote:
The powerdomain framework currently expects to always have a voltagedomain
associated with a given powerdomain. We already have AM33xx which
has no Voltage Controller/Voltage Processor as part of PRCM.
There are more SoCs' to
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
git://gitorious.org/linux-omap-dss2/linux.git tags/omapdss-for-3.11-1
for you to fetch changes up to
The following changes since commit 595470a7853848cb971d5ee3fed443b1e3aa0d1b:
OMAPDSS: gracefully disable overlay at error (2013-06-17 14:00:56 +0300)
are available in the git repository at:
git://gitorious.org/linux-omap-dss2/linux.git tags/omapdss-for-3.11-2
for you to fetch changes up to
On 06/17/2013 03:27 PM, Sebastian Andrzej Siewior wrote:
index 6eec699..a12e9b0 100644
--- a/arch/arm/boot/dts/omap3-beagle.dts
+++ b/arch/arm/boot/dts/omap3-beagle.dts
@@ -128,7 +128,7 @@
};
usbhsehci {
- phys = 0 hsusb2_phy;
+ phys = hsusb2_phy 0;
};
twl_gpio {
Wait.
On 06/17/2013 04:54 PM, Sebastian Andrzej Siewior wrote:
On 06/17/2013 03:27 PM, Sebastian Andrzej Siewior wrote:
index 6eec699..a12e9b0 100644
--- a/arch/arm/boot/dts/omap3-beagle.dts
+++ b/arch/arm/boot/dts/omap3-beagle.dts
@@ -128,7 +128,7 @@
};
usbhsehci {
-phys = 0
Rajendra Nayak rna...@ti.com writes:
Hi,
The powerdomain framework currently expects to always have a voltagedomain
associated with a given powerdomain. We already have AM33xx which
has no Voltage Controller/Voltage Processor as part of PRCM.
There are more SoCs' to follow starting with
Hi Sekhar,
-Original Message-
From: Nori, Sekhar
Sent: Monday, June 17, 2013 6:01 AM
To: Fernandes, Joel A; Grant Likely; Rob Herring
Cc: Tony Lindgren; Matt Porter; Vinod Koul; Mark Brown; Cousson, Benoit;
Russell King; Rob Landley; Andrew Morton; Jason Kridner; Koen Kooi;
Hi Felipe,
so with these two I can use the second port on my am335x-evm in hostmode.
After the second ports gets noticed by Linux I see over and over:
|musb_bus_suspend 2457: trying to suspend as a_wait_bcon while active
Which disappears once I plug in a device and does not come back after I
There is no need to hardcode the number of instances here. It is better to
determine them at runtime. Even if the device provides two instances one
might only want to use one of them.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/usb/musb/musb_dsps.c | 33
If we specify right now more than once instance then we attempt to add
the platform device twice. The nop driver does not mind the second add
because it checks for it and returns without a word. At removal time a
segfault is likely because the first intance clean ups the phy and
second, well, goes
Hi Arnd,
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Monday, June 17, 2013 6:13 AM
To: Fernandes, Joel A
Cc: Tony Lindgren; Nori, Sekhar; Matt Porter; Grant Likely; Rob Herring; Vinod
Koul; Mark Brown; Cousson, Benoit; Russell King; Rob Landley; Andrew
On Friday 14 June 2013 11:40 PM, Joel A Fernandes wrote:
Resending on Matt's new email, thanks.
On Fri, Jun 14, 2013 at 1:10 PM, Joel A Fernandes agnel.j...@gmail.com wrote:
Hi,
On Wed, Mar 6, 2013 at 7:37 AM, Matt Porter mpor...@ti.com wrote:
On Tue, Mar 05, 2013 at 09:26:01PM +, Arnd
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Samuel Ortiz
Sent: Monday, June 17, 2013 6:41 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; ldewan...@nvidia.com;
g...@slimlogic.co.uk
Subject: Re: [PATCH v2]
On Mon, Jun 17, 2013 at 01:41:40PM +0200, Sebastian Andrzej Siewior wrote:
On 06/14/2013 03:53 PM, Mark Brown wrote:
It does give you tracepoints and debugfs. If it's making things at
all complicated we need to look at why that is and figure out how
to fix that since it's probably an
On Mon, Jun 17, 2013 at 05:39:11PM +0530, J Keerthy wrote:
Palmas PMICs have an INT line. This line is one single
Interrupt line to the application processor. The interrupt
feature enables to selectively request irq for only those
specific chips which have INT line connected to a valid
IRQ
On Mon, Jun 17, 2013 at 04:31:06PM +0300, Illia Smyrnov wrote:
The MCSPI controller has a built-in FIFO buffer to unload the DMA or interrupt
handler and improve data throughput. This patch adds FIFO buffer support for
SPI
transfers in DMA mode.
Applied, thanks.
signature.asc
Description:
On Monday 17 June 2013, Fernandes, Joel A wrote:
[Joel] Thanks for the suggestion, I updated it and it looks like this now:
Required properties:
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Monday, June 17, 2013 11:20 AM
To: Fernandes, Joel A
Cc: Tony Lindgren; Nori, Sekhar; Matt Porter; Grant Likely; Rob Herring; Vinod
Koul; Mark Brown; Cousson, Benoit; Russell King; Rob Landley; Andrew Morton;
The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f:
Linux 3.10-rc6 (2013-06-15 11:51:07 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
tags/omap-pm-v3.11/voltdm
for you to fetch changes up to
From: avinash philip avinashphi...@ti.com
Support for pm_runtime add to GPMC driver.
Signed-off-by: Philip Avinash avinashphi...@ti.com
Signed-off-by: Pekon Gupta pe...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/gpmc.c | 8 ++--
1 file changed, 6
From: avinash philip avinashphi...@ti.com
ELM is used for locating bit-flip errors in when using BCH ECC scheme.
This patch adds suspend/resume support for leaf level ELM driver,
And also provides ELM register context save restore support, so that
configurations are preserved across hardware
From: avinash philip avinashphi...@ti.com
GPMC is hardware controller for external memory interfaces.
This patch adds suspend/resume support for GPMC driver.
It also preserves GPMC register configurations across device low-power states
in which GPMC hardware can be powered-off.
This patch series adds runtime PM support (specifically suspend/resume)
for GPMC and ELM drivers.
[Patch 1/3]: Adds pm_runtime calls to handle GPMC module probe and remove
[Patch 2/3]: Adds GPMC suspend/resume support.
[Patch 3/3]: Adds ELM suspend/resume support.
Tested on am335x-evm with NAND
On Sun, Jun 16, 2013 at 03:14:01PM -0500, Suman Anna wrote:
Hi Tan,
On 06/14/2013 04:32 AM, LF.Tan wrote:
Hi Suman
Thanks for your reply.
I have took a look the patches you've mentioned in [1]. It is totally
new framework from what is located in linux-next git tree now.
Yes,
Signed-off-by: Marek Belisko marek.beli...@open-nandra.com
---
Resending because patch wasn't applied yet and was first time sent
in January.
arch/arm/boot/dts/omap3-gta04.dts | 94 +++
1 file changed, 94 insertions(+)
create mode 100644
Loan Syndicacion
Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie
unsere
Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen
Mehrwert für unsere
Kunden Unternehmen.
eine Division der AFG Finance und Private Bank plc.
Wenn Sie erwägen, eine große
Hi Kevin,
On Fri, May 31, 2013 at 02:44:54PM -0700, Kevin Hilman wrote:
The genirq IRQ wake method will default to failure if the irq_chip
does not provide a set_wake method. However, for TWL4030 sub-chip
IRQs, we want the wake enable to succeed even though we don't provide
a set_wake
On 6/17/2013 9:10 PM, Fernandes, Joel A wrote:
Hi Arnd,
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Monday, June 17, 2013 6:13 AM
To: Fernandes, Joel A
Cc: Tony Lindgren; Nori, Sekhar; Matt Porter; Grant Likely; Rob Herring;
Vinod
Koul; Mark Brown;
This patch adds DebugSS data to clock-tree and hwmod data files.
Changes from RFC/V1 (No code change):
- Based on comments, we have to follow DT and loadable module
approach for debugSS module as well, so separated out 2 patches
of clock-tree and hwmod data addition
Represent debugSS clock interface as provided in
CM_WKUP_DEBUGSS_CLKCTRL register, includes
- Clock gate for optional DEBUG_CLKA and DBGSYSCLK
- Clock Mux for TRC_PMD and STM_PMD
- Clock divider for STM and TPIU
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by:
In the original hwmod data file, DebugSS entry was disabled,
since we didn't (and do not) have SW to control it.
This patch enables it back with right data, so that it can be
controlled by different ways; and the suggested method it to
have modular driver for debugSS as well.
Refer to the link
Hi Mark,
Thanks for the review.
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: Monday, June 17, 2013 9:46 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; ldewan...@nvidia.com;
sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
Joel,
When you respin this, please base on top of Prabhakar's clean-up titled:
ARM: edma: Convert to devm_* api.
Or better still, include his patch in your series.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
86 matches
Mail list logo