[PATCH v2 2/2] AM35xx: Add clock support for new modules on AM35xx

2010-01-28 Thread Ranjith Lohithakshan
This patch adds clock support for the following AM35xx modules - Ethernet MAC - CAN Controller (HECC) - New MUSB OTG Controller with integrated Phy - Video Processing Front End (VPFE) - Additional UART (UART4) Signed-off-by: Ranjith Lohithakshan

Mini USB to Host convertor on OMAP3530

2010-01-28 Thread jung songtan
Hi experts, What kind of convertor are you using? or do you have any recommended? I am using one kind of such convertor to connect the Musb OTG port to device. But no devices can be detected. if I change another kind of convertor, It works. I check the convertor on other board such as DM6xx,

Re: [PATCH 2/2] DSPBRIDGE: Remove DRV_ProcUpdatestate function

2010-01-28 Thread Ameya Palande
On Wed, 2010-01-27 at 19:13 +0100, ext Gomez Castellanos, Ivan wrote: From fe755ce32e6bbbcc0e99d5a06440bed6257b1a23 Mon Sep 17 00:00:00 2001 From: Ivan Gomez ivan.go...@ti.com Date: Wed, 20 Jan 2010 17:45:43 -0600 Subject: [PATCH] DSPBRIDGE: Remove DRV_ProcUpdatestate function The

Re: [RFC] [PATCH] omapfb: Fix 12-bit display (RGB444 color mode) handling

2010-01-28 Thread Tomi Valkeinen
On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik wrote: Support for RGB444 (12-bit) pixel format has been introduced into omapfb/lcdc by Mark Underwood on 2006-05-26 (commit f74edb6668aad9fc8e81585861b18f996c78a574) in preparation for Amstrad Delta (E3) videophone LCD display

Re: [PATCH] omap: dss2: Reintroduce Overo display support (DVI/HDMI)

2010-01-28 Thread Tomi Valkeinen
Hi, On Wed, 2009-11-25 at 22:30 +0100, ext Olof Johansson wrote: Refreshed version of previous patch from Tomi, so keeping his S-o-b. Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com Signed-off-by: Olof Johansson o...@lixom.net --- I'm not 100% sure how to wire up the power

Re: Mini USB to Host convertor on OMAP3530

2010-01-28 Thread jung songtan
I am trying to make the issue more clear and heve more test, There is Omap3530 , DM6xx, and Convertor (Type A) , convertor (Type B), Both A type and B type convertor can work on Dm6xx, A type convertor can work on Omap3530. If B type convertor plugging on Omap while the board bootup, no

Re: [PATCH 3/3] ARM: Select CPU_32v6K for CPU_V7 only if ARCH_OMAP2 isnot selected

2010-01-28 Thread Catalin Marinas
On Tue, 2010-01-26 at 19:37 +, Tony Lindgren wrote: Otherwise the kernel built with both CPU_V6 and CPU_V7 will not boot on omap2. Signed-off-by: Tony Lindgren t...@atomide.com --- arch/arm/mm/Kconfig |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 1/5] gic: prevent gic from crossing NR_IRQ

2010-01-28 Thread Catalin Marinas
On Wed, 2010-01-27 at 22:43 +, Russell King - ARM Linux wrote: On Wed, Jan 27, 2010 at 11:32:25AM -0800, adhar...@codeaurora.org wrote: From: Abhijeet Dharmapurikar adhar...@quicinc.com The gic code tries to initialize interrupts beyond NR_IRQ. Prevent code from doing that. NAK.

RE: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Cousson, Benoit
Hi Nishanth, From: Dasgupta, Romit Menon, Nishanth wrote: We had removed the frequency for OPP1 L3 when we used to use frequency to enable/disable frequencies. It is better to populate the same instead of confusing future readers of the code. The OPP1 remains disabled as explained in the

RE: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Dasgupta, Romit
IMHO the best way to unconfuse readers is to remove the entry. The confusion is due to a mismatch between public TRM/white paper and current code, so maybe a simple comment on top of the omap34xx_l3_rate_table will be enough. But why do we want to keep an OPP that will never be used? --

