Hi Benoit,
-Original Message-
From: Cousson, Benoit
Sent: Thursday, November 04, 2010 9:59 AM
To: G, Manjunath Kondaiah
Cc: Kevin Hilman; linux-arm-ker...@lists.infradead.org;
Shilimkar, Santosh; linux-omap@vger.kernel.org
Subject: Re: [PATCH v3 06/13] OMAP3: DMA: hwmod: add
This lets omap_vout driver build and run without VRFB. It works along the
lines of the following patch series:
OMAP: DSS2: OMAPFB: Allow FB_OMAP2 to build without VRFB
https://patchwork.kernel.org/patch/105371/
Since VRFB is tightly coupled with the omap_vout driver, a handful of vrfb
specific
Move some functions from omap_vout.c to omap_voutlib.c and defines to
omap_voutdef.h
These will be required vrfb specific functions.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/media/video/omap/omap_vout.c| 111 +--
Create omap_vout_vrfb.c and omap_vout_vrfb.h, these contain functions which
omap_vout will call if the rotation type is set to VRFB rotation. It is
essentialy the code in omap_vout which is used for vrfb specific tasks.
Signed-off-by: Archit Taneja arc...@ti.com
---
Add new enum vout_rotation_type and rotation_type member to omapvideo_info,
this is initialized based on the arch type in omap_vout_probe. The rotation_type
var is now used to choose between vrfb and non-vrfb calls.
vrfb specific code in omap_vout has been removed and is present in
Hi Robert,
On Monday 01 November 2010 09:11:28 Robert Schöne wrote:
Am Mittwoch, den 27.10.2010, 17:42 +0200 schrieb Thomas Renninger:
Robert: I expect you tested this on a machine with no cpuidle
driver registered?
You're right, there was no idle driver, but the idle process from
On Wed, 2010-11-03 at 12:57 +0100, ext Taneja, Archit wrote:
Hi,
Tomi Valkeinen wrote:
On Wed, 2010-11-03 at 08:57 +0100, ext Taneja, Archit wrote:
Hi,
linux-omap-ow...@vger.kernel.org wrote:
Alpha Support
[snip]
+static void _dispc_set_pre_mult_alpha(enum omap_plane
On Thu, Nov 4, 2010 at 3:02 AM, Ghorai, Sukumar s-gho...@ti.com wrote:
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Wednesday, November 03, 2010 6:33 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Thursday, November 04, 2010 3:22 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
ker...@lists.infradead.org; artem.bityuts...@nokia.com; Vimal Singh; Tony
On Thu, Nov 4, 2010 at 12:15 PM, Ghorai, Sukumar s-gho...@ti.com wrote:
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
OMAP3 pandora.
What I wanted to say is that current mainline code has hw ECC forced
which is wrong for some boards, and this patch did not make
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Thursday, November 04, 2010 4:27 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
ker...@lists.infradead.org; artem.bityuts...@nokia.com; Vimal Singh; Tony
[Ghorai] In 2.6.36, it's a s/w ecc by default and working in all platforms
like - omap3430 SDP, zoom2, 3630SDP, ZOOM3.
So please explain more when you found that - sw ecc is broken on both 2.6.36
It doesn't for me, see
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Thursday, November 04, 2010 4:42 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
ker...@lists.infradead.org; artem.bityuts...@nokia.com; Vimal Singh; Tony
On Thu, Nov 4, 2010 at 1:15 PM, Ghorai, Sukumar s-gho...@ti.com wrote:
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Thursday, November 04, 2010 4:42 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
Enable Pre multiplied alpha support on OMAP3630
The first patch splits the omap3 dss has features for omap3430
and omap3630 separately
The second patch adds the support for pre multiplied alpha
Version2:
- Split the patch into dss has feature patch and pre multiplied
alpha support
-
Splitting the OMAP3 dss has feature separately for
omap3430 omap3630
Signed-off-by: Samreen samr...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 20 +---
drivers/video/omap2/dss/dss_features.h |1 +
2 files changed, 18
From: Rajkumar N rajkumar.nagara...@ti.com
Enable dss to process color formats with pre-mulitplied alpha.
With this we can have alpha values defined for each pixel
and hence can have different blending values for each pixel.
sysfs entry has been created for this and pre-multiplied alpha
support
On 11/4/2010 3:01 AM, G, Manjunath Kondaiah wrote:
Hi Benoit,
From: Cousson, Benoit
Sent: Thursday, November 04, 2010 9:59 AM
Hi Manjunath,
On 11/3/2010 8:59 AM, G, Manjunath Kondaiah wrote:
Kevin/Benoit,
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of G,
Manjunath Kondaiah
Sent:
Hi,
On Wed, Oct 20, 2010 at 01:25:10AM -0500, Balbi, Felipe wrote:
Those boards are so similar that they don't
deserve separate board files.
Felipe Balbi (2):
arm: omap: combine zoom2 and zoom3 board-files
arm: omap: zoom: substitute gpio number with symbolic name
a gentle ping on these
-Original Message-
From: Grazvydas Ignotas [mailto:nota...@gmail.com]
Sent: Thursday, November 04, 2010 5:03 PM
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-
ker...@lists.infradead.org; artem.bityuts...@nokia.com; Vimal Singh; Tony
On Thu, 2010-11-04 at 08:30 -0400, Cousson, Benoit wrote:
[...]
Any better suggestion to handle this issue?
Well, yes, use HWMOD_NO_IDLEST and remove idlest_reg_id
idlest_idle_bit entries in the omap2 structure.
ST_SDMA is the standby status of the SDMA, but there is no
idle status
On Thu, Nov 4, 2010 at 2:52 PM, Ghorai, Sukumar s-gho...@ti.com wrote:
-Original Message-
It has changed in 2.5.36, take a look how it was in 2.6.35, when it
worked for me:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-
Hi Thara,
* Thara Gopinath th...@ti.com [101027 09:08]:
By default the system boots up at nominal voltage for every
voltage domain in the system. This patch puts vdd_mpu, vdd_iva
and vdd_core to the correct boot up voltage as per the opp tables
specified. This patch implements this by
* Thara Gopinath th...@ti.com [101027 09:07]:
TWL6030 the power IC used along with OMAP4 in OMAP4 SDPs,
blaze boards and panda boards has a different formula
from that of TWL4030 for voltage to vsel and
vsel to voltage calculation. This patch implements the new
formula depending on the PMIC
Hi,
I'm having trouble resuming from RAM suspend with the recent addition
of the new omap-serial driver. It appears to be in some sort of loop
in serial_omap_console_putchar() sometime after console_release_sem()
is called in the resume path. Has this driver been tested going into
and out of
Hi Nishant,
You can make the opp init more generic by changing omap_init_opp_table to be:
int __init omap_init_opp_table(struct omap_opp_def *opp_list)
instead of below. And then..
+int __init omap_init_opp_table(void)
+{
+ struct omap_opp_def *opp_def;
+ u32 opp_def_size;
+
* Nishanth Menon n...@ti.com [101019 17:53]:
@@ -86,7 +87,10 @@ int __init omap_init_opp_table(void)
omap_table_init = 1;
/* Select the OPP table we'd like to enable based on cpu we are on */
- if (cpu_is_omap34xx()) {
+ if (cpu_is_omap44xx()) {
+ opp_def =
* Nishanth Menon n...@ti.com [101019 17:53]:
static int __init omap2_common_pm_init(void)
{
omap2_init_processor_devices();
+
+ if (cpu_is_omap34xx() || cpu_is_omap44xx())
+ omap_init_opp_table();
+
omap_pm_if_init();
It's best to have separate init for each
On Thu, Nov 4, 2010 at 19:13, Tony Lindgren t...@atomide.com wrote:
* Nishanth Menon n...@ti.com [101019 17:53]:
@@ -86,7 +87,10 @@ int __init omap_init_opp_table(void)
omap_table_init = 1;
/* Select the OPP table we'd like to enable based on cpu we are on */
- if
This set of patches removes a config option that was used to select a FIQ
handler to be build for Amstrad Delta, as required by the on-board serio
interface driver. Not having any problem reports received since it was
introduced in 2.6.35, the FIQ handler can now be built by default, thus
The AMS_DELTA_FIQ config option is going to be dropped and the functionality
required by the ams-delta-serio driver always built for Amstrad Delta. Then,
the option must no longer be selected from the serio Kconfig entry.
Created against linux-2.6.37-rc1.
Signed-off-by: Janusz Krzysztofik
Since there were no problem reports regarding the Amstrad Delta FIQ handler
introduced in 2.6.35, we can now build and initalize it by default. The config
option used for selecting it can now be dropped.
This change was requested by Tony Lindgren, the OMAP subsystem maintainer.
Created and
32 matches
Mail list logo
