RE: [PATCH 1/3] musb: save dynfifo in musb struct

> -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@nokia.com] > Sent: Tuesday, December 15, 2009 1:10 PM > To: Gupta, Ajay Kumar > Cc: Balbi Felipe (Nokia-D/Helsinki); linux-...@vger.kernel.org; linux- > o...@vger.kernel.org; davi...@pacbell.net > Subject: Re: [PATCH 1/3] musb:

Re: [PATCH 1/3] musb: save dynfifo in musb struct

Hi, On Tue, Dec 15, 2009 at 08:37:38AM +0100, ext Gupta, Ajay Kumar wrote: As per current logic, user has to set dyn_fifo if mentor core supports it and it has to be set to '0' if core doesn't support it. So what's the need for musb->config->dyn_fifo at all. We can very well decide based on only

RE: [PATCH 1/3] musb: save dynfifo in musb struct

> -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@nokia.com] > Sent: Tuesday, December 15, 2009 12:57 PM > To: Gupta, Ajay Kumar > Cc: Balbi Felipe (Nokia-D/Helsinki); linux-...@vger.kernel.org; linux- > o...@vger.kernel.org; davi...@pacbell.net > Subject: Re: [PATCH 1/3] musb:

Re: [PATCH 1/3] musb: save dynfifo in musb struct

Hi, On Tue, Dec 15, 2009 at 05:04:30AM +0100, ext Gupta, Ajay Kumar wrote: musb->config->dyn_fifo is coming from platform files and is user defined but we need to check if the mentor core itself supports dynamic fifo. See the dynamic fifo code snippet: -

RE: [PATCHV2 1/4] OMAP3: introduce DPLL4 Jtype

Hi Benoît, Vishwanath, Thanks for the info, Benoît. On Fri, 11 Dec 2009, Cousson, Benoit wrote: > >From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > >ow...@vger.kernel.org] On Behalf Of Paul Walmsley > >Sent: Thursday, December 10, 2009 10:24 PM > > > >Hi Vishwanath, > > > >On Tue, 1

[PATCH 06/17] DSPBRIDGE: Remove long busy-wait loops on PWRST transitions

Remove busy waiting on suspend and self hibernation paths by removing udelays. Decrease the total timer waiting on power transitions to be less than 3 seconds, defined to wait for power transition approx. 200 msecs Change required for: http://android.git.kernel.org/?p=kernel/omap.git;a=commit;h=c

[PATCH 03/17] DSPBRIDGE: Enable/Disable MCBSP_CLOCKS for MCBSP2

From: Fernando Guzman Lugo Enable/Disable McBSP_CLOCKS when McBSP2 is requested so DPLL can be gated. Signed-off-by: Fernando Guzman Lugo Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/wmd/tiomap3430_pwr.c | 73 ++- 1 files changed, 72 insertions(+), 1 d

[PATCH 04/17] DSPBRIDGE: set PWRERROR notifications as an option

This patch enables/disables the option to register to be notified about bridge driver PWR errors, generally caused because the timer expires waiting for the dsp to change from active to retention or hibernation. This event, if enabled, will be signaled as a fatal error, bridge driver will be unusa

[PATCH 08/17] DSPBRIDGE: Trivial cleanup on DBDCD

Trivial spacing cleanup on DSP/BIOS Bridge Configuration Database module. Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/rmgr/dbdcd.c | 343 --- 1 files changed, 179 insertions(+), 164 deletions(-) diff --git a/drivers/dsp/bridge/rmgr/dbdcd.c b/driv

[PATCH 13/17] DSPBRIDGE: check the status of DMM_GetHandle

Check the status of DMM_GetHandle Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/rmgr/proc.c | 17 ++--- 1 files changed, 10 insertions(+), 7 deletions(-) diff --git a/drivers/dsp/bridge/rmgr/proc.c b/drivers/dsp/bridge/rmgr/proc.c index ab0b913..89b1ff3 100644 --- a/driv

[PATCH 09/17] DSPBRIDGE: Do not panic on bad page count

If a page doesn't have a sane count, do not panic or release it. Loudly complain with dump_stack but do not halt with BUG. Signed-off-by: Fernando Guzman Lugo Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/wmd/tiomap3430.c | 12 +++- 1 files changed, 7 insertions(+), 5 deleti

[PATCH 10/17] DSPBRIDGE: support loading 4 dependent DLL

From: Fernando Guzman Lugo This patch fixes loading a SN that has 4 dependent DLLs, previously it was failing due to a non-null terminated string. Signed-off-by: Fernando Guzman Lugo --- drivers/dsp/bridge/rmgr/dbdcd.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/d

[PATCH 16/17] DSPBRIDGE: Avoid REGistry if pDevContext is available

Avoid calls to read the register if pDevContext is available to the function, this will save a call to query and hold a semaphore under registry operations. Signed-off-by: Omar Ramirez Luna --- arch/arm/plat-omap/include/dspbridge/cfgdefs.h |2 +- drivers/dsp/bridge/rmgr/drv.c

