On 2013-04-23 20:14, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [130422 01:37]:
So while I think it is a good habit to push the arch changes and driver
changes separately, my question is, should that rule be followed to the
extreme? Can I just keep all the changes in one
On 4/23/2013 1:32 PM, Sascha Hauer wrote:
On Mon, Apr 22, 2013 at 11:50:35PM +0530, Mugunthan V N wrote:
In earlier days phy fixup was added to phy frame work in board files.
As there won't be any board files here after the same has to be done in DT
This patch series adds the following features
On Wednesday 10 April 2013 19:00:05 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [130410 07:20]:
On Tuesday 02 April 2013 18:31:38 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [130331 04:23]:
On Sunday 31 March 2013 12:52:23 Sebastian Reichel wrote:
On Sun, Mar
On Tue, Apr 23, 2013 at 11:42 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 23 Apr 2013, Vivek Gautam wrote:
Hi,
On Tue, Apr 23, 2013 at 10:23 PM, Alan Stern st...@rowland.harvard.edu
wrote:
On Tue, 23 Apr 2013, Vivek Gautam wrote:
Alright, so here's my understanding:
no_console_suspend is no longer handled in platform file,
Since the omap serial driver is now adapted to prevent
console UART idleing during suspend.
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Rajendra nayak rna...@ti.com
Signed-off-by: Sourav Poddar
Remove no_idle_on_suspend check, since respective
driver should be able to prevent idling of a
device whenever required.
Driver's can get same behavior by just returning -EBUSY
from their -runtime_suspend only during suspend.
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Felipe Balbi
Hi,
This patch series contains fixes and cleanups around the issue that
the console UART should not idled on suspend while using no_console_suspend
in bootargs.
The approach thought of is to modify the serial core/serial driver to bypass
runtime PM if the UART in contention is a console and we
The ti,no_idle_on_suspend property was required to keep ocmcram clocks
running during idle.
But commit 72bb6f9 (ARM: OMAP: omap_device: don't attempt late suspend
if no driver bound), added in v3.6 should prevent any automatic clock
gating for devices without drivers bound. Since there is no
The driver manages no_console_suspend by preventing runtime PM
during the suspend path, which forces the console UART to stay awake.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
drivers/tty/serial/omap-serial.c | 29 -
1 files changed, 28 insertions(+), 1
Move uart_console definition to serial core header file, so that it can be
used by serial drivers.
Get rid of the uart_console defintion from mpc52xx_uart driver.
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Rajendra nayak rna...@ti.com
Signed-off-by: Sourav
Quoting Nishanth Menon (2013-04-14 14:19:17)
Overall strategy introduced here is simple: a clock node described in
device tree blob is used to identify the exact clock provided in the
SoC specific data. This is then linked back using of_clk_add_provider
to the device node to be accessible by
* Tomi Valkeinen tomi.valkei...@ti.com [130424 01:01]:
On 2013-04-23 20:14, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [130422 01:37]:
So while I think it is a good habit to push the arch changes and driver
changes separately, my question is, should that rule be followed
Hello Greg,
Here are two patches on ti-soc-thermal driver.
One is to update the documentation of the OMAP5430 DT entry reference.
The other one adds the support to extrapolation rules with PCB sensor
querying. The second one depends on the API change, that is going
via the thermal tree [1].
Add missing irq line for TALERT on DT entry for OMAP5430.
Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com
---
drivers/staging/ti-soc-thermal/ti_soc_thermal.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/ti-soc-thermal/ti_soc_thermal.txt
For boards that provide a PCB sensor close to SoC junction
temperature, it is possible to remove the cumulative heat
reported by the SoC temperature sensor.
This patch changes the extrapolation computation to consider
an external sensor in the extrapolation equations.
Signed-off-by: Eduardo
* Kishon Vijay Abraham I kis...@ti.com [130423 22:46]:
Hi Tony,
On Wednesday 24 April 2013 04:46 AM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130423 14:37]:
* Tony Lindgren t...@atomide.com [130423 10:28]:
* Kishon Vijay Abraham I kis...@ti.com [130423 08:15]:
2. MUSB fails
* Tony Lindgren t...@atomide.com [130424 12:13]:
* Kishon Vijay Abraham I kis...@ti.com [130423 22:46]:
Hi Tony,
On Wednesday 24 April 2013 04:46 AM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130423 14:37]:
* Tony Lindgren t...@atomide.com [130423 10:28]:
* Kishon Vijay
* Tony Lindgren t...@atomide.com [130419 10:18]:
4. WLAN with wl12xx fails with both legacy and DT booting
No real output here with the legacy mode, just the usual
using pinctrl dummy state warning.
The WLAN legacy booting issue was caused by me not having
lib80211 module loaded.
Regards,
Sourav Poddar sourav.pod...@ti.com writes:
The driver manages no_console_suspend by preventing runtime PM
during the suspend path, which forces the console UART to stay awake.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
drivers/tty/serial/omap-serial.c | 29
On Sat, Apr 13, 2013 at 3:21 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
According to
Documentation/devicetree/bindings/interrupt-controller/interrupts.txt
the #interrupt-cells property of an interrupt-controller is used
to define the number of cells needed to specify
Sourav Poddar sourav.pod...@ti.com writes:
Remove no_idle_on_suspend check, since respective
driver should be able to prevent idling of a
device whenever required.
Driver's can get same behavior by just returning -EBUSY
from their -runtime_suspend only during suspend.
Cc: Santosh
Hi Kevin,
On Thursday 25 April 2013 03:04 AM, Kevin Hilman wrote:
Sourav Poddarsourav.pod...@ti.com writes:
The driver manages no_console_suspend by preventing runtime PM
during the suspend path, which forces the console UART to stay awake.
Signed-off-by: Sourav Poddarsourav.pod...@ti.com
22 matches
Mail list logo