RE: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Cousson, Benoit
From: Dasgupta, Romit Sent: Thursday, January 28, 2010 2:43 PM To: Cousson, Benoit; Menon, Nishanth Cc: linux-omap; Andrew Murray; Kevin Hilman Subject: RE: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again IMHO the best way to unconfuse readers is to remove the entry. The confusion is due to

RE: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Andrew Murray
From: Cousson, Benoit [mailto:b-cous...@ti.com] Sent: 28 January 2010 13:48 To: Dasgupta, Romit; Menon, Nishanth Cc: linux-omap; Andrew Murray; Kevin Hilman Subject: RE: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again I don't want to keep it. I just want to document it in order to

RE: [PATCH] omap3: Check return values for clk_get

2010-01-28 Thread Premi, Sanjeev
-Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Saturday, January 09, 2010 4:08 AM To: Premi, Sanjeev Cc: linux-omap@vger.kernel.org Subject: Re: [PATCH] omap3: Check return values for clk_get Sanjeev Premi pr...@ti.com writes: This patch

omap3: pm: AVS enabled by default?

2010-01-28 Thread Andrew Murray
Hello, I noticed that Smart Reflex AVS is not turned on by default - and must be manually enabled from user-land through the sr_vddX_autocomp controls. Are there any plans to enable this by default, or perhaps via a KConfig option in the future? I ask because the longer a boot time, the longer

RE: [PATCH] omap3: Check return values for clk_get

2010-01-28 Thread Premi, Sanjeev
-Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev Sent: Thursday, January 28, 2010 7:42 PM To: Kevin Hilman Cc: linux-omap@vger.kernel.org Subject: RE: [PATCH] omap3: Check return values for clk_get

[PATCHv2] omap3: Check return values for clk_get()

2010-01-28 Thread Sanjeev Premi
This patch checks if clk_get() returned success for the clocks used in function omap2_clk_arch_init(). This version incorporates review comments from Kevin Hilman and Paul Walmsley. Signed-off-by: Sanjeev Premi pr...@ti.com --- arch/arm/mach-omap2/clock34xx.c | 16 1 files

Re: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Nishanth Menon
Hi, Thanks for all the comments. Andrew Murray had written, on 01/28/2010 08:00 AM, the following: From: Cousson, Benoit [mailto:b-cous...@ti.com] Sent: 28 January 2010 13:48 To: Dasgupta, Romit; Menon, Nishanth Cc: linux-omap; Andrew Murray; Kevin Hilman Subject: RE: [PATCH] omap3: pm: cpufreq:

RE: omap3: pm: AVS enabled by default?

2010-01-28 Thread Premi, Sanjeev
-Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Andrew Murray Sent: Thursday, January 28, 2010 7:53 PM To: linux-omap@vger.kernel.org Subject: omap3: pm: AVS enabled by default? Hello, I noticed that Smart Reflex

Re: omap3: pm: AVS enabled by default?

2010-01-28 Thread Nishanth Menon
Premi, Sanjeev had written, on 01/28/2010 09:21 AM, the following: -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Andrew Murray Sent: Thursday, January 28, 2010 7:53 PM To: linux-omap@vger.kernel.org Subject: omap3: pm:

[PATCH 0/2] McBSP: OMAP3: Add sidetone feature

2010-01-28 Thread Ilkka Koskinen
The first patch implements McBSP sidetone feature on OMAP3 while the second one provides ALSA interface for using it. The patch set is based on the patch Eduardo Valentin sent to alsa-devel mailing list in October 2009. Channel gain control and enabling the sidetone have been moved to ALSA

[PATCH 1/2] McBSP: OMAP3: Add sidetone feature

2010-01-28 Thread Ilkka Koskinen
From: Eero Nurkkala ext-eero.nurkk...@nokia.com Add sidetone feature to McBSP instances 2 and 3 on OMAP3 based devices. Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com --- arch/arm/mach-omap2/mcbsp.c |2 + arch/arm/plat-omap/include/plat/mcbsp.h | 63 +

[PATCH 2/2] ASoC: OMAP-McBSP: ASoC interface for McBSP sidetone

