On Fri, Apr 13, 2012 at 16:13:07, Paul Walmsley wrote:
Hi Vaibhav,
On Fri, 13 Apr 2012, Hiremath, Vaibhav wrote:
Yes, we are using am3517evm file for AM33XX MACHINE_INIT definition here.
These patches have been reviewed and accepted in the list, only thing is
they couldn't make it to
Hi Tony,
On Tue, Apr 10, 2012 at 3:36 PM, Raja, Govindraj govindraj.r...@ti.com wrote:
CC'ing Linux-ARM
On Tue, Apr 10, 2012 at 3:32 PM, Govindraj.R govindraj.r...@ti.com wrote:
Hi Tony,
Please Pull the following omap uart changes.
Changes basically involves getting rid of cpu checks
for
An overlay manager's timings (the manager size, and blanking parameters if an
LCD manager) are DISPC shadow registers, and they should hence follow the
correct programming model.
This set makes the timings a manager_info parameter. The interface drivers now
set the timings in manager_info instead
The RFBI driver uses dispc_mgr_set_lcd_size() to set the width and height of
the LCD manager. Replace this to use dispc_mgr_set_lcd_timings(), pass dummy
blanking parameters like done in the DSI driver.
This prevents the need to export dispc_mgr_set_lcd_size(), and use a common
function to set
Currently, a LCD manager's timings is set by dispc_mgr_set_lcd_timings() and TV
manager's timings is set by dispc_set_digit_size(). Use a common function called
dispc_mgr_set_timings() which sets timings for both type of managers.
We finally want the interface drivers to use an overlay manager
Clean up the DISPC manager timings related function by:
- Create a common function to set size for LCD and TV.
- Create a common function to check timings for LCD and TV.
- Add dss params to get the range of manager size.
Signed-off-by: Archit Taneja arc...@ti.com
---
DISPC manager size and DISPC manager blanking parameters(for LCD managers)
follow the shadow register programming model. Currently, they are programmed
directly by the interface drivers.
Make timings(omap_video_timing struct) an overlay_manager_info member, they are
now programmed via the apply
The manager timings is a member of the overlay_manager_info struct. We can now
check it's validity in dss_mgr_check(). Add a function dss_mgr_check_timings()
which checks if the timings are correct.
Currently, the manager timings are initialized in an interface's enable call.
Since a mgr_apply()
In order to check the validity of overlay and manager info, there was a need to
use the omap_dss_device struct to get the panel resolution. manager_info now
contains the manager size(which should be the panel resolution in most cases).
Hence, we don't need to depend on the display resolution.
Vaibhav,
On Friday 13 April 2012 03:09 PM, Vaibhav Hiremath wrote:
Current OMAP code supports couple of clocksource options based
on compilation flag (CONFIG_OMAP_32K_TIMER). The 32KHz sync-timer
and a gptimer which can run on 32KHz or system clock (e.g 38.4 MHz)
This patch series cleans up
On Thursday 12 April 2012 06:27 PM, Cousson, Benoit wrote:
Hi Santosh,
On 4/12/2012 12:31 PM, Santosh Shilimkar wrote:
Benoit,
On Monday 27 February 2012 04:02 PM, Santosh Shilimkar wrote:
Most of the OMAP4 control module register defines are not used and
can be removed. Keep only needed
On Fri, Apr 13, 2012 at 11:25 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
The current serial UART code, while fidling with ocp idlemode bits,
forget about the smart idle wakeup bit even if it is supported by
UART IP block. This will lead to missing the module wakeup on OMAP's
where
On Mon, Apr 16, 2012 at 12:52 PM, Raja, Govindraj govindraj.r...@ti.com wrote:
Hi Tony,
On Tue, Apr 10, 2012 at 3:36 PM, Raja, Govindraj govindraj.r...@ti.com
wrote:
CC'ing Linux-ARM
On Tue, Apr 10, 2012 at 3:32 PM, Govindraj.R govindraj.r...@ti.com wrote:
Hi Tony,
Please Pull the
On Fri, Apr 13, 2012 at 4:11 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Can someone tell me how this works with the current omap-serial driver
please? It looks to me like this has been broken when DMA support was
added to the driver.
Yes x-char transmission in dma case is
On Mon, Apr 16, 2012 at 04:39:09PM +0530, Raja, Govindraj wrote:
On Fri, Apr 13, 2012 at 4:11 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Can someone tell me how this works with the current omap-serial driver
please? It looks to me like this has been broken when DMA support
Timer clock nodes have been re-named as timer1_fck, timer2_fck, ...
in place of gpt1_fck, gpt2_fck, ... This is in line with the names
present in OMAP4 gptimer hwmod database assigned to oh-main_clk.
Now we can get the fck name directly from oh-main_clk and pass the
same to clk_get() to extract
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c | 11 ---
arch/arm/mach-omap2/timer.c
The devm API usage in probe() simplifies error handling operation.
Since iclk is not used in the driver it is removed from wherever
not needed. The fclk naming is made uniform as per OMAP4 platform,
viz. timer1_fck, timer2_fck, ... in all relevant places which
include hwmod database. With this
Replace the regular kzalloc and ioremap with the devm_ equivalent
to simplify error handling. We don't need kree() anymore in
omap_dm_timer_remove().
Also added *dev* pointer to reference pdev-dev which makes the
usage shorter in code.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
From: Govindraj.R govindraj.r...@ti.com
The wakeups can be left enabled by default and should be disabled
only when disabled from sysfs and while entering suspend.
Thanks to Kevin Hilman khil...@ti.com for suggesting this.
Discussion References:
From: Govindraj.R govindraj.r...@ti.com
On 24xx/34xx/36xx Module level wakeup events are enabled/disabled using
PM_WKEN1_CORE/PM_WKEN_PER regs.
Add api to control the module level wakeup mechanism from info provided from
hwmod data. If module level wakeups are available from hwmod data then they
From: Govindraj.R govindraj.r...@ti.com
On omap2/3 module level wakeup is handled using PM_WKEN registers.
Expand the hwmod framework to handle the module level wakeup enable
registers.
Tested on Beagle-xm by enabling and disabling uart wakeups from sysfs
Series depends on following patch for
From: Govindraj.R govindraj.r...@ti.com
On 24xx/34xx/36xx Module level wakeup events are enabled/disabled using
PM_WKEN1_CORE/PM_WKEN_PER regs. The module level wakeups are enabled by
default from bootloader, however the wakeups can be enabled/disabled
using sysfs entry example for uart:
echo
Hi Peter,
On Tue, Apr 03, 2012 at 11:56:51AM +0300, Peter Ujfalusi wrote:
Complete the separation of the twl6040 from the twl core since
it is a separate chip, not part of the twl6030 PMIC.
Make the needed Kconfig changes for the depending drivers at the same time to
avoid breaking the
On Mon, Apr 16, 2012 at 17:55:22, DebBarma, Tarun Kanti wrote:
The devm API usage in probe() simplifies error handling operation.
Since iclk is not used in the driver it is removed from wherever
not needed. The fclk naming is made uniform as per OMAP4 platform,
viz. timer1_fck, timer2_fck, ...
Hi Samuel,
On 04/16/2012 05:46 PM, Samuel Ortiz wrote:
Applied to my for-linus branch. I'll send a pull request this week, so I
expect it to make it to rc4.
Thank you!
--
Péter
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Monday 16 April 2012 05:55 PM, Tarun Kanti DebBarma wrote:
Replace the regular kzalloc and ioremap with the devm_ equivalent
to simplify error handling. We don't need kree() anymore in
omap_dm_timer_remove().
Also added *dev* pointer to reference pdev-dev which makes the
usage shorter in
On Mon, Apr 16, 2012 at 17:55:24, DebBarma, Tarun Kanti wrote:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
In serial_omap_stop_tx in the dma case. We do a autosuspend and
immediately a put_sync. Prevent the call of auto suspend. The else
case is left as is.
Cc: Govindraj.R govindraj.r...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/tty/serial/omap-serial.c |5 ++---
1
The patch series collects few previously posted patches
and adds some clock fixes to the series.
The patch series does following.
- Makes the context_loss_cnt signed to make error handling possible.
- The clock cutting is missed in the error cases, fix it.
- Make the serial_omap_console_ports
Currently the array serial_omap_console_ports is hard coded to 4.
Make it depend on the maximum uart count.
Also fixes OMAP5 which has 6 instances of uart.
Cc: Govindraj.R govindraj.r...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/tty/serial/omap-serial.c |2 +-
1
get_context_loss_count returns an int however it is stored in
unsigned integer context_loss_cnt . This patch tries to make
context_loss_cnt int. So that in case of errors(which may be negative)
the value is not interpreted wrongly.
In serial_omap_runtime_resume in case of errors returned by
The probe and remove may not be needed after initialisation and
remove the code could be be put in the devint and devexit section.
Cc: Govindraj.R govindraj.r...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/tty/serial/omap-serial.c |6 +++---
1 files changed, 3
In the error cases the clock cut is missed. This patch intends to fix the
same.
Cc: sta...@vger.kernel.org
Cc: Govindraj.R govindraj.r...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/tty/serial/omap-serial.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
From: Vikram Pandita vikram.pand...@ti.com
Software flow control register bits were not defined correctly.
Also clarify the IXON and IXOFF logic to reflect what userspace wants.
Cc: sta...@vger.kernel.org
Cc: Govindraj.R govindraj.r...@ti.com
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Special character detect enable if enabled by default.Received data
comparison with XOFF2 data happens by default.
tty provides only XOFF1 no X0FF2 is provided so no need
to enable check for XOFF2.
Keeping this enabled might give some slow transfers due to dummy xoff2
comparison with xoff2 reset
Hi Keshava,
On Wed, Apr 11, 2012 at 05:15:03PM +0530, Munegowda, Keshava wrote:
On Tue, Mar 27, 2012 at 8:40 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
On 03/19/12 08:42, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
It is observed that the echi ports of
Hi
a few comments
On Mon, 16 Apr 2012, Tarun Kanti DebBarma wrote:
Timer clock nodes have been re-named as timer1_fck, timer2_fck, ...
in place of gpt1_fck, gpt2_fck, ... This is in line with the names
present in OMAP4 gptimer hwmod database assigned to oh-main_clk.
Now we can get the fck
On Mon, 16 Apr 2012, Tarun Kanti DebBarma wrote:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Thanks, queued for 3.5.
- Paul
--
To
Hi Tarun,
by the way,
On Mon, 16 Apr 2012, Tarun Kanti DebBarma wrote:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
---
Hi,
* Russell King - ARM Linux li...@arm.linux.org.uk [120414 06:27]:
Using coherent DMA memory with the OMAP DMA engine results in
unpredictable behaviour due to memory ordering issues; as things stand,
there is no guarantee that data written to coherent DMA memory will be
visible to the DMA
* Olof Johansson o...@lixom.net [120414 18:22]:
Benoit, Tony,
On Thu, Mar 29, 2012 at 11:31 AM, Olof Johansson o...@lixom.net wrote:
On Thu, Mar 29, 2012 at 7:08 AM, Cousson, Benoit b-cous...@ti.com wrote:
FYI, MMC DT adaptation just got merged, I2C, GPIO, SPI, regulator DT
adaptation
* Shubhrajyoti D shubhrajy...@ti.com [120412 06:10]:
Currently i2c register restore is done always.
Adding conditional restore.
The i2c register restore is done only if the context is lost.
Also remove the definition of SYSS_RESETDONE_MASK and use the
one in omap_hwmod.h.
On Mon, Apr 16, 2012 at 8:33 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Apr 16, 2012 at 17:55:24, DebBarma, Tarun Kanti wrote:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
Signed-off-by:
On Tue, Apr 17, 2012 at 00:42:06, DebBarma, Tarun Kanti wrote:
On Mon, Apr 16, 2012 at 8:33 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Apr 16, 2012 at 17:55:24, DebBarma, Tarun Kanti wrote:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the
On Mon, Apr 16, 2012 at 10:20 PM, Paul Walmsley p...@pwsan.com wrote:
Hi Tarun,
by the way,
On Mon, 16 Apr 2012, Tarun Kanti DebBarma wrote:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
On Mon, 16 Apr 2012, Hiremath, Vaibhav wrote:
Doesn't this impact OMAP3x family?
The interface clocks will be enabled in omap_hwmod_enable(),
only if you set OCPIF_SWSUP_IDLE flag.
In the autoidle case, the interface clock should be enabled by the call to
omap_hwmod_setup_one() earlier in
On Tue, 17 Apr 2012, DebBarma, Tarun Kanti wrote:
On Mon, Apr 16, 2012 at 10:20 PM, Paul Walmsley p...@pwsan.com wrote:
diff --git a/arch/arm/plat-omap/include/plat/dmtimer.h
b/arch/arm/plat-omap/include/plat/dmtimer.h
index 9418f00..be2b8c4 100644
---
By the way, could you please send these patches to the linux-arm-kernel
mailing list? Also please do that for any future OMAP patches.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Mon, Apr 16, 2012 at 8:23 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Apr 16, 2012 at 17:55:22, DebBarma, Tarun Kanti wrote:
The devm API usage in probe() simplifies error handling operation.
Since iclk is not used in the driver it is removed from wherever
not needed. The fclk
On Tue, Apr 17, 2012 at 00:57:40, Paul Walmsley wrote:
On Mon, 16 Apr 2012, Hiremath, Vaibhav wrote:
Doesn't this impact OMAP3x family?
The interface clocks will be enabled in omap_hwmod_enable(),
only if you set OCPIF_SWSUP_IDLE flag.
In the autoidle case, the interface clock should
On Tue, Apr 17, 2012 at 01:20:49, DebBarma, Tarun Kanti wrote:
On Mon, Apr 16, 2012 at 8:23 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
On Mon, Apr 16, 2012 at 17:55:22, DebBarma, Tarun Kanti wrote:
The devm API usage in probe() simplifies error handling operation.
Since iclk is not used
The patch titled
Subject: drivers/rtc/rtc-twl.c: use static register while reading time
has been removed from the -mm tree. Its filename was
drivers-rtc-rtc-twlc-use-static-register-while-reading-time.patch
This patch was dropped because it was merged into mainline or a subsystem tree
Hi Olof,
On 4/15/2012 3:19 AM, Olof Johansson wrote:
Benoit, Tony,
On Thu, Mar 29, 2012 at 11:31 AM, Olof Johanssono...@lixom.net wrote:
On Thu, Mar 29, 2012 at 7:08 AM, Cousson, Benoitb-cous...@ti.com wrote:
FYI, MMC DT adaptation just got merged, I2C, GPIO, SPI, regulator DT
adaptation
On 4/16/2012 6:40 PM, Paul Walmsley wrote:
Hi
a few comments
On Mon, 16 Apr 2012, Tarun Kanti DebBarma wrote:
...
diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
index 5d7a0ee..9459d70 100644
--- a/arch/arm/mach-omap2/timer.c
+++ b/arch/arm/mach-omap2/timer.c
@@
OPEN YOUR ATTACHMENT FILE FOR YOUR TRANSFER INFORMATION.rtf
Description: MS-Word document
Hi,
Few more comments below.
* Raja, Govindraj govindraj.r...@ti.com [120411 04:53]:
...
+static int __init omap_serial_fill_default_pads(struct omap_board_data
*bdata,
+ struct omap_uart_state *uart)
+{
+ struct omap_mux_partition
On Mon, Apr 16, 2012 at 8:32 PM, Shubhrajyoti shubhrajy...@ti.com wrote:
On Monday 16 April 2012 05:55 PM, Tarun Kanti DebBarma wrote:
Replace the regular kzalloc and ioremap with the devm_ equivalent
to simplify error handling. We don't need kree() anymore in
omap_dm_timer_remove().
Also
58 matches
Mail list logo