[PATCH 17/17] DSPBRIDGE: Compilation fixes 2.6.31

Compilation fixes 2.6.31 board-sdp3430.h not found clk_handle undefined because of DVFS flag Signed-off-by: Omar Ramirez Luna --- arch/arm/mach-omap2/dspbridge.c |2 ++ drivers/dsp/bridge/rmgr/drv_interface.c |8 drivers/dsp/bridge/rmgr/proc.c |

[PATCH 05/17] DSPBRIDGE: Enable peripheral clocks on wake up

If enable_off_mode is not set bridge target state going into suspend will be retention, on this path the peripheral clocks will be disabled but not enabled again when waking the dsp up. Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/wmd/tiomap_sm.c |4 +++- 1 files changed, 3 insert

[PATCH 11/17] DSPBRIDGE: Memory leak in Node Register Notify

From: Ernesto Ramos Falcon Fix for memory leak in DSPNode_RegisterNotify when unregistering an object. Signed-off-by: Ernesto Ramos Falcon --- drivers/dsp/bridge/pmgr/wcd.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/dsp/bridge/pmgr/wcd.c b/drivers/dsp/

[PATCH 15/17] DSPBRIDGE: Delete unused files

These files seem to be unused, deleting them. Signed-off-by: Omar Ramirez Luna --- arch/arm/plat-omap/include/dspbridge/dbl.h | 354 --- arch/arm/plat-omap/include/dspbridge/dbof.h | 117 --- drivers/dsp/bridge/dynload/dlclasses_hdr.h | 41 - drivers/dsp/bridge/pmgr/dbl.c

[PATCH 14/17] DSPBRIDGE: KFILE_Seek & KFILE_Tell, u32 replaced with loff_t

KFILE_Seek & KFILE_Tell, u32 replaced with loff_t Discovered-by: Ameya Palande Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/pmgr/cod.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/dsp/bridge/pmgr/cod.c b/drivers/dsp/bridge/pmgr/cod.c index a85f2

[PATCH 12/17] DSPBRIDGE: check pointer before calling Proc_Detach

From: Ernest Ramos Falcon This patch adds a check before calling Proc_Detach, otherwise we will see an error. Signed-off-by: Ernest Ramos Falcon Signed-off-by: Fernando Guzman Lugo --- drivers/dsp/bridge/rmgr/drv_interface.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff -

[PATCH 07/17] DSPBRIDGE: Rename usCount to timeout

Rename usCount to timeout Reported-by: Nishanth Menon Signed-off-by: Omar Ramirez Luna --- drivers/dsp/bridge/wmd/tiomap3430.c |6 +++--- drivers/dsp/bridge/wmd/tiomap3430_pwr.c | 12 ++-- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/dsp/bridge/wmd/ti

[PATCH 01/17] DSPBRIDGE: Remove preproessor condition that could never work

From: Rebecca Schultz Zavin This macro can refer to a varible not defined in this scope. gcc 4.4 and later will view this as an error and this code will not compile. Signed-off-by: Rebecca Schultz Zavin --- drivers/dsp/bridge/dynload/cload.c |6 -- 1 files changed, 0 insertions(+), 6 d

[PATCH 00/17] First set of unreviewed patches

These patches need to be reviewed to be included into dspbridge-baseline. Ernest Ramos Falcon (1): DSPBRIDGE: check pointer before calling Proc_Detach Ernesto Ramos Falcon (1): DSPBRIDGE: Memory leak in Node Register Notify Fernando Guzman Lugo (3): DSPBRIDGE: Implemented Trampoline suppor

RE: dspbridge sync proposal for 0.1

Hi, >From: Felipe Contreras [mailto:felipe.contre...@gmail.com] >Sent: Monday, December 14, 2009 10:04 AM > >On Sat, Dec 5, 2009 at 3:39 PM, Felipe Contreras > wrote: >> There is a proposal to get the dspbridge branch into a decent state for >> the 0.1 release, so I've been trying to synchronize t

Re: bootloader compilation

yes i saw all the steps in the website. i am getting some errors while doing that steps. now i have to boot from mmc card. for that i installed tollchain fpr ARM processor in my host computer. AFter installing that toolchain i gave "make" to compile "xloader". But found the following error "r...@a

RE: [PATCH 0/5] OMAP4 Power Domain Framework Support

Hi Abhijit, On Tue, 15 Dec 2009, Pagare, Abhijit wrote: > There is one Fix patch for OMAP3 on top of which these patches > should go in cleanly. I will post the fix patch and the rebased and > tested patch-set soon. thanks. One other thing that I noticed: in the first powerdomain patch,

linux-next: origin tree build failure