2010-01-28 Thread Ilkka Koskinen
Add ASoC interface for OMAP McBSP2 and McBSP3 sidetones. Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com --- sound/soc/omap/omap-mcbsp.c | 187 +++ sound/soc/omap/omap-mcbsp.h |2 + 2 files changed, 189 insertions(+), 0 deletions(-) diff --git

[PATCH] DSPBRIDGE: Resource clean up always enabled.

2010-01-28 Thread Ramos Falcon, Ernesto
From 30b0f99526350abe2bf93c2a9729f8fa5f9bafc7 Mon Sep 17 00:00:00 2001 From: Ernesto Ramos erne...@ti.com Date: Thu, 21 Jan 2010 14:36:07 -0600 Subject: [PATCH] DSPBRIDGE: Resource clean up always enabled. Remove flag RES_CLEANUP_DISABLE to have dspbridge resource cleanup always enabled.

Re: [alsa-devel] [PATCH 2/2] ASoC: OMAP-McBSP: ASoC interface for McBSP sidetone

2010-01-28 Thread Liam Girdwood
On Thu, 2010-01-28 at 17:46 +0200, Ilkka Koskinen wrote: Add ASoC interface for OMAP McBSP2 and McBSP3 sidetones. Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com --- sound/soc/omap/omap-mcbsp.c | 187 +++ sound/soc/omap/omap-mcbsp.h |2

Re: [PATCH] DSPBRIDGE: Resource clean up always enabled.

2010-01-28 Thread Ameya Palande
On Thu, 2010-01-28 at 17:05 +0100, ext Ramos Falcon, Ernesto wrote: From 30b0f99526350abe2bf93c2a9729f8fa5f9bafc7 Mon Sep 17 00:00:00 2001 From: Ernesto Ramos erne...@ti.com Date: Thu, 21 Jan 2010 14:36:07 -0600 Subject: [PATCH] DSPBRIDGE: Resource clean up always enabled. Remove flag

Re: [PATCH 0/2] McBSP: OMAP3: Add sidetone feature

2010-01-28 Thread Jarkko Nikula
On Thu, 28 Jan 2010 17:46:25 +0200 Ilkka Koskinen ilkka.koski...@nokia.com wrote: The first patch implements McBSP sidetone feature on OMAP3 while the second one provides ALSA interface for using it. The patch set is based on the patch Eduardo Valentin sent to alsa-devel mailing list in

Re: [PATCH 1/2] DSPBRIDGE: Use enable_off_mode variable instead of dsp_test_sleepstate

2010-01-28 Thread Omar Ramirez Luna
On 1/27/2010 6:46 PM, Menon, Nishanth wrote: Omar Ramirez Luna had written, on 01/26/2010 04:23 PM, the following: Hi, On 1/23/2010 4:19 AM, Felipe Contreras wrote: From: Jouni Hoganderjouni.hogan...@nokia.com Signed-off-by: Jouni Hoganderjouni.hogan...@nokia.com Signed-off-by: Hiroshi

[OFF TOPIC] time off

2010-01-28 Thread Felipe Balbi
Hi all, I'll be taking some time off (1 month) during february, at least the first two weeks I won't have internet access so I won't be able to take a look at any MUSB related stuff. I'm flushing my musb queue since Greg took the latest patches I sent, when I'm back I'll start queueing stuff

[PATCH 0/4] misc. multi-omap compile fixes

2010-01-28 Thread Kevin Hilman
This series fixes a few things preventing compile of omap3_defconfig and also cleans up several new compiler warnings that were introduced. Kevin Hilman (4): OMAP2/3: IRQ: ensure valid base address OMAP2/3: GPMC: ensure valid clock pointer OMAP2: clock: fix misc. OMAP24xx compile issues

[PATCH 1/4] OMAP2/3: IRQ: ensure valid base address

2010-01-28 Thread Kevin Hilman
Ensure valid base address during IRQ init. Fixes compiler warning about potential use of uninitialized variable. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/irq.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git

[PATCH 2/4] OMAP2/3: GPMC: ensure valid clock pointer

2010-01-28 Thread Kevin Hilman
Ensure valud clock pointer during GPMC init. Fixes compiler warning about potential use of uninitialized variable. Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/gpmc.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git

[PATCH 3/4] OMAP2: clock: fix misc. OMAP24xx compile issues

2010-01-28 Thread Kevin Hilman
- Convert use of non-existant cpu_is_omap2xxx() to cpu_is_omap24xx() - Change prefix of OMAP2 CPUfreq init/exit functions from omap2xxx_ to omap2_ as used in clock.c - fix 'possible use of uninitialized variable' warning in omap2xxx_clk_init() Signed-off-by: Kevin Hilman

[PATCH 4/4] OMAP2/3: PRCM: fix misc. compiler warnings

2010-01-28 Thread Kevin Hilman
- missing return in omap_prcm_get_reset_sources() - potential use of uninitialized variable in omap_prcm_arch_reset() Signed-off-by: Kevin Hilman khil...@deeprootsystems.com --- arch/arm/mach-omap2/prcm.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git

Re: [PATCH 1/2] OMAP: omap_device: add omap_device_is_valid()

2010-01-28 Thread Kevin Hilman
Paul Walmsley p...@pwsan.com writes: Hi Kevin, this looks fine. Two quick comments: On Tue, 26 Jan 2010, Kevin Hilman wrote: The omap_device struct contains a 'struct platform_device'. Normally, converting a platform_device pointer to an omap_device pointer consists of simply doing a

Re: [PATCH] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Kevin Hilman
Nishanth Menon n...@ti.com writes: Hi, Thanks for all the comments. Andrew Murray had written, on 01/28/2010 08:00 AM, the following: From: Cousson, Benoit [mailto:b-cous...@ti.com] Sent: 28 January 2010 13:48 To: Dasgupta, Romit; Menon, Nishanth Cc: linux-omap; Andrew Murray; Kevin Hilman

Re: omap3: pm: AVS enabled by default?

2010-01-28 Thread Kevin Hilman
Nishanth Menon n...@ti.com writes: Premi, Sanjeev had written, on 01/28/2010 09:21 AM, the following: -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Andrew Murray Sent: Thursday, January 28, 2010 7:53 PM To:

Re: [PATCH 3/3] ARM: Select CPU_32v6K for CPU_V7 only if ARCH_OMAP2 isnot selected

2010-01-28 Thread Catalin Marinas
On Thu, 2010-01-28 at 17:47 +, Tony Lindgren wrote: * Catalin Marinas catalin.mari...@arm.com [100128 02:58]: On Tue, 2010-01-26 at 19:37 +, Tony Lindgren wrote: Otherwise the kernel built with both CPU_V6 and CPU_V7 will not boot on omap2. Signed-off-by: Tony Lindgren

[PATCH] DSPBRIDGE: Fix to avoid possible memory leaks in bridge driver.

2010-01-28 Thread Ramos Falcon, Ernesto
From e586fe38099ac140e037fda9d2e7d3a846ec023c Mon Sep 17 00:00:00 2001 From: Ernesto Ramos erne...@ti.com Date: Thu, 28 Jan 2010 12:11:39 -0600 Subject: [PATCH] DSPBRIDGE: Fix to avoid possible memory leaks in bridge driver. This patch fixes possible memory leaks detected in dsp bridge.

Re: [PATCH 3/3] ARM: Select CPU_32v6K for CPU_V7 only if ARCH_OMAP2 isnot selected

2010-01-28 Thread Jamie Lokier
Catalin Marinas wrote: Hmm, but then we can't compile in SMP for single core systems and keep it bootable on single core v6? Not with the current kernel since it hardcodes the shareability bit in the page tables and the LDREX/STREX operations don't work as expected on uniprocessor

Re: [PATCHv2] omap3: Check return values for clk_get()

2010-01-28 Thread Kevin Hilman
Sanjeev Premi pr...@ti.com writes: This patch checks if clk_get() returned success for the clocks used in function omap2_clk_arch_init(). This version incorporates review comments from Kevin Hilman and Paul Walmsley. Signed-off-by: Sanjeev Premi pr...@ti.com Acked-by: Kevin Hilman

Re: [PATCH v3 2/2] ARM : OMAP4 : MUSB : Add USB support to 4430 SDP board file

2010-01-28 Thread Felipe Balbi
On Thu, Dec 31, 2009 at 02:23:02PM +0100, ext Maulik Mankad wrote: ARM : OMAP4 : Add USB support to 4430 SDP board file This patch adds support for Mentor USB to 4430 SDP board file. It also defines the base address for HS USB OTG controller in OMAP4. Also updates platform specfic structure

Re: [PATCH v3 1/2] ARM : OMAP: MUSB : Pass board specific data using a structure

2010-01-28 Thread Felipe Balbi
On Thu, Dec 31, 2009 at 02:22:36PM +0100, ext Maulik Mankad wrote: ARM : OMAP: MUSB :Pass board specific data from board file This patch proposes to pass board specific data for MUSB (like interface_type, mode etc) from board file by defining board specific structure. Each board file can

[PM-WIP-OPP] [PATCH v2] omap3: pm: cpufreq: populate l3 opp1 again

2010-01-28 Thread Nishanth Menon
We had removed the frequency for OPP1 L3 when we used to use frequency to enable/disable frequencies. It is better to populate the same instead of confusing future readers of the code. The OPP1 remains disabled as explained in the discussion. Discussion: http://marc.info/?t=12645382191r=1w=2

Re: [PM-WIP-OPP][PATCH v4] omap: pm: Introducing enum for OPP types

2010-01-28 Thread Nishanth Menon
Menon, Nishanth had written, on 01/28/2010 02:40 PM, the following: From: Romit Dasgupta ro...@ti.com Using omap_opp * to refer to domain types entails opp implementation into maintaining pointers outside the opp layer. Since all we need is an identifier to a specific domain for

AM3517 EVM defconfig

2010-01-28 Thread Doug Kehn
Hi All, I received my AM3517 EVM. It came with kernel 2.6.31-rc7 that looks to have been built with omap3517_evm_defconfig. linux-omap appears to be at 2.6.33-rc5. However, I don't see an omap3517_evm_defconfig. Does linux-omap contain a default config for the AM3517 EVM? Does

Re: [PATCH 2/4] OMAP2/3: GPMC: ensure valid clock pointer

2010-01-28 Thread Tony Lindgren
* Felipe Balbi felipe.ba...@nokia.com [100128 09:24]: On Thu, Jan 28, 2010 at 06:17:14PM +0100, ext Kevin Hilman wrote: Ensure valud clock pointer during GPMC init. Fixes compiler ^ typo :-) Adding the first two to omap-fixes, also fixed this typo. Adding the last to master

RE: sdio irq hack for omap_hsmmc.c (was: Re: [PATCH] OMAP35xx:SDIO IRQ Support for OMAP35xx)

2010-01-28 Thread Madhusudhan
Hi, I am not an SDIO expert. But what I understand from this is that we are missing the wakeup capability on an SDIO interrupt. Regards, Madhu -Original Message- From: John Rigby [mailto:jcri...@gmail.com] Sent: Wednesday, January 27, 2010 5:56 PM To: Madhusudhan Cc: Mike Rapoport;

Re: sdio irq hack for omap_hsmmc.c (was: Re: [PATCH] OMAP35xx:SDIO IRQ Support for OMAP35xx)

2010-01-28 Thread Kevin Hilman
John Rigby jcri...@gmail.com writes: Just to be clear, my post was in response to the reported problems with enabling sdio irqs with this patch: http://patchwork.kernel.org/patch/69122/ The patch originator reported good results but others reported complete failure. My hack fixed the

Re: [PATCH v2 0/5] DSPBRIDGE: centralized services initialization

2010-01-28 Thread Omar Ramirez Luna
On 1/26/2010 6:57 PM, Ramirez Luna, Omar wrote: It is more logic to initialize services related modules inside services layer, even if we are planning to remove it. v2: - Fixed crefs build issue (patch 2) if enabling debug Omar Ramirez Luna (5): DSPBRIDGE: Avoid multiple calls to

Re: [PATCH] DSPBRIDGE: OSAL: Implement registry as linked list.

2010-01-28 Thread Omar Ramirez Luna
On 1/22/2010 10:26 PM, Omar Ramirez Luna wrote: From: Andy Shevchenkoext-andriy.shevche...@nokia.com Change implementation of registry to a linked list. In future this will become to some static structures and probably list for DCD_REGKEY array. Signed-off-by: Andy

Re: [PATCH] dspbridge: minor clean up in memdefs.h

2010-01-28 Thread Omar Ramirez Luna
On 1/27/2010 6:39 AM, andy.shevche...@gmail.com wrote: From: Andy Shevchenkoext-andriy.shevche...@nokia.com Remove useless macroses. They were doing nothing, so it's clear to just get rid of them. Signed-off-by: Andy Shevchenkoext-andriy.shevche...@nokia.com ---

[PATCH v2 2/2] DSPBRIDGE: Remove DRV_ProcUpdatestate function

2010-01-28 Thread Gomez Castellanos, Ivan
In the previous patch, the function prototype was not removed. From 22a3646710806c9390a48556ded889e19178db9e Mon Sep 17 00:00:00 2001 From: Ivan Gomez ivan.go...@ti.com Date: Thu, 28 Jan 2010 18:53:45 -0600 Subject: [PATCH] DSPBRIDGE: Remove DRV_ProcUpdatestate function The DRV_ProcUpdatestate

Re: [PATCH RE-SEND-2] ARM: MM: Add ARM_L1_CACHE_SHIFT_6 for handle inside each ARCH Kconfig

2010-01-28 Thread Ben Dooks
On Thu, Jan 28, 2010 at 10:15:32AM +0900, Kukjin Kim wrote: This patch adds ARM_L1_CACHE_SHIFT_6 into arch/arm/Kconfig. Basically, ARM L1 cache line size is 32Bytes. Therefore, whenever new ARCH which has 64Bytes L1 cache line size is added, have to set ARM_L1_CACHE_SHIFT to 6. That is, have

[PATCH RE-SEND-3] ARM: MM: Add ARM_L1_CACHE_SHIFT_6 for handle inside each ARCH Kconfig

2010-01-28 Thread Kukjin Kim
Add ARM_L1_CACHE_SHIFT_6 to arch/arm/Kconfig to allow CPUs with L1 cache lines which are 64bytes to indicate this without having to alter the arch/arm/mm/Kconfig entry each time. Update the mm Kconfig so that ARM_L1_CACHE_SHIFT default value uses this and change OMAP3 and S5PC1XX to select

[PATCH v2 0/4] GIC Changes

2010-01-28 Thread adharmap
From: Abhijeet Dharmapurikar adhar...@quicinc.com Few fixes and improvements to arch/arm/common/gic.c file. Changes in v2 Russell indicated that there could be an on chip inteverter on some interrupt lines and hence there is no way to enforce correct edge rising/falling or level high/low

[PATCH v2 2/4] GIC: Prevent gic from crossing NR_IRQS

2010-01-28 Thread adharmap
From: Abhijeet Dharmapurikar adhar...@quicinc.com Prevent gic code from initializing interrupts beyon NR_IRQS. Signed-off-by: Abhijeet Dharmapurikar adhar...@quicinc.com --- arch/arm/common/gic.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/arm/common/gic.c

[PATCH v2 4/4] GIC: Dont disable INT in ack callback

2010-01-28 Thread adharmap
From: Abhijeet Dharmapurikar adhar...@quicinc.com Unless gic_ack_irq is called from __do_IRQ, interrupt should not be disabled in the ack function. Disabling the interrupt causes handle_edge_irq to never enable it again. Signed-off-by: Abhijeet Dharmapurikar adhar...@quicinc.com ---

[PATCH v2 1/4] GIC: Disable unused interrupts

2010-01-28 Thread adharmap
From: Abhijeet Dharmapurikar adhar...@quicinc.com Disable all interrupts of a gic in distributor initialization function. This way interrupts beyond NR_IRQS stay disabled. Signed-off-by: Abhijeet Dharmapurikar adhar...@quicinc.com --- arch/arm/common/gic.c | 12 1 files changed,

[PATCH v2 3/4] GIC: Add callback for mask_ack

2010-01-28 Thread adharmap
From: Abhijeet Dharmapurikar adhar...@quicinc.com Add gic_mask_ack for faster processing of interrupts. Signed-off-by: Abhijeet Dharmapurikar adhar...@quicinc.com --- arch/arm/common/gic.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arm/common/gic.c