Hi Janusz,
On Fri, Nov 05, 2010 at 01:26:00AM +0100, Janusz Krzysztofik wrote:
> 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
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 test
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
---
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
reqir
On Thu, Nov 4, 2010 at 19:13, Tony Lindgren wrote:
> * Nishanth Menon [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()) {
>> +
* Nishanth Menon [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 supp
* Nishanth Menon [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 = omap
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;
> +
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 suspe
* Thara Gopinath [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 type.
>
Hi Thara,
* Thara Gopinath [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 matching the rat
On Thu, Nov 4, 2010 at 2:52 PM, Ghorai, Sukumar 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-
>> 2.6.git;a=blob;f=drivers/mtd/nand/omap2.c;h=ee87325c7712a8ee
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
> -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; To
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 two
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: Tu
From: Rajkumar N
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 is turned off by default.
Splitting the OMAP3 dss has feature separately for
omap3430 & omap3630
Signed-off-by: Samreen
Signed-off-by: Archit Taneja
---
drivers/video/omap2/dss/dss_features.c | 20 +---
drivers/video/omap2/dss/dss_features.h |1 +
2 files changed, 18 insertions(+), 3 deletions(-)
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
- Remo
On Thu, Nov 4, 2010 at 1:15 PM, Ghorai, Sukumar 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-
>> ker...@
> -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; To
> [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
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;
> -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; To
On Thu, Nov 4, 2010 at 12:15 PM, Ghorai, Sukumar 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 into
> -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; To
On Thu, Nov 4, 2010 at 3:02 AM, Ghorai, Sukumar 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-
>> ker...@lis
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 _
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 fro
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
omap_vout_vr
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
---
drivers/media/video/omap/omap_vout_vrfb.c |
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
---
drivers/media/video/omap/omap_vout.c| 111 +--
drivers/media/video/omap/omap_voutdef.h | 64 ++
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 fu
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: a
33 matches
Mail list logo
