Hi,
On Thu, Apr 24, 2014 at 6:08 AM, Anton Tikhomirov
av.tikhomi...@samsung.com wrote:
Hi,
Hi,
-Original Message-
From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
ow...@vger.kernel.org] On Behalf Of Vivek Gautam
Sent: Monday, April 21, 2014 9:17 PM
Facilitate
Hi Jingoo,
On Thu, Apr 24, 2014 at 6:56 AM, Jingoo Han jg1@samsung.com wrote:
On Thursday, April 24, 2014 9:33 AM, Jingoo Han wrote:
On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
Facilitate getting required 3.3V
Hi,
On Thu, Apr 24, 2014 at 02:31:29PM +0900, Chanwoo Choi wrote:
On 04/24/2014 02:20 AM, Felipe Balbi wrote:
Hi,
On Wed, Apr 23, 2014 at 11:40:33AM -0500, Felipe Balbi wrote:
Hi Chanwoo,
I've been testing extcon-next to make sure USB3 on OMAP5 will work out
of the box but I see a
Hi,
On Thu, Apr 24, 2014 at 02:35:44PM +0900, Chanwoo Choi wrote:
Hi Felipe,
Thanks for your test and review.
On 04/24/2014 03:28 AM, Felipe Balbi wrote:
Hi,
On Wed, Apr 23, 2014 at 12:20:52PM -0500, Felipe Balbi wrote:
I've been testing extcon-next to make sure USB3 on OMAP5 will
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction using
struct gpio_desc.
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
Acked-by: Javier Martinez Canillas
On Thursday, April 24, 2014 3:40 PM, Vivek Gautam wrote:
On Thu, Apr 24, 2014 at 6:56 AM, Jingoo Han jg1@samsung.com wrote:
On Thursday, April 24, 2014 9:33 AM, Jingoo Han wrote:
On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
On Monday, April 21, 2014 9:17 PM, Vivek
On 04/23/2014 05:50 PM, Linus Walleij wrote:
Some GPIO irqchip drivers exploit the irqdomain mapping
function to set up the IRQ default type in the hardware,
make sure that if we pass IRQ_TYPE_NONE, no hardware setup
whatsoever takes place (this should be the norm) until
later when the IRQ
It helps to identify issues if we have some information regarding to the
channel which the event is associated.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Joel Fernandes jo...@ti.com
---
Hi Vinod,
rebased on:
git://git.infradead.org/users/vkoul/slave-dma.git next
On top of:
Hi,
On 04/24/2014 03:47 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 24, 2014 at 02:35:44PM +0900, Chanwoo Choi wrote:
Hi Felipe,
Thanks for your test and review.
On 04/24/2014 03:28 AM, Felipe Balbi wrote:
Hi,
On Wed, Apr 23, 2014 at 12:20:52PM -0500, Felipe Balbi wrote:
I've been
On 04/16/2014 07:05 PM, Joel Fernandes wrote:
On 04/16/2014 07:59 AM, Peter Ujfalusi wrote:
[..]
If the dma-priority is missing we should assume lowest priority (0).
The highest priority depends on the platform. For eDMA3 in AM335x it is
three
level. For designware controller you might have
Ok, thank you, I didn't notice the existing thread.
On Wed, 23 Apr 2014 10:55:29 -0500
Felipe Balbi ba...@ti.com wrote:
On Wed, Apr 23, 2014 at 05:39:43PM +0200, Olivier Gayot wrote:
The following commit introduced the debugfs :
40f099e32c2a06bad7d75683421e30fcc74924cd
Author: Markus
Hi Mike,
On 04/03/2014 01:52 PM, Peter Ujfalusi wrote:
Palmas class of devices have either twl 32K clock outputs:
CLK32K_KG and CLK32K_KGAUDIO
or only one:
CLK32K_KG (TPS659039 for example)
Use separate compatible flags for the two 32K clock.
A system which needs or have only one of the
Dear Felipe Balbi,
On Wed, Apr 23, 2014 at 09:58:26AM -0500, Felipe Balbi wrote:
LDISCs shouldn't call tty-ops-write() from within
-write_wakeup().
-write_wakeup() is called with port lock taken and
IRQs disabled, tty-ops-write() will try to acquire
the same port lock and we will deadlock.
Mike, Tero,
On 04/03/2014 09:29 AM, Peter Ujfalusi wrote:
On 04/02/2014 05:12 PM, Tero Kristo wrote:
On 04/02/2014 04:48 PM, Peter Ujfalusi wrote:
ABE DPLL frequency need to be lowered from 361267200
to 180633600 to facilitate the ATL requironments.
The dpll_abe_m2x2_ck clock need to be set
Lee,
On 04/01/2014 04:44 PM, Peter Ujfalusi wrote:
Hi,
While looking into a report by Florian Vaussard [1] I have noticed couple of
most
likely unrelated issues:
- all boards using twl6040 configures the i2c bus to 400KHz while twl6040 is
set
to 100KHz as default.
- if I set the
Hi Mike,
On 04/02/2014 04:55 PM, Peter Ujfalusi wrote:
Hi,
Audio Tracking Logic is designed to be used by HD Radio
applications to synchronize the audio output clocks to the
baseband clock. ATL can be also used to track errors between
two reference clocks (BWS, AWS) and generate a
This patch is based on Richard Genoud' patch adding generic GPIO support [1]
and my patch adding get_direction() functionality to OMAP's GPIO driver [2].
So far RTS/DTR are working both as modem control outputs and RTS as RS-485
2-wire controller.
CTS/DSR/DSR/RI are generating interrupts.
From: Yegor Yefremov yegorsli...@googlemail.com
This patch permits to use GPIOs to control the CTS/RTS/DTR/DSR/DCD/RI
signals.
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
---
drivers/tty/serial/Kconfig |1 +
drivers/tty/serial/omap-serial.c | 168
On 04/18/2014 12:00 AM, Nishanth Menon wrote:
On 04/17/2014 03:57 PM, Santosh Shilimkar wrote:
I looked at the series and its looks pretty good. Thanks for fixups, updates.
For whole series,
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Thanks.
Patches(including Peter's) is
On 18/04/14 18:51, Tony Lindgren wrote:
+gpio = of_get_gpio(node, 0);
+if (gpio_is_valid(gpio) || gpio == -ENOENT) {
+ddata-enable_gpio = gpio;
+} else {
+dev_err(pdev-dev, failed to parse enable gpio\n);
+return gpio;
+}
We should set
Use the corresponding compatibles to identify the devices.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/soc.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-omap2/soc.h b/arch/arm/mach-omap2/soc.h
index 30abcc8..5ff724e 100644
---
The only difference from the dra74x devices is the missing .smp entry.
While at it, also fix the use of __initdata (across the file) and replace them
with __initconst as reported by checkpatch
ERROR: Use of const init definition must use __initconst
+static const char *dra72x_boards_compat[]
DRA72x is a single core cortex A15 device with most infrastructure IPs otherwise
same as whats on the DRA74x devices.
So move the cpu nodes into dra74x.dtsi and dra72x.dtsi respectively.
Also add a minimal dra72-evm dts file.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc:
ti,dra752 is neither documented nor correct, since the device is actually a
dra742 device as rightly documented in dt bindings.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: devicet...@vger.kernel.org
---
arch/arm/boot/dts/dra7-evm.dts |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
changes in v3:
Removed wildcards from compatible strings and duplicates from
.dt_compat strings as suggested by Arnd
DRA72x devices are single core Cortex A15 devices belonging to the
DRA7 family (Similar to the DRA74x devices which are dual core Cortex
A15 based)
The patches (based off
Hi,
This series implements OMAP5 display support. The series is based on -rc2.
Tested on OMAP5 uEVM with HDMI output, and OMAP5 uEVM with a custom DSI panel
(patches for the panel are not included here).
Tomi
Archit Taneja (4):
ARM: OMAP: hwmod: OMAP5 DSS hwmod data
OMAPDSS: HDMI: support
At the moment the dpi driver does not handle LCD3 clock source at all.
LCD3 channel gets the DSI PLL clock from DSI2 instance. Add support for
LCD3's clock source in the dpi driver.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/dss/dpi.c | 2 ++
1 file
Add ti,set-rate-parent to dss_dss_clk so that the DSS driver can
set the rate.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/boot/dts/omap54xx-clocks.dtsi | 1 +
1 file changed,
Add support to set OMAP5 DSI pin muxing.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/display.c | 35 ++-
1 file changed, 34 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/display.c
Add OMAP5 DSS nodes to omap5.dtsi.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/omap5.dtsi | 70
1 file changed, 70 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi
From: Archit Taneja arc...@ti.com
Add a features struct to differentiate between the HDMI PLLs on OMAP4
and OMAP5. The OMAP5 PLL is more sensitive when it comes to locking. We
need to ensure that the DCO freq isn't too low for lower pixel clocks.
Modify the PLL computation slightly to ensure
OMAP5 has LCD3 overlay manager, and total 4 overlay managers. These are
not correctly defined in the dss features. Fix them.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/dss/dss_features.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Archit Taneja arc...@ti.com
The HDMI core IP on OMAP5 has a wider address range for registers. The offsets
for the later registers can't fit into the u16 type currently used for hdmi
register read and write functions. Use u32 for offsets instead.
Signed-off-by: Archit Taneja arc...@ti.com
Add OMAP5 DSI module ID support to the OMAP DSI driver.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/dss/dsi.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/video/fbdev/omap2/dss/dsi.c
b/drivers/video/fbdev/omap2/dss/dsi.c
index
From: Archit Taneja arc...@ti.com
OMAP5 HDMI PHY has some differences compared to OMAP4 HDMI PHY. This
patch creates a features struct which help the driver configure the PHY
based on what SoC it is.
Some of the features aren't currenlty used, but will come in use later.
Signed-off-by: Archit
We'll soon add support for OMAP5 HDMI, which uses some of the same files
as OMAP4 HDMI does.
This patch adds a new config entry OMAP2_DSS_HDMI_COMMON, which both
OMAP4 and OMAP5 HDMI config entries can select. OMAP2_DSS_HDMI_COMMON
will cause the common HDMI files to be compiled.
Signed-off-by:
HDMI IRQ handling was moved into hdmi_phy.c when restructuring the HDMI
driver. While this worked fine, it's not correct.
The HDMI IRQ handling should be either in the hdmi_wp, or in the main
hdmi driver. This patch moves the handling to the main hdmi driver, as I
feel it's a more appropriate
omap5-uevm has a tca6424a I/O expander. Add it to the .dts file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/omap5-uevm.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts
Add DT binding documentation for OMAP5 Display Subsystem.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/video/ti,omap5-dss.txt | 96 ++
1 file changed, 96 insertions(+)
create mode 100644
Set the HDMI vdda regulator voltage to the required 1.8V.
This is required for the case when the regulator in the DT data defines
a range of allowed voltages. In this case it's required to set the
voltage, as otherwise enabling the voltage fails.
Signed-off-by: Tomi Valkeinen
Add omap5 entries to dispc's and dss's of_device_id tables.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/dss/dispc.c | 1 +
drivers/video/fbdev/omap2/dss/dss.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/video/fbdev/omap2/dss/dispc.c
omap5-uevm has a single HDMI output. Add the necessary display
information, including pinmuxing.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/omap5-uevm.dts | 82
1 file changed, 82
From: Archit Taneja arc...@ti.com
Add hwmod data for dss core, dispc dsi1, dsi2, rfbi and hdmi. It's more
or less similar to omap4 hwmod data.
Signed-off-by: Archit Taneja arc...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
Add missing DSS interface clock node.
Note: The TRM says DSS's interface clock is DSS_L3_GICLK, but it is not
clear to me from reading the TRM and looking at the
arch/arm/boot/dts/omap54xx-clocks.dtsi whether using 'l3_iclk_div' as
the parent for 'dss_l3_iclk' is the correct clock.
The clock is
Add detection of omap5-dss nodes so that the related devices get
initialized.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/display.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-omap2/display.c
Add support to configure the pins used for the HDMI lanes. The order and
polarity of the lanes can be defined in the DT data.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/dss/hdmi.h| 6 ++
drivers/video/fbdev/omap2/dss/hdmi4.c | 28 +
The existing pm_clk_add() allows to pass a clock by con_id. However,
when referring to a specific clock from DT, no con_id is available.
Add pm_clk_add_clk(), which allows to specify the struct clk * directly.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
Set the DSI vdd regulator voltage to the required 1.8V.
This is required for the case when the regulator in the DT data defines
a range of allowed voltages. In this case it's required to set the
voltage, as otherwise enabling the voltage fails.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
When adding a device from DT, check if its clocks are suitable for Runtime
PM, and register them with the PM core.
If Runtime PM is disabled, just enable the clock.
This allows the PM core to automatically manage gate clocks of devices for
Runtime PM.
Signed-off-by: Geert Uytterhoeven
Add a flag CLK_RUNTIME_PM, to let low-level clock drivers indicate that
a clock is suitable for Runtime PM.
Add clk_may_runtime_pm(), to get the status of the flag.
This will allow the device core to enable automatic Runtime PM management
for devices tied to clocks that are suitable for Runtime
Renesas MSTP (Module Stop) clocks are suitable for Runtime PM.
Hence set the CLK_RUNTIME_PM flag, to make of_clk enable automatic Runtime
PM management for DT devices that are tied to an MSTP clock.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
drivers/clk/shmobile/clk-mstp.c |
On SoCs like ARM/SH-mobile, gate clocks are available for modules, allowing
Runtime PM for a device controlled by a gate clock.
On legacy shmobile kernels, this is handled by the PM runtime code in
drivers/sh/pm_runtime.c, which installs a clock notifier for the platform
bus, registering the NULL
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
arch/arm/mach-davinci/pm_domain.c | 34 ++
1 file changed, 2 insertions(+), 32 deletions(-)
diff --git a/arch/arm/mach-davinci/pm_domain.c
b/arch/arm/mach-davinci/pm_domain.c
index
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
arch/arm/mach-omap1/pm_bus.c | 32 ++--
1 file changed, 2 insertions(+), 30 deletions(-)
diff --git a/arch/arm/mach-omap1/pm_bus.c b/arch/arm/mach-omap1/pm_bus.c
index 3f2d39672393..e2d4b93580d1 100644
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
This depends on drivers: sh: pm_runtime does not need idle callback and
drivers: sh: pm_runtime implementation needs to suspend and resume devices
---
drivers/sh/pm_runtime.c | 38 ++
1 file
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
This depends on of/clk: Register clocks suitable for Runtime PM with the
PM core
---
drivers/of/of_clk.c | 28 ++--
1 file changed, 2 insertions(+), 26 deletions(-)
diff --git a/drivers/of/of_clk.c
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
arch/arm/mach-keystone/pm_domain.c | 35 ++-
1 file changed, 2 insertions(+), 33 deletions(-)
diff --git a/arch/arm/mach-keystone/pm_domain.c
b/arch/arm/mach-keystone/pm_domain.c
index
Several platform support codes combine pm_generic_runtime_suspend() and
pm_clk_suspend(), resp. pm_clk_resume() and pm_generic_runtime_resume() in
their .runtime_suspend resp. .runtime_resume callbacks.
Create helpers to consolidate.
- [1/6] PM / clock_ops: Add helpers combining generic
Add helpers pm_generic_runtime_clk_suspend() and
pm_generic_clk_runtime_resume(), combining generic runtime PM and generic
clock PM.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
drivers/base/power/clock_ops.c | 40
Hello.
On 24-04-2014 14:26, Geert Uytterhoeven wrote:
Add helpers pm_generic_runtime_clk_suspend() and
pm_generic_clk_runtime_resume(), combining generic runtime PM and generic
clock PM.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
[...]
diff --git
From: Arnd Bergmann a...@arndb.de
The framebuffer layer can be a loadable module, which forces
omapfb to be a module as well. However, this breaks the lcd
drivers, which are linked into the omapfb driver but each
have their own module_init() function. To solve this,
we split out the lcd drivers
From: Arnd Bergmann a...@arndb.de
The omap lcdc driver has an elaborate mmap_kern function
to map the frame buffer into kernel address space as
write-combined. This uses functions that are only available
on MMU-enabled builds.
It does seem equivalent to ioremap_wc though, so we should
be able to
Hi Tomi,
On Thursday 24 April 2014 12:52:42 Tomi Valkeinen wrote:
On 18/04/14 18:51, Tony Lindgren wrote:
+ gpio = of_get_gpio(node, 0);
+ if (gpio_is_valid(gpio) || gpio == -ENOENT) {
+ ddata-enable_gpio = gpio;
+ } else {
+ dev_err(pdev-dev, failed to parse
On 24 April 2014 12:13, Geert Uytterhoeven geert+rene...@glider.be wrote:
When adding a device from DT, check if its clocks are suitable for Runtime
PM, and register them with the PM core.
If Runtime PM is disabled, just enable the clock.
This allows the PM core to automatically manage gate
On 24/04/14 15:44, Laurent Pinchart wrote:
I attached prototype patches (based on -rc2) for panel dpi using that
approach. It's a bit messier than I'd like, because for non-DT boot we
need to request the gpio using the old API, and then convert it to
gpio_desc. We can remove that code when
On Thursday 24 April 2014, Rajendra Nayak wrote:
-- DRA742
- compatible = ti,dra7xx, ti,dra7
+- DRA74x
+ compatible = ti,dra74, ti,dra7
+
+- DRA72x
+ compatible = ti,dra72, ti,dra7
Actually, what I meant was that you should list the fill name of the SoC,
e.g. ti,dra742, not just
On Thu, Apr 24, 2014 at 8:57 AM, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction using
struct gpio_desc.
Signed-off-by: Yegor Yefremov
On Thursday 24 April 2014 09:13 AM, Linus Walleij wrote:
On Thu, Apr 24, 2014 at 8:57 AM, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction
On 24 April 2014 12:26, Geert Uytterhoeven geert+rene...@glider.be wrote:
Several platform support codes combine pm_generic_runtime_suspend() and
pm_clk_suspend(), resp. pm_clk_resume() and pm_generic_runtime_resume() in
their .runtime_suspend resp. .runtime_resume callbacks.
Create helpers
On Wed, Apr 23, 2014 at 06:10:50PM -0500, Nishanth Menon wrote:
From: Saravana Kannan skan...@codeaurora.org
regulator_init_complete does a scan of regulators which dont have
always-on or consumers are automatically disabled as being unused.
However, with deferred probing, late_initcall() is
On Thu, Apr 24, 2014 at 8:57 AM, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction using
struct gpio_desc.
Signed-off-by: Yegor Yefremov
Hello.
On 24-04-2014 14:17, Tomi Valkeinen wrote:
omap5-uevm has a tca6424a I/O expander. Add it to the .dts file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/omap5-uevm.dts | 7 +++
1 file changed, 7 insertions(+)
Hi Ulf,
On Thu, Apr 24, 2014 at 3:11 PM, Ulf Hansson ulf.hans...@linaro.org wrote:
+static int of_clk_register(struct device *dev, struct clk *clk)
+{
+ int error;
+
+ if (!dev-pm_domain) {
+ error = pm_clk_create(dev);
+ if (error)
+
On Thu, Apr 24, 2014 at 05:13:09PM +0900, Chanwoo Choi wrote:
Hi,
On 04/24/2014 03:47 PM, Felipe Balbi wrote:
Hi,
On Thu, Apr 24, 2014 at 02:35:44PM +0900, Chanwoo Choi wrote:
Hi Felipe,
Thanks for your test and review.
On 04/24/2014 03:28 AM, Felipe Balbi wrote:
Hi,
On
On 04/24/2014 08:34 AM, Mark Brown wrote:
On Wed, Apr 23, 2014 at 06:10:50PM -0500, Nishanth Menon wrote:
From: Saravana Kannan skan...@codeaurora.org
regulator_init_complete does a scan of regulators which dont have
always-on or consumers are automatically disabled as being unused.
However,
On 04/24/2014 03:55 AM, Peter Ujfalusi wrote:
On 04/18/2014 12:00 AM, Nishanth Menon wrote:
On 04/17/2014 03:57 PM, Santosh Shilimkar wrote:
I looked at the series and its looks pretty good. Thanks for fixups,
updates.
For whole series,
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
But I don't have discrete hardware. I have a bunch of stuff soldered onto a
board with ad-hoc connections chosen to make the life of the hardware
builder
easy rather than chosen to make the life of the software developer easy
(which I think is the correct choice).
So I need to
On Thursday 27 March 2014 05:34 AM, Felipe Balbi wrote:
Hi,
this series lets us access the newer registers introduced
back in OMAP4 which give us some valid information about
the OMAP HSMMC IP like max block size, support for ADMA,
support for Retention.
Support for Retention looks
On 24/04/14 16:49, Sergei Shtylyov wrote:
Hello.
On 24-04-2014 14:17, Tomi Valkeinen wrote:
omap5-uevm has a tca6424a I/O expander. Add it to the .dts file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/omap5-uevm.dts |
On Thu, Apr 24, 2014 at 08:01:19PM +0530, Balaji T K wrote:
On Thursday 27 March 2014 05:34 AM, Felipe Balbi wrote:
Hi,
this series lets us access the newer registers introduced
back in OMAP4 which give us some valid information about
the OMAP HSMMC IP like max block size, support for ADMA,
On Thursday 24 April 2014 08:09 PM, Felipe Balbi wrote:
On Thu, Apr 24, 2014 at 08:01:19PM +0530, Balaji T K wrote:
On Thursday 27 March 2014 05:34 AM, Felipe Balbi wrote:
Hi,
this series lets us access the newer registers introduced
back in OMAP4 which give us some valid information about
On Thu, Apr 24, 2014 at 08:13:16PM +0530, Balaji T K wrote:
On Thursday 24 April 2014 08:09 PM, Felipe Balbi wrote:
On Thu, Apr 24, 2014 at 08:01:19PM +0530, Balaji T K wrote:
On Thursday 27 March 2014 05:34 AM, Felipe Balbi wrote:
Hi,
this series lets us access the newer registers
On 04/24/2014 12:11 PM, Peter Ujfalusi wrote:
Mike, Tero,
On 04/03/2014 09:29 AM, Peter Ujfalusi wrote:
On 04/02/2014 05:12 PM, Tero Kristo wrote:
On 04/02/2014 04:48 PM, Peter Ujfalusi wrote:
ABE DPLL frequency need to be lowered from 361267200
to 180633600 to facilitate the ATL
Hi,
On Thu, Apr 24, 2014 at 11:07:34AM +0200, Olivier Gayot wrote:
Ok, thank you, I didn't notice the existing thread.
no problem, but don't top-post please :-s
--
balbi
signature.asc
Description: Digital signature
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
I've revised the patch again and I couldn't find the reason why
certain boards are failing to boot.
I can't reproduce this issue since I only have a DM3730
On Thursday 27 March 2014 05:34 AM, Felipe Balbi wrote:
we introduce new accessors which provide for register
access with and without offsets.
This is just to make sure newer versions of the IP
can access the new registers prepended at the beginning
of the address space.
Signed-off-by: Felipe
On Tuesday 22 April 2014 09:18 PM, Felipe Balbi wrote:
Hi,
On Tue, Apr 22, 2014 at 09:00:12PM +0530, Balaji T K wrote:
On Monday 21 April 2014 11:02 PM, Felipe Balbi wrote:
Hi,
On Wed, Mar 26, 2014 at 07:04:45PM -0500, Felipe Balbi wrote:
this series lets us access the newer registers
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
I've revised the patch again and I couldn't find the reason why
certain boards are
On Thu, Apr 24, 2014 at 08:51:25PM +0530, Balaji T K wrote:
On Tuesday 22 April 2014 09:18 PM, Felipe Balbi wrote:
Hi,
On Tue, Apr 22, 2014 at 09:00:12PM +0530, Balaji T K wrote:
On Monday 21 April 2014 11:02 PM, Felipe Balbi wrote:
Hi,
On Wed, Mar 26, 2014 at 07:04:45PM -0500, Felipe
Hello,
On Thu, Apr 24, 2014 at 5:25 PM, Nishanth Menon n...@ti.com wrote:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
I've
* Nishanth Menon n...@ti.com [140424 08:25]:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
I've revised the patch again and I
* Javier Martinez Canillas jav...@dowhile0.org [140424 08:37]:
Hello,
On Thu, Apr 24, 2014 at 5:25 PM, Nishanth Menon n...@ti.com wrote:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52
On 04/24/2014 10:40 AM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140424 08:25]:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52 PM, Javier Martinez Canillas
jav...@dowhile0.org
Nishanth,
Nishanth Menon n...@ti.com wrote on Thu [2014-Apr-17 15:49:16 -0500]:
V2 introduces the following changes:
- Additional bug fix detected during additional testing (all tests
complete now). patch #12
- reordering of patches to order logical changes and reduce code
On 04/24/2014 10:54 AM, Darren Etheridge wrote:
Nishanth,
Nishanth Menon n...@ti.com wrote on Thu [2014-Apr-17 15:49:16 -0500]:
V2 introduces the following changes:
- Additional bug fix detected during additional testing (all tests
complete now). patch #12
- reordering of
* Nishanth Menon n...@ti.com [140424 08:47]:
On 04/24/2014 10:40 AM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140424 08:25]:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org writes:
On Tue, Apr 22, 2014 at 5:52 PM,
* Peter Ujfalusi peter.ujfal...@ti.com [140424 01:55]:
On 04/18/2014 12:00 AM, Nishanth Menon wrote:
On 04/17/2014 03:57 PM, Santosh Shilimkar wrote:
I looked at the series and its looks pretty good. Thanks for fixups,
updates.
For whole series,
Acked-by: Santosh Shilimkar
On Thu, Apr 24, 2014 at 11:25 AM, Tony Lindgren t...@atomide.com wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [140424 01:55]:
On 04/18/2014 12:00 AM, Nishanth Menon wrote:
On 04/17/2014 03:57 PM, Santosh Shilimkar wrote:
I looked at the series and its looks pretty good. Thanks for fixups,
Hello Tony,
On Thu, Apr 24, 2014 at 5:42 PM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [140424 08:37]:
Hello,
On Thu, Apr 24, 2014 at 5:25 PM, Nishanth Menon n...@ti.com wrote:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org
* Santosh Shilimkar santosh.shilim...@ti.com [140424 06:30]:
On Thursday 24 April 2014 09:13 AM, Linus Walleij wrote:
On Thu, Apr 24, 2014 at 8:57 AM, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction()
1 - 100 of 145 matches
Mail list logo