Hi all, Today's linux-next build (powerpc allyesconfig) failed like this: drivers/mfd/twl4030-codec.c:29:31: error: linux/i2c/twl4030.h: No such file or directory (there were more, but I assume that they all stem form this one). Caused by commit 0b83ddebc6e884dc0221358cf68c461520fbdd8e ("MFD:

RE: [PATCH 0/5] OMAP4 Power Domain Framework Support

Paul, There is one Fix patch for OMAP3 on top of which these patches should go in cleanly. I will post the fix patch and the rebased and tested patch-set soon. Best Regards, Abhijit Pagare > -Original Message- > From: Paul Walmsley [mailto:p...@pwsan.com] > Sent: Tuesday, Decemb

RE: [PATCH 0/5] OMAP4 Power Domain Framework Support

Paul, I will check that and repost them soon. Best Regards, Abhijit Pagare > -Original Message- > From: Paul Walmsley [mailto:p...@pwsan.com] > Sent: Tuesday, December 15, 2009 4:18 AM > To: Pagare, Abhijit > Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > Cousson

Re: [PATCH v2] AM35xx: Clock table updates for AM3505/17

Hello Paul, On Tue, 15-Dec-09 1:47 AM +0530, Paul Walmsley wrote: > Hi Ranjith, > > by the way, could you (or someone else from Catalog) please send in a > patch to add a defconfig for the Sitara EVM? It would be good to add that > to the build tests. > A defconfig exists on l-o master for

RE: [PATCH 3/3] musb: Add 'extvbus' in musb_hdrc_platform_data

> -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@nokia.com] > Sent: Monday, December 14, 2009 10:08 PM > To: Gupta, Ajay Kumar > Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Balbi Felipe > (Nokia-D/Helsinki); davi...@pacbell.net > Subject: Re: [PATCH 3/3] musb: A

RE: [PATCH 1/3] musb: save dynfifo in musb struct

> -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@nokia.com] > Sent: Monday, December 14, 2009 9:55 PM > To: Gupta, Ajay Kumar > Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Balbi Felipe > (Nokia-D/Helsinki); davi...@pacbell.net > Subject: Re: [PATCH 1/3] musb: sa

RE: [PATCH v2] AM35xx: Clock table updates for AM3505/17

Thanks Paul. I will test these on AM3517 EVM and let you know the results. - Ranjith > -Original Message- > From: Paul Walmsley [mailto:p...@pwsan.com] > Sent: Tuesday, December 15, 2009 1:42 AM > To: Lohithakshan, Ranjith > Cc: linux-omap@vger.kernel.org; Sripathy, Vishwanath; t...@a

[PATCH v3] [OMAP] gpio: Simultaneously requested rising and falling edge

Some chips, namely any OMAP1 chips using METHOD_MPUIO, OMAP15xx and OMAP7xx, cannot be setup to respond to on-chip GPIO interrupts in both rising and falling edge directions -- they can only respond to one direction or the other, depending on how the ICR is configured. Additionally, current code f

[PATCH 3/5 v8] OMAP: McBSP: Introduce caching in register write operations

Determine cache size required per McBSP port at init time, based on processor type running on. Allocate space for storing cached copies of McBSP register values at port request. Modify omap_msbcp_write() function to update the cache with every register write operation. Modify omap_mcbsp_read() to s

Re: [PATCHv2] DSPBRIDGE: Interface tightening to check for invalid input parameters.

On Tue, Dec 15, 2009 at 1:54 AM, Ramos Falcon, Ernesto wrote: > From 3a896659d088bab6a61cc7e200abc18230217a4f Mon Sep 17 00:00:00 2001 > From: ernesto It seems your user is not properly configured. -- Felipe Contreras -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in

[PATCH] DSPBRIDGE: Undo allocation of resources in case of cp_to_usr fails.

>From 537bfe5dd95e7b619a578be8d2ac541bc5c0d6ed Mon Sep 17 00:00:00 2001 From: ernesto Date: Mon, 14 Dec 2009 17:46:06 -0600 Subject: [PATCH] DSPBRIDGE: Undo allocation of resources in case of cp_to_usr fails. Release resources allocated during MAP, Node Allocation, STRM Buf Allocation in the cas

[PATCHv2] DSPBRIDGE: Interface tightening to check for invalid input parameters.

>From 3a896659d088bab6a61cc7e200abc18230217a4f Mon Sep 17 00:00:00 2001 From: ernesto Date: Mon, 14 Dec 2009 17:41:17 -0600 Subject: [PATCH] DSPBRIDGE: Interface tightening to check for invalid input parameters. Add more error checking and range to address usecases accessing kernel API directly.

Re: Enabling 3530 sys_clkout2

On Mon, Dec 14, 2009 at 2:58 PM, John Faith wrote: > On Mon, Dec 14, 2009 at 1:59 PM, Paul Walmsley wrote: >> Hello John, > > Hi Paul, > >> >> On Mon, 14 Dec 2009, John Faith wrote: >> >>> I'm trying to enable the sys_clkout2 pin in a 2.6.29 kernel for my >>> 3530EVM-like board for the main clock

Re: [PATCH 0/5] OMAP4 Power Domain Framework Support

Hello Abhijit, On Fri, 11 Dec 2009, Pagare, Abhijit wrote: > This patch series adds support for OMAP4 power domain framework. Just tried applying these -- looks like this series (and probably the clockdomain series also) needs to be refreshed to apply cleanly against the current linux-omap hea

Re: [PATCH 0/5] OMAP4 Power Domain Framework Support

On Mon, 14 Dec 2009, Russell King - ARM Linux wrote: > On Mon, Dec 14, 2009 at 03:47:46PM -0700, Paul Walmsley wrote: > > On Fri, 11 Dec 2009, Pagare, Abhijit wrote: > > > > > This patch series adds support for OMAP4 power domain framework. > > > > ... > > > > > Abhijit Pagare (5): > > > ARM: O

Re: [PATCH 0/5] OMAP4 Power Domain Framework Support

On Mon, Dec 14, 2009 at 03:47:46PM -0700, Paul Walmsley wrote: > Hello Abhijit, > > On Fri, 11 Dec 2009, Pagare, Abhijit wrote: > > > This patch series adds support for OMAP4 power domain framework. > > ... > > > Abhijit Pagare (5): > > ARM: OMAP4: PM: OMAP4 essential basic initializations. > >

Re: Enabling 3530 sys_clkout2

On Mon, Dec 14, 2009 at 1:59 PM, Paul Walmsley wrote: > Hello John, Hi Paul, > > On Mon, 14 Dec 2009, John Faith wrote: > >> I'm trying to enable the sys_clkout2 pin in a 2.6.29 kernel for my >> 3530EVM-like board for the main clock line of an FPGA.  I've added a >> MUX_CFG_34XX entry in mux.c,

Re: [PATCH 0/5] OMAP4 Power Domain Framework Support

Hello Abhijit, On Fri, 11 Dec 2009, Pagare, Abhijit wrote: > This patch series adds support for OMAP4 power domain framework. ... > Abhijit Pagare (5): > ARM: OMAP4: PM: OMAP4 essential basic initializations. > ARM: OMAP4: PM: OMAP4 Power Domain Porting Related Clean-up. > ARM: OMAP4: PM: Add t

Re: [PATCH] AM35xx: Add AM35xx specific control module registers

Hi Ranjith, one other question. On Mon, 14 Dec 2009, Paul Walmsley wrote: > On Tue, 3 Nov 2009, Ranjith Lohithakshan wrote: > > > AM3517/05 has a few additional control module registers defined mainly > > to control the new IP's. This patch adds support for those new registers. Are these regis

Re: [PATCH] AM35xx: Add AM35xx specific control module registers

Hello Ranjith, again, I regret the delay - On Tue, 3 Nov 2009, Ranjith Lohithakshan wrote: > AM3517/05 has a few additional control module registers defined mainly > to control the new IP's. This patch adds support for those new registers. > > Signed-off-by: Ranjith Lohithakshan It looks like

Re: Enabling 3530 sys_clkout2

Hello John, On Mon, 14 Dec 2009, John Faith wrote: > I'm trying to enable the sys_clkout2 pin in a 2.6.29 kernel for my > 3530EVM-like board for the main clock line of an FPGA. I've added a > MUX_CFG_34XX entry in mux.c, set the gpio direction in my board.c > file, and set the rate in my driver

Re: [PATCH 0/3] Initial support for Technexion Thunderboard : defconfig

Hi Daniel, On Sun, Dec 13, 2009 at 3:30 PM, Daniel Toussaint wrote: > Dear All, > > Patches reformatted for mainline. > Please send the patches inline rather than as attachment. It is much easier for review. And, usually [PATCH 0/x] message contains brief description of the patchset and does not

Re: smc91x problems on 2430SDP

On Mon, Dec 14, 2009 at 10:55 PM, Paul Walmsley wrote: > > Hi, > > smc91x is preventing 2430SDP from booting.  Messages follow at the end of > this message.  Any ideas? > AFAIK, smc91x probes interrupts during initialization. Maybe interrupt flags got wrong somehow, of the interrupt pin mux is no

Break: SMSC911x problems on Zoom3

SMSC911x is preventing Zoom3 board from booting on latest master (06d9e4fdd20e). Bootup logs and shows getting stuck here: --- net eth0: SMSC911x/921x identified at 0xd080c000, IRQ: 318 mmc1: new high speed MMC card at address 0001 mmcblk1: mmc1:0001 STM16G 1.00 GiB mmcblk1: unknown partition ta

Re: [PATCH] OMAP3: Clock: Fixed dpll3_m2x2 rate calculation

On Wed, 28 Oct 2009, Tero Kristo wrote: > From: Tero Kristo > > Current calculation does not take into account any changes to M2 divisor, and > thus when we change VDD2 OPP, dpll3_m2x2 rate does not change. Fixed by > re-routing dpll3_m2x2 parent to dpll3_m2. > > Signed-off-by: Tero Kristo Fo

smc91x problems on 2430SDP

Hi, smc91x is preventing 2430SDP from booting. Messages follow at the end of this message. Any ideas? - Paul smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre eth%d: spurious interrupt (mask = 0x0b) eth%d: spurious interrupt (mask = 0x0b) eth%d: spurious interrupt (mask = 0x0b) eth%d: spurious

RE: I2C broken on OMAP 2430SDP?

Hi Vikram, On Thu, 3 Dec 2009, Pandita, Vikram wrote: > > By any chance is this related to running i2c at slower clock speed? > commit 6b61a83b31744d143b0e7bc92f463d831319eabc > The maximum I2C speed depends on the system clock for GAIA: > 2.2 MHz (sys-clk = 19.2 MHz) > 2.4 MHz (sys-

Enabling 3530 sys_clkout2

Hello, I'm trying to enable the sys_clkout2 pin in a 2.6.29 kernel for my 3530EVM-like board for the main clock line of an FPGA. I've added a MUX_CFG_34XX entry in mux.c, set the gpio direction in my board.c file, and set the rate in my driver with clk_set_parent(), clk_set_rate() but I do not see

RE: [RFC] MUSB: Workaround for Ethernet data alignment issue

Nilkesh, > -Original Message- > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > ow...@vger.kernel.org] On Behalf Of Pandita, Vikram > Sent: Monday, December 14, 2009 11:39 AM > To: Patra, Nilkesh; linux-...@vger.kernel.org > Cc: linux-omap@vger.kernel.org; David Brownell; Gadi

[PATCH 2/2] AM35xx: Clock table updates for AM3505/17

From: Ranjith Lohithakshan AM3505/17 though a OMAP3530 derivative have the following main differences - Removal of the following OMAP3 modules - IVA - ISP/CAM - Modem and D2D components (MAD2D, SAD2D) - USIM

[PATCH 1/2] OMAP3 clock: reorganize CK_* platform flags

Add CK_* flags for the two new Sitara chips, AM3505 and AM3517, and the OMAP34xx die shrink, OMAP36xx/OMAP37xx. Introduce a new CK_* flag, CK_3XXX, that marks all clocks that are common to OMAP3 family chips. CK_343X now refers to clocks that are available only on OMAP34{1,2,3,4}0 (WTBU) and OMAP

[PATCH 0/2] OMAP clock: new platform prep + AM35xx clock definitions

This series adds clkdev-OMAP platform flags for the AM35xx and OMAP36xx chips, and marks AM35xx platform clocks. - Paul --- size: textdata bss dec hex filename 3615944 197312 105168 3918424 3bca58 vmlinux.beagle.orig 3615944 197312 105168 3918424 3bca58 vmlinux.beagle

RE: [PATCH v2] AM35xx: Clock table updates for AM3505/17

Hi Ranjith, by the way, could you (or someone else from Catalog) please send in a patch to add a defconfig for the Sitara EVM? It would be good to add that to the build tests. thanks, - Paul -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to

Re: [PATCH 1/5] OMAP2: remove duplicated #include

On Sun, 13 Dec 2009, Huang Weiyi wrote: > Remove duplicated #include('s) in > arch/arm/mach-omap2/clock34xx.c > arch/arm/mach-omap2/io.c > > Signed-off-by: Huang Weiyi Thanks Weiyi, will queue for .33-rc*. - Paul -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in

RE: [PATCH v2] AM35xx: Clock table updates for AM3505/17

Hi Ranjith, I regret the delay - On Mon, 14 Dec 2009, Lohithakshan, Ranjith wrote: > Where does this patch stand in your queue? If there are no further comments, > can this one be taken up on for-next? I've updated this patch for the new .33 clock file layout. The job needed to be done by han

RE: Padconf not working on pm_defconfig?

Tony Lindgren wrote: > > Sounds like debobs should only set the pins based on platform_data > passed from the board-*.c file. Then maybe allow override from > cmdline on boards that have both debobs and ehci? > Not sure about this - I haven't studied the driver yet (it's been on my TODO for a wh

Re: [PATCH] OMAP3: serial - fix bug introduced in f62349ee9788b1d94c55eb6c291d74a1f69bdd9e

Mika Westerberg writes: > Commit f62349ee9788b1d94c55eb6c291d74a1f69bdd9e had side effect that > causes kernel to oops when we are suspending to ram: > > # echo mem > /sys/power/state > > WARNING: at kernel/irq/manage.c:858 __free_irq+0x90/0x174() > Trying to free already-free I

Re: [PATCH v7 2/5] OMAP: McBSP: Modify macros/functions API for easy cache access

* Jarkko Nikula [091214 03:12]: > On Mon, 14 Dec 2009 11:11:27 +0100 > Janusz Krzysztofik wrote: > > > If these functions are obsolete and going to be removed, I don't think it > > could be of any importance whether they are modified before removal or not. > > Otherwise, a solution seems simpl

Re: [PATCH] OMAP3: PM: Dynamic calculation of SDRC clock stabilization delay

"Dasgupta, Romit" writes: >>> >>> I tried to find the code in LO but I think it is not yet present. > >>Right, it is still being discussed. > >>> So with that in mind may I propose that the pmc functions we >>> introduce in plat-omap will be present as __init code (so that we >>> ensure no one us

Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init

* Vimal Singh [091214 01:58]: > On Tue, Dec 8, 2009 at 12:06 AM, Tony Lindgren wrote: > > * Vimal Singh [091206 22:39]: > >> On Sat, Dec 5, 2009 at 3:47 AM, Tony Lindgren wrote: > >> > Hi, > >> > > >> > * Vimal Singh [091203 06:09]: > >> >> From 13d52884956a26f93826c443e2b8bd78615f74d6 Mon Sep

Re: Padconf not working on pm_defconfig?

* Gadiyar, Anand [091214 09:07]: > Kevin Hilman wroteL > > > > > > Found it - I remember that these lines are muxed with ETK signals > > > and with the hwdebug signals. > > > > > > So I looked at the debobs driver - and that's the culprit! > > > (Cc-ing the author of that driver) > > > > > > How s

[PATCH 3/3] omap3: Add platform init code for EHCI driver on IGEP v2

From: Enric Balletbo i Serra Signed-off-by: Enric Balletbo i Serra --- arch/arm/mach-omap2/board-igep0020.c | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/board-igep0020.c b/arch/arm/mach-omap2/board-igep0020.c index 221b497..76f0208 1

[PATCH 2/3] omap3: Fix typo on IGEP v2 board

From: Enric Balletbo i Serra Signed-off-by: Enric Balletbo i Serra --- arch/arm/mach-omap2/Kconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig index 10eafa7..8726638 100644 --- a/arch/arm/mach-omap2/Kconfig

[PATCH 1/3] omap3: Add platform data for the twl4030_codec MFD on IGEP v2

From: Enric Balletbo i Serra Signed-off-by: Enric Balletbo i Serra --- arch/arm/mach-omap2/board-igep0020.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/board-igep0020.c b/arch/arm/mach-omap2/board-igep0020.c index 44239e3..221b497 100

RE: [RFC] MUSB: Workaround for Ethernet data alignment issue

Nilkesh >-Original Message- >From: linux-omap-ow...@vger.kernel.org >[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Patra, >Nilkesh >Sent: Sunday, December 13, 2009 10:51 PM >To: linux-...@vger.kernel.org >Cc: linux-omap@vger.kernel.org; David Brownell; Gadiyar, Anand >Subject: [

RE: Padconf not working on pm_defconfig?

Kevin Hilman wroteL > > > > Found it - I remember that these lines are muxed with ETK signals > > and with the hwdebug signals. > > > > So I looked at the debobs driver - and that's the culprit! > > (Cc-ing the author of that driver) > > > > How should this be handled? IMO, this driver has should u

Re: Padconf not working on pm_defconfig?

"Gadiyar, Anand" writes: > Gadiyar, Anand wrote: >> Gupta, Ajay Kumar wrote: >> > > >> > > I'm seeing some strange behavior with linux-omap-pm branch >> > > and possibly with linux-omap master as well. I booted up >> > > a 3430 SDP with an image built using omap3_pm_defconfig. >> > > (I enabled

Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies.

"Gopinath, Thara" writes: >>>-Original Message- >>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com] >>>Sent: Thursday, December 10, 2009 10:36 PM >>>To: Gopinath, Thara >>>Cc: linux-omap@vger.kernel.org; Paul Walmsley >>>Subject: Re: [PATCH] OMAP3: hwmod: check for clkdomain pointe

RE: [PATCH] OMAP3: PM: Dynamic calculation of SDRC clock stabilization delay

>> >> I tried to find the code in LO but I think it is not yet present. >Right, it is still being discussed. >> So with that in mind may I propose that the pmc functions we >> introduce in plat-omap will be present as __init code (so that we >> ensure no one uses it after the system finishes boo

Re: [PATCH 2/3 v3] musb: Add context save and restore support

Hi, On Mon, Dec 14, 2009 at 05:33:24PM +0100, Balbi Felipe (Nokia-D/Helsinki) wrote: waaay too many exported functions already. Let's add some structure to pass functions pointers. I'll cook a patch adding suspend(), resume(), init() and friends and send tomorrow. Then your patch would add save

Re: [PATCH 3/3] musb: Add 'extvbus' in musb_hdrc_platform_data

Hi, On Mon, Dec 14, 2009 at 02:39:42PM +0100, ext Ajay Kumar Gupta wrote: diff --git a/drivers/usb/musb/musb_regs.h b/drivers/usb/musb/musb_regs.h index 8ca8f23..cba724d 100644 --- a/drivers/usb/musb/musb_regs.h +++ b/drivers/usb/musb/musb_regs.h @@ -72,6 +72,10 @@ #define MUSB_DEVCTL_HR

Re: [PATCH 2/3 v3] musb: Add context save and restore support

Hi, On Mon, Dec 14, 2009 at 02:39:41PM +0100, ext Ajay Kumar Gupta wrote: +void musb_restore_context(struct musb *musb) +{ + int i; + void __iomem *musb_base = musb->mregs; + void __iomem *ep_target_regs; + + musb_platform_restore_context(&musb_context); + + if (is_

Re: [PATCH 1/3] musb: save dynfifo in musb struct

Hi, On Mon, Dec 14, 2009 at 02:39:40PM +0100, ext Ajay Kumar Gupta wrote: Save dynamic FIFO read only information for later uses such as, during musb_save/restore_context functions. Signed-off-by: Ajay Kumar Gupta NAK --- drivers/usb/musb/musb_core.c |4 +++- drivers/usb/musb/musb_core.

Re: [PATCH v2] [OMAP] gpio: Simultaneously requested rising and falling edge

Cory Maccarrone writes: > Some chips, namely any OMAP1 chips using METHOD_MPUIO, > OMAP15xx and OMAP7xx, cannot be setup to respond to on-chip GPIO > interrupts in both rising and falling edge directions -- they can > only respond to one direction or the other, depending on how the > ICR is confi

Re: [PATCH] OMAP3: PM: Dynamic calculation of SDRC clock stabilization delay

Romit Dasgupta writes: > Kevin Hilman wrote: >> Kevin Hilman writes: >> >> [...] >> >>> PMC code is ARM generic and already largely exists in other places >>> (oprofile for one.) So the use of the PMC will need to be generalized >>> as well as be shown not to interfere with other users (as ra

Re: dspbridge sync proposal for 0.1

On Sat, Dec 5, 2009 at 3:39 PM, Felipe Contreras wrote: > There is a proposal to get the dspbridge branch into a decent state for > the 0.1 release, so I've been trying to synchronize the internal maemo > branch with the upstream one. After a few private discussions with Omar here's v2 which is e

[PATCH] OMAP3: serial - fix bug introduced in f62349ee9788b1d94c55eb6c291d74a1f69bdd9e

Commit f62349ee9788b1d94c55eb6c291d74a1f69bdd9e had side effect that causes kernel to oops when we are suspending to ram: # echo mem > /sys/power/state WARNING: at kernel/irq/manage.c:858 __free_irq+0x90/0x174() Trying to free already-free IRQ 72 Modules linked in:

[PATCH 2/3 v3] musb: Add context save and restore support

Adding support for MUSB register save and restore during system suspend and resume. Changes: - Added musb_save/restore_context() functions - Added platform specific musb_platform_save/restore_context() to handle platform specific jobs. - Maintaining BlackFin compa

[PATCH 3/3] musb: Add 'extvbus' in musb_hdrc_platform_data

Some of the board might use external Vbus power supply on musb interface which would require to program ULPI_BUSCONTROL register. Adding 'extvbus' flag which can be set from such boards which will be checked at musb driver files before programming ULPI_BUSCONTROL. Signed-off-by: Ajay Kumar Gupta

[PATCH 1/3] musb: save dynfifo in musb struct

Save dynamic FIFO read only information for later uses such as, during musb_save/restore_context functions. Signed-off-by: Ajay Kumar Gupta --- drivers/usb/musb/musb_core.c |4 +++- drivers/usb/musb/musb_core.h |1 + 2 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/

Re: bootloader compilation

Niamathullah sharief wrote: > Hello,i am newbie. i am having beagle board with me. now i want to > compile bootloader. what is theprocedure to do that? where can i find > the right tutorial to compile bootloader. i didnt find the right > tutorial for newbie. please help me. > beagleboard.or

[PATCH] omap i2c: add timeout to a busy loop in isr

Signed-off-by: Alexander Shishkin --- drivers/i2c/busses/i2c-omap.c | 21 + 1 files changed, 13 insertions(+), 8 deletions(-) diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c index 75bf3ad..7617f18 100644 --- a/drivers/i2c/busses/i2c-omap.c +++ b/d

RE: [RFC/PATCH 2/4] input: misc: twl4030: move to request_threaded_irq

> -Original Message- > From: Felipe Balbi [mailto:felipe.ba...@nokia.com] > Sent: Monday, December 14, 2009 5:10 PM > To: Shilimkar, Santosh > Cc: Balbi Felipe (Nokia-D/Helsinki); linux-ker...@vger.kernel.org; Linux OMAP > Mailing List; Tony > Lindgren; Koskinen Aaro (Nokia-D/Helsinki); Da

PM branch

Hi, all! I have some weird behavior with old RFBI (old, non-DSS2) driver on PM branch (actually upgraded from 2.6.28). I use PM branch as my code base. I'd like to try to disable PM stuff to check if that triggers it (RFBI interrupt stop coming accidentally after some time, and whole video hang).

Re: [RFC/PATCH 2/4] input: misc: twl4030: move to request_threaded_irq

Hi, On Mon, Dec 14, 2009 at 12:31:11PM +0100, ext Shilimkar, Santosh wrote: In whole of the series the ISR you have converted to threads using threaded_irq are very small in size. They are like quick_change_handlers. So only advantage is the particular interrupt is masked for bit longer than w

RE: [RFC/PATCH 2/4] input: misc: twl4030: move to request_threaded_irq

Felipe, > -Original Message- > From: linux-omap-ow...@vger.kernel.org > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Felipe > Balbi > Sent: Monday, December 14, 2009 4:01 PM > To: linux-ker...@vger.kernel.org > Cc: Linux OMAP Mailing List; Tony Lindgren; Aaro Koskinen; David Brow

RE: [PATCH v2] AM35xx: Clock table updates for AM3505/17

Tony, Paul, Where does this patch stand in your queue? If there are no further comments, can this one be taken up on for-next? Thanks, Ranjith > -Original Message- > From: Lohithakshan, Ranjith > Sent: Tuesday, November 17, 2009 11:25 AM > To: linux-omap@vger.kernel.org > Cc: Lohithaksha

Re: [PATCH v7 2/5] OMAP: McBSP: Modify macros/functions API for easy cache access

On Mon, 14 Dec 2009 11:11:27 +0100 Janusz Krzysztofik wrote: > If these functions are obsolete and going to be removed, I don't think it > could be of any importance whether they are modified before removal or not. > Otherwise, a solution seems simple to me: you submit a patch that addresses >

RE: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate donotinvalidate clean lines

On Mon, 2009-12-14 at 10:52 +, Shilimkar, Santosh wrote: > > On Wed, 2009-12-09 at 18:43 +, Santosh Shilimkar wrote: > > > +#ifdef CONFIG_PL310_ERRATA_588369 > > > + /* > > > +* Disable Write-Back and Cache Linefill (set bits [1:0] of the > > > Debug > > > +* Control

RE: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate do notinvalidate clean lines

Thanks for comments Catalin !! > -Original Message- > From: Catalin Marinas [mailto:catalin.mari...@arm.com] > Sent: Monday, December 14, 2009 4:07 PM > To: Shilimkar, Santosh > Cc: t...@atomide.com; linux-omap@vger.kernel.org; li...@arm.linux.org.uk; > linux-arm- > ker...@lists.infradead.

Re: [PATCH v2 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init

Last time I forgot to cc linux-arm-ker...@lists.infradead.org. Looping now. -vimal On Mon, Dec 14, 2009 at 3:17 PM, Vimal Singh wrote: > From 6170aa1c63c49a3f09e76258f400230b742fdd6f Mon Sep 17 00:00:00 2001 > From: Vimal Singh > Date: Wed, 25 Nov 2009 18:23:15 +0530 > Subject: [PATCH] Introduc

Re: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate do notinvalidate clean lines

On Wed, 2009-12-09 at 18:43 +, Santosh Shilimkar wrote: > This patch implements the work-around for the errata 588369. The secure API > is used to alter L2 debug regsiter because of trust-zone. [...] > +config PL310_ERRATA_588369 > + bool "Clean & Invalidate maintenance operations do not

[RFC/PATCH 3/4] rtc: twl4030: move to request_threaded_irq

move to request_threaded_irq() on twl4030 children. Signed-off-by: Felipe Balbi --- drivers/rtc/rtc-twl4030.c | 10 +- 1 files changed, 1 insertions(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-twl4030.c b/drivers/rtc/rtc-twl4030.c index 9c8c70c..46bc9c1 100644 --- a/drivers/rtc/rt

[RFC/PATCH 1/4] input: keyboard: twl4030: move to request_threaded_irq

move to request_threaded_irq() on twl4030 children. Signed-off-by: Felipe Balbi --- drivers/input/keyboard/twl4030_keypad.c | 11 ++- 1 files changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/input/keyboard/twl4030_keypad.c b/drivers/input/keyboard/twl4030_keypad.c index

[RFC/PATCH 2/4] input: misc: twl4030: move to request_threaded_irq

move to request_threaded_irq() on twl4030 children. Signed-off-by: Felipe Balbi --- drivers/input/misc/twl4030-pwrbutton.c | 12 +--- 1 files changed, 1 insertions(+), 11 deletions(-) diff --git a/drivers/input/misc/twl4030-pwrbutton.c b/drivers/input/misc/twl4030-pwrbutton.c index f

  1   2   >