Hi,
On Thursday 15 May 2014 06:03 PM, Nishanth Menon wrote:
On 05/15/2014 07:18 AM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 15 May 2014 05:42 PM, Nishanth Menon wrote:
On Thu, May 15, 2014 at 6:59 AM, Kishon Vijay Abraham I kis...@ti.com
wrote:
Hi Nishant,
On Thursday 15 May 2014
Hi Paul,
On 19/05/14 14:10, Tomi Valkeinen wrote:
On 19/05/14 13:28, Rajendra Nayak wrote:
Yeah, thats what it looks like to me. l3_gclk is the 200Mhz clock derived
from
core-m4 post divider and l3s_gclk/l4ls_gclk are half of that at 100Mhz,
derived
using a fixed divider of 2.
From: Christoph Fritz [mailto:chf.fr...@googlemail.com]
Most dt omap3 boards configure nand-ecc-opt as bch8. Due
to lack of hardware elm support, bch8 software implementation
gets set.
Since commit 0611c41934ab35ce84dea ARM: OMAP2+: gpmc: update
gpmc_hwecc_bch_capable() for new platforms and ECC
On 26/05/14 12:28, Archit Taneja wrote:
The init/uninit port functions are used to set up the DPI and SDI outputs
under
the dss platform device. A 'reg' property is used to determine whether the
node
is DPI or SDI for OMAP34xx DSS revision. For other DSS revisions, only DPI
output exists.
This patch adds support for TPS65917 PMIC regulators.
The regulators set consists of 5 SMPSs and 5 LDOs. The output
voltages are configurable and are meant to supply power to the
main processor and other components.
This appears to look *very* like the Palmas driver, should it not be
On 26/05/14 12:28, Archit Taneja wrote:
In omapdss_of_find_source_for_first_ep, we retrieve a source endpoint's DT
node,
and then see what omapdss output has the matching device_node pointer in
omap_dss_find_output_by_node.
For all DPI and SDI outputs, the device_node pointer is set as the
On Mon, 26 May 2014, Keerthy wrote:
Add tps65917 PMIC support. tps65917 is a subset of palmas PMIC.
Some of the register definitions and the interrupt mappings
are different.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/mfd/palmas.c | 177
On Tuesday 27 May 2014 02:08 PM, Lee Jones wrote:
On Mon, 26 May 2014, Keerthy wrote:
Add tps65917 PMIC support. tps65917 is a subset of palmas PMIC.
Some of the register definitions and the interrupt mappings
are different.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/mfd/palmas.c |
Add tps65917 specific definitions and enums.
Signed-off-by: Keerthy j-keer...@ti.com
---
include/linux/mfd/palmas.h | 793
1 file changed, 793 insertions(+)
Looks okay to me:
Acked-by: Lee Jones lee.jo...@linaro.org
Do the MFD patches
On Tuesday 27 May 2014 02:11 PM, Lee Jones wrote:
Add tps65917 specific definitions and enums.
Signed-off-by: Keerthy j-keer...@ti.com
---
include/linux/mfd/palmas.h | 793
1 file changed, 793 insertions(+)
Looks okay to me:
Acked-by: Lee
Without the patch:
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck # cat clk_rate
53200
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck/l3_iclk_div # cat clk_rate
53200
/debug/.../dpll_core_x2_ck/dpll_core_h12x2_ck/l3_iclk_div/l4_root_clk_div # cat
clk_rate
53200
With the patch:
On 26/05/14 12:28, Archit Taneja wrote:
SoCs containing DSS until now had only one DPI instance. DRA7x has 3 DPI
instances.
In order to support multiple instances, we allocate a driver data
struct(dpi_data) for each instance. This is somewhat similar to how DSI driver
was changed to support
On Tuesday 27 May 2014 02:34 PM, Tomi Valkeinen wrote:
On 26/05/14 12:28, Archit Taneja wrote:
SoCs containing DSS until now had only one DPI instance. DRA7x has 3 DPI
instances.
In order to support multiple instances, we allocate a driver data
struct(dpi_data) for each instance. This is
On Tuesday 27 May 2014 02:04 PM, Tomi Valkeinen wrote:
On 26/05/14 12:28, Archit Taneja wrote:
In omapdss_of_find_source_for_first_ep, we retrieve a source endpoint's DT node,
and then see what omapdss output has the matching device_node pointer in
omap_dss_find_output_by_node.
For all DPI and
On Monday 26 May 2014 04:14 PM, Archit Taneja wrote:
Generally, IP blocks/modules within a clock domain each have their own
CM_x_CLKCTRL register, each having it's own MODULEMODE field to manage the
module.
DSS clockdoain, however, has multiple modules in it, but only one register
named
On 05/27/2014 12:32 AM, Olof Johansson wrote:
Hi,
On Mon, Apr 14, 2014 at 4:41 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
The edmacc_param struct should follow the layout of the paRAM area in the
HW. Be explicit on the size of the fields (u32) and also mark the struct
as packed to
On 27/05/14 12:49, Archit Taneja wrote:
On Tuesday 27 May 2014 02:04 PM, Tomi Valkeinen wrote:
Hmm, maybe the above function, and the helper functions, should be
changed a bit more, so that this function would do:
ep = omapdss_of_get_first_endpoint(node);
src_port =
Hi,
On Tuesday 27 May 2014 03:50 PM, Rajendra Nayak wrote:
On Monday 26 May 2014 04:14 PM, Archit Taneja wrote:
Generally, IP blocks/modules within a clock domain each have their own
CM_x_CLKCTRL register, each having it's own MODULEMODE field to manage the
module.
snip
@@ -2751,6 +2820,13
On Tuesday 27 May 2014 03:54 PM, Tomi Valkeinen wrote:
On 27/05/14 12:49, Archit Taneja wrote:
On Tuesday 27 May 2014 02:04 PM, Tomi Valkeinen wrote:
Hmm, maybe the above function, and the helper functions, should be
changed a bit more, so that this function would do:
ep =
On Tuesday 27 May 2014 01:54 PM, Tomi Valkeinen wrote:
On 26/05/14 12:28, Archit Taneja wrote:
The init/uninit port functions are used to set up the DPI and SDI outputs under
the dss platform device. A 'reg' property is used to determine whether the node
is DPI or SDI for OMAP34xx DSS revision.
On 05/27/2014 05:22 AM, Peter Ujfalusi wrote:
On 05/27/2014 12:32 AM, Olof Johansson wrote:
[..]
I came across this patch when I was looking at a pull request from
Sekhar for EDMA cleanups, and it made me look closer at the contents
of this file.
The include/linux/platform_data/ directory
Here's an updated set of patches to enable low-power idle modes
for some omap3 boards when booted with device tree.
This series when applied on top of the patches in tread
[PATCH 00/11]
Here are some basic OMAP test results for Linux v3.15-rc6.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc6/20140526200257/
Test summary
Build: zImage:
Pass (14/14): multi_v7_defconfig, omap2plus_defconfig,
Here are some basic OMAP test results for Linux v3.15-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc7/20140526221127/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
* Lee Jones lee.jo...@linaro.org [140527 09:53]:
Here's an updated set of patches to enable low-power idle modes
for some omap3 boards when booted with device tree.
This series when applied on top of the patches in tread
Looks like we can still hit the issue of wrong load order of
twl4030 configuration. If we have a sleep configuration loaded,
and do a warm reset, the device can hang while initializing the
wakeup12 sequence. We do have a warning message about wrong order
of twl4030 configuration, but in this case
Hi Lee,
Here are these patches for you again as you requested.
I left out the last patch in the series containing the
related .dts changes to enable these features as
that I can apply separately.
Regards,
Tony
Tony Lindgren (6):
mfd: twl4030-power: Fix hang on reboot if sleep configuration
The twl4030 PMIC needs to be configured properly for things like
warm reset and deeper idle states so the PMIC manages the regulators
properly based on the hardware triggers from the SoC. Earlier
we have configured twl4030 using platform data, but we want to
do it for device tree based booting
With the recommended twl4030 configuration added, we can now add
board specific changes as modifications to the recommended
configuration.
Note that the data is private to this driver, and the data must
always have a NULL resource in the sentinel.
Cc: Peter De Schrijver pdeschrij...@nvidia.com
These settings are based on the Recommended Sleep Sequences for
the Zoom Platform.
The settings assume most of the regulators are under control of
Linux, and twl4030 only cuts off VDD1 and VDD2 during off-idle as
Linux cannot do it.
For any board specific changes to these, let's patch them in as
Some oscillators can be turned off during off-idle saving few
a little bit power at the cost of the oscillator start up
latency.
If you board can do this, you can now enable it by using the
ti,twl4030-power-idle-osc-off compatible flag.
Cc: Peter De Schrijver pdeschrij...@nvidia.com
Cc: Samuel
We have these bits partially defined in two different
places, so let's fix them up and add defines for the
missing bits. These bits are the same for P1_SW_EVENTS,
P2_SW_EVENTS and P3_SW_EVENTS.
Cc: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Lee Jones lee.jo...@linaro.org
Signed-off-by: Tony
Hi Paul,
On Tue, May 27, 2014 at 04:59:16PM +, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.15-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc7/20140526221127/
This is great stuff, as always, but just curious, why are the
* Daniel Lezcano daniel.lezc...@linaro.org [140523 13:53]:
On 23 May 2014 20:32, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [140523 07:45]:
* Tobias Jakobi tjak...@math.uni-bielefeld.de [140519 14:19]:
But even if I don't connect via WiFi at all, just
* Sebastian Reichel s...@kernel.org [140521 17:06]:
On Wed, May 21, 2014 at 03:08:07PM -0700, Tony Lindgren wrote:
* Sebastian Reichel s...@kernel.org [140521 14:51]:
Feel free to add Tested-by/Acked-By to the hwmod patch.
OK thanks for testing.
You are welcome.
I'll apply
* Christoph Fritz chf.fr...@googlemail.com [140522 16:07]:
This patch fixes audio support for omap3-lilly-a83x.
Applying this into omap-for-v3.16/dt-v2 thanks.
Tony
Signed-off-by: Christoph Fritz chf.fr...@googlemail.com
---
arch/arm/boot/dts/omap3-lilly-a83x.dtsi |4
1 file
* Christoph Fritz chf.fr...@googlemail.com [140522 16:07]:
Node usbhshost is supporting pinctrl, so the deprecated
quirk call can be removed.
Applying this too into omap-for-v3.16/dt-v2 thanks.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
On Tue, May 27, 2014 at 01:35:44PM -0700, Tony Lindgren wrote:
Based on chatting with Paul it seems that we most likely don't have
bits for sysc_flags for SYSC_HAS_EMUFREE or SYSS_HAS_RESET_STATUS
either. So applying the updated patch below, and the SSI dts changes
into omap-for-v3.16/dt-v2.
* Tony Lindgren t...@atomide.com [140521 07:51]:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:45]:
On 14/05/14 00:32, Tony Lindgren wrote:
+dss {
+ status = ok;
+ vdds_dsi-supply = vpll2;
+ port {
+ dpi_out: endpoint {
+ remote-endpoint =
On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote:
* Daniel Lezcano daniel.lezc...@linaro.org [140523 13:53]:
On 23 May 2014 20:32, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [140523 07:45]:
* Tobias Jakobi tjak...@math.uni-bielefeld.de [140519 14:19]:
But
On 05/27/2014 11:03 PM, Santosh Shilimkar wrote:
On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote:
* Daniel Lezcano daniel.lezc...@linaro.org [140523 13:53]:
On 23 May 2014 20:32, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [140523 07:45]:
* Tobias Jakobi
* Tony Lindgren t...@atomide.com [140527 14:00]:
* Tony Lindgren t...@atomide.com [140521 07:51]:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:45]:
On 14/05/14 00:32, Tony Lindgren wrote:
+dss {
+ status = ok;
+ vdds_dsi-supply = vpll2;
+ port {
* Gupta, Pekon pe...@ti.com [140519 23:10]:
From: Tony Lindgren [mailto:t...@atomide.com]
* Gupta, Pekon pe...@ti.com [140519 21:07]:
From: Tony Lindgren [mailto:t...@atomide.com]
* Pekon Gupta pe...@ti.com [140519 02:16]:
Adds pinmux and DT node for Micron (MT29F4G08AB) x8 NAND device
* Pekon Gupta pe...@ti.com [140519 04:23]:
Fixes: commit 0611c41934ab35ce84dea34ab291897ad3cbc7be
ARM: OMAP2+: gpmc: update gpmc_hwecc_bch_capable() for new platforms and ECC
schemes
Though the commit log of above commit mentions AM43xx platforms, but code
change
missed AM43xx. This
On Fri, May 16, 2014 at 09:14:34AM +0530, Satish Patel wrote:
On 1/30/2014 6:35 PM, Greg KH wrote:
On Thu, Jan 30, 2014 at 11:22:48AM +0530, Satish Patel wrote:
On 1/20/2014 10:03 AM, Satish Patel wrote:
Changes from v1:
* RFC(v1) comments are fixed
** removed gpio_to_irq as GPIO
Quoting Nishanth Menon (2014-05-15 05:33:13)
On 05/15/2014 07:18 AM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 15 May 2014 05:42 PM, Nishanth Menon wrote:
On Thu, May 15, 2014 at 6:59 AM, Kishon Vijay Abraham I kis...@ti.com
wrote:
Hi Nishant,
On Thursday 15 May 2014 05:16
46 matches
Mail list logo