Re: [PATCH] tidspbridge: remove revision history

2009-03-18 Thread Trilok Soni
Hi David, On Wed, Mar 18, 2009 at 8:45 AM, David Brownell davi...@pacbell.net wrote: On Tuesday 17 March 2009, Felipe Contreras wrote: Ack, I think we could collate those in revision history to Contributor's section? Here's the list: a0216266 ag AL ap cr cring db dr ge gp HK

Re: [PATCH] tidspbridge: remove revision history

2009-03-18 Thread Trilok Soni
I have no idea why I'm in that list. These short names looks like are given to TI internal developers not the open-source contributors to this code. So, ag can mean Amit Agrawal or Andy Grover or anything else... Better to remove these short names from the revision history, it doesn't

RE: [PATCH] tidspbridge: remove revision history

2009-03-18 Thread Gupta, Ramesh
Hi Trilok, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Trilok Soni Sent: Wednesday, March 18, 2009 11:54 AM To: David Brownell Cc: Felipe Contreras; Menon, Nishanth; Kanigeri, Hari; linux-omap@vger.kernel.org;

RE: [PATCH] tidspbridge: remove revision history

2009-03-18 Thread Menon, Nishanth
-Original Message- From: Trilok Soni [mailto:soni.tri...@gmail.com] Sent: Wednesday, March 18, 2009 8:26 AM To: David Brownell Cc: Felipe Contreras; Menon, Nishanth; Kanigeri, Hari; linux- o...@vger.kernel.org; Hiroshi DOYU; Ameya Palande; Guzman Lugo, Fernando Subject: Re: [PATCH]

RE: [PATCH] tidspbridge: remove revision history

2009-03-18 Thread Syed Mohammed, Khasim
-Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Menon, Nishanth Sent: Wednesday, March 18, 2009 12:06 PM To: Trilok Soni; David Brownell Cc: Felipe Contreras; Kanigeri, Hari; linux-omap@vger.kernel.org; Hiroshi

Re: [PATCH] tidspbridge: remove revision history

2009-03-18 Thread Felipe Contreras
On Wed, Mar 18, 2009 at 8:36 AM, Menon, Nishanth n...@ti.com wrote: -Original Message- From: Trilok Soni [mailto:soni.tri...@gmail.com] Sent: Wednesday, March 18, 2009 8:26 AM To: David Brownell Cc: Felipe Contreras; Menon, Nishanth; Kanigeri, Hari; linux- o...@vger.kernel.org;

Re: [PATCH A 09/15] tidspbridge: cleanup and remove HW_MBOX_IsFull

2009-03-18 Thread Felipe Contreras
On Wed, Mar 18, 2009 at 03:23:05AM +0200, Felipe Contreras wrote: From: Felipe Contreras felipe.contre...@nokia.com HW_MBOX_IsFull has many convoluted macros and is used only once. Clean it up so it's easier to see what it's actually doing. I probably should have integrated this too: ---

Re: PM branch rebased to 2.6.29

2009-03-18 Thread Artem Bityutskiy
Kevin Hilman wrote: FYI... The PM branch has now been rebased to today's linux-omap HEAD which is based on v2.6.29-rc8. The previous PM branch has been renamed to pm-2.6.28. Depending on when you look, Tony's linux-omap tree may not (yet) have the latest PM branch. If not, you can use my PM

[PATCH 00/05] OMAP3: SR: Fixes in Smartreflex driver

2009-03-18 Thread Nayak, Rajendra
Hi, This series fixes a set of defects/issues in Smartreflex driver. SR autocompensation is now functional and is validated with these patches on a ES3.1 based SDP with the N values in Efuse. Patches apply and are validated on the latest pm branch (2.6.28). regards, Rajendra PS: I am having

[PATCH 04/05] OMAP3: SR: Disable SR autocomp only for CORE trans

2009-03-18 Thread Nayak, Rajendra
From: Rajendra Nayak rna...@ti.com This patch disables the Smartreflex auto compensation for both VDD1 and VDD2 only during CORE transitions in idle path. Signed-off-by: Rajendra Nayak rna...@ti.com Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com --- arch/arm/mach-omap2/pm34xx.c | 12

[PATCH 05/05] OMAP3: SR: Reset voltage level on SR disable

2009-03-18 Thread Nayak, Rajendra
From: Rajendra Nayak rna...@ti.com This patch resets the voltage level for each OPP on SR disable. Signed-off-by: Rajendra Nayak rna...@ti.com Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com --- arch/arm/mach-omap2/smartreflex.c | 49 ++ 1 files

[PATCHv2] OMAP: McBSP: Always maintain McBSP fclk while active

2009-03-18 Thread ext-eero . nurkkala
From: Eero Nurkkala ext-eero.nurkk...@nokia.com McBSP fclk must be maintained for the duration of audio playback or recording. Otherwise the fclk may get autogated when the PER96M clk is no longer required by other modules. This results in audio activity being hang. Also, if the McBSP is run as a

[PATCHv2] OMAP: McBSP: Do not enable or disable clocks on failed path

2009-03-18 Thread ext-eero . nurkkala
From: Eero Nurkkala ext-eero.nurkk...@nokia.com McBSP clocks are being double enabled in the event the McBSP is already active. Also, they are unnecessarily disabled when there's no active McBSP in use. Fix this phenomenom by enabling and disabling the clocks at the proper location.

RE: [PATCH A 00/15] tidspbridge: general cleanups

2009-03-18 Thread Kanigeri, Hari
Felipe, Thanks for your contributions. We will push these changes to OZ tree as soon as possible. Thank you, Best -Original Message- From: Felipe Contreras [mailto:felipe.contre...@gmail.com] Sent: Tuesday, March 17, 2009 8:23 PM To: linux-omap@vger.kernel.org Cc: Kanigeri, Hari;

dma_alloc_coherent fragmentation

2009-03-18 Thread Kamat, Nishant
Forwarding on behalf of Nishanth Menon: -Original Message- From: Menon, Nishanth Sent: Tuesday, March 17, 2009 8:17 AM To: 'linux-arm-ker...@lists.arm.linux.org.uk' Cc: Gupta, Ramesh; Kevin Hilman; linux-omap@vger.kernel.org; Ramirez Luna, Omar; Kanigeri, Hari; Ameya Palande; Guzman

RE: [PATCH B 1/3] tidspbridge: don't flood the mailbox on MemUnMap

2009-03-18 Thread Kanigeri, Hari
Felipe, Check the hardware state of the DSP before sending the command to wake it up thus avoiding to flood the mailbox unnecessarily. -- So this check was missing in Unmap part. Good catch. - u32 temp = 0; - struct CFG_HOSTRES resources; u32 *pPhysAddrPageTbl = NULL;

Re: [PATCH B 1/3] tidspbridge: don't flood the mailbox on MemUnMap

2009-03-18 Thread Felipe Contreras
On Wed, Mar 18, 2009 at 3:06 PM, Kanigeri, Hari h-kanige...@ti.com wrote: Felipe, Check the hardware state of the DSP before sending the command to wake it up thus avoiding to flood the mailbox unnecessarily. -- So this check was missing in Unmap part. Good catch. -     u32 temp = 0; -  

Re: [PATCH A 00/15] tidspbridge: general cleanups

2009-03-18 Thread Felipe Contreras
On Wed, Mar 18, 2009 at 2:55 PM, Kanigeri, Hari h-kanige...@ti.com wrote: Felipe, Thanks for your contributions. We will push these changes to OZ tree as soon as possible. Cool :) Would that be an ack for l-o? -- Felipe Contreras -- To unsubscribe from this list: send the line unsubscribe

RE: [PATCH B 1/3] tidspbridge: don't flood the mailbox on MemUnMap

2009-03-18 Thread Kanigeri, Hari
You tell me :) I just moved code around. I don't truly understand what it's doing. Maybe the read is needed for some kind of sync? I've removed the tlb flush all completely and I didn't notice any problems, is it really needed? -- Ignore my previous comment. I think temp is used for

[PATCH 1/1] Back-light class driver support for OMAP

2009-03-18 Thread hvaibhav
From: Vaibhav Hiremath hvaib...@ti.com Till now OMAPFB driver was handling back-light interface through it's own custom SYSFS entries. Earliear there was a discussion where we decided to add support for OMAP back-light into Generic class driver. Also Sanjeev has submitted patch supporting

RE: [PATCH A 00/15] tidspbridge: general cleanups

2009-03-18 Thread Kanigeri, Hari
Felipe, Would that be an ack for l-o? - Yes. Thank you, Best regards, Hari -- 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 http://vger.kernel.org/majordomo-info.html

Re: PM branch rebased to 2.6.29

2009-03-18 Thread Kevin Hilman
Artem Bityutskiy dedek...@yandex.ru writes: Kevin Hilman wrote: FYI... The PM branch has now been rebased to today's linux-omap HEAD which is based on v2.6.29-rc8. The previous PM branch has been renamed to pm-2.6.28. Depending on when you look, Tony's linux-omap tree may not (yet) have

Re: [PATCH 03/05] OMAP3: SR: Use sysclk for SR CLKLENGTH calc

2009-03-18 Thread Kevin Hilman
Nayak, Rajendra rna...@ti.com writes: From: Rajendra Nayak rna...@ti.com This patch uses the sysclk to set the SR CLKLENGTH instead of the OSC clock speed used earlier. Signed-off-by: Rajendra Nayak rna...@ti.com Signed-off-by: Jouni Hogander jouni.hogan...@nokia.com ---

Re: [PATCH 00/05] OMAP3: SR: Fixes in Smartreflex driver

2009-03-18 Thread Kevin Hilman
Nayak, Rajendra rna...@ti.com writes: Hi, This series fixes a set of defects/issues in Smartreflex driver. SR autocompensation is now functional and is validated with these patches on a ES3.1 based SDP with the N values in Efuse. Patches apply and are validated on the latest pm branch

Re: [PATCH 02/12] ARM: OMAP3: Store reboot mode in scratchpad on OMAP34xx

2009-03-18 Thread Tony Lindgren
* Russell King - ARM Linux li...@arm.linux.org.uk [090316 15:22]: On Mon, Mar 16, 2009 at 07:40:24PM +0200, Juha Yrjola wrote: Russell King - ARM Linux wrote: Right. You are aware that there is already a mechanism for doing this in the generic kernel (obviously not)? I am.

Re: new PM branch available

2009-03-18 Thread Kevin Hilman
Nicholas Chen nc...@cs.umd.edu writes: I recently checked out the latest PM branch from your git repository and put it on the Beagleboard (B5). I have been largely able to reproduce the results others have reported on this PM thread, ...not sure what this PM thread you are referring to?

MMC: driver fails to recognize insert-remove SD card after data transfer error 84

2009-03-18 Thread Ishaq Khan
Hi, I have been trying to fix a problem in the MMC driver on OMAP2430. After rapid insert and remove SD card operation, I see the following error message (caused due to data timeout). After this happens the driver no longer detects insertions/removals.. [ 1013.32] mmcblk2: error -84

Re: dma_alloc_coherent fragmentation

2009-03-18 Thread Russell King - ARM Linux
On Wed, Mar 18, 2009 at 08:03:45AM -0500, Kamat, Nishant wrote: Forwarding on behalf of Nishanth Menon: Make sure you're up to date with fixes to the ioremap code, specifically 24f11ec001920f1cfaeeed8e8b55725d900bbb56. This is not in 2.6.28, 2.6.29-rc1, 2.6.29-rc2, but is in -rc3 and later.

Re: [patch 2.6.29-rc8 regulator-next] regulator: init fixes (v4)

2009-03-18 Thread David Brownell
On Tuesday 17 March 2009, Mark Brown wrote: On Tue, Mar 17, 2009 at 11:15:06AM -0700, David Brownell wrote: On Monday 16 March 2009, Mark Brown wrote: Devices that need to do things like set voltages are fairly likely to own the regulator but with devices that just need to ensure that

Re: [PATCH 02/12] ARM: OMAP3: Store reboot mode in scratchpad on OMAP34xx

2009-03-18 Thread Russell King - ARM Linux
On Wed, Mar 18, 2009 at 11:28:06AM -0700, Tony Lindgren wrote: * Russell King - ARM Linux li...@arm.linux.org.uk [090316 15:22]: On Mon, Mar 16, 2009 at 07:40:24PM +0200, Juha Yrjola wrote: Russell King - ARM Linux wrote: Right. You are aware that there is already a mechanism for

Re: [PATCH 3/7] ARM: OMAP: Add command line option for I2C bus speed

2009-03-18 Thread Russell King - ARM Linux
On Fri, Mar 06, 2009 at 08:13:50AM -0800, Tony Lindgren wrote: * Jarkko Nikula jarkko.nik...@nokia.com [090305 23:12]: On Thu, 5 Mar 2009 17:20:43 +0100 ext Tony Lindgren t...@atomide.com wrote: Jarkko, this should also be in Documentation/kernel-parameters.txt. Can you please reply

Re: new PM branch available

2009-03-18 Thread Nicholas Chen
Dear Kevin, I recently checked out the latest PM branch from your git repository and put it on the Beagleboard (B5). I have been largely able to reproduce the results others have reported on this PM thread, but I believe my CORE and PER powerdomains are not hitting RET or OFF. I think

Re: TI OMAP3503 GPMC and SDMA multiplexing modes

2009-03-18 Thread Elvis Dowson
Hi, Would anyone know how can I set up the multiplexing modes for the TI OMAP 3503 GPMC and SDMA controller so that I can use them together ? The GPMC has 4 multiplexing options/modes and the SDMA has 8 modes of operation. Which of these modes will enable me to use them together? Best

RE: dma_alloc_coherent fragmentation

2009-03-18 Thread Menon, Nishanth
-Original Message- From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] Sent: Wednesday, March 18, 2009 9:25 PM To: Kamat, Nishant Cc: linux-arm-ker...@lists.arm.linux.org.uk; Menon, Nishanth; linux- o...@vger.kernel.org; Ramirez Luna, Omar; Kanigeri, Hari; Guzman Lugo,

Re: [PATCH 02/12] ARM: OMAP3: Store reboot mode in scratchpad on OMAP34xx

2009-03-18 Thread Tony Lindgren
* Russell King - ARM Linux li...@arm.linux.org.uk [090318 12:26]: On Wed, Mar 18, 2009 at 11:28:06AM -0700, Tony Lindgren wrote: * Russell King - ARM Linux li...@arm.linux.org.uk [090316 15:22]: On Mon, Mar 16, 2009 at 07:40:24PM +0200, Juha Yrjola wrote: Russell King - ARM Linux wrote:

Re: [PATCH 02/12] ARM: OMAP3: Store reboot mode in scratchpad on OMAP34xx

2009-03-18 Thread Tony Lindgren
* Tony Lindgren t...@atomide.com [090318 13:09]: * Russell King - ARM Linux li...@arm.linux.org.uk [090318 12:26]: On Wed, Mar 18, 2009 at 11:28:06AM -0700, Tony Lindgren wrote: * Russell King - ARM Linux li...@arm.linux.org.uk [090316 15:22]: On Mon, Mar 16, 2009 at 07:40:24PM +0200,

Re: [patch 2.6.29-rc8 regulator-next] regulator: init fixes (v4)

2009-03-18 Thread Mark Brown
On Wed, Mar 18, 2009 at 12:25:11PM -0700, David Brownell wrote: On Tuesday 17 March 2009, Mark Brown wrote: The drivers can essentially ignore the physical status of the regulator when they start, That is, shared supplies should adopt a different model? I think that's a bit strong, once

Re: [patch 2.6.29-rc8 regulator-next] regulator: init fixes (v4)

2009-03-18 Thread David Brownell
On Wednesday 18 March 2009, Mark Brown wrote: The $SUBJECT patch will prevent such things from existing. I sent a patch backing that specific change out along with the late_initcall() patch. Huh? $SUBJECT patch hasn't merged. How could you have backed it out??

Re: [patch 2.6.29-rc8 regulator-next] regulator: init fixes (v4)

2009-03-18 Thread David Brownell
On Wednesday 18 March 2009, Mark Brown wrote: That self-inconsistency doesn't seem to concern you much. I think it's more that I'm viewing the use count as being useful information which the API can take advantage of (do any consumers actually want this on right now?). In that case, I

[APPLIED] [PATCH] ARM: OMAP2: possible division by 0

2009-03-18 Thread Tony Lindgren
This patch has been applied to the linux-omap by youw fwiendly patch wobot. Commit: a170fc43065439cff6d18f02a1571a92718b9623 PatchWorks http://patchwork.kernel.org/patch/12591/ Git

Re: [PATCH] ARM: OMAP2: possible division by 0

2009-03-18 Thread Tony Lindgren
* Roel Kluin roel.kl...@gmail.com [090317 04:50]: In linus' git tree the functions can be found at: vi arch/arm/mach-omap2/usb-tusb6010.c +200- tusb6010_platform_retime() vi arch/arm/mach-omap2/gpmc.c +94 - gpmc_get_fclk_period() vi arch/arm/mach-omap2/usb-tusb6010.c +53 -

[APPLIED] [PATCH omap-fixes v2] OMAP2/3: GPIO: do not attempt to wake-enable

2009-03-18 Thread Tony Lindgren
This patch has been applied to the linux-omap by youw fwiendly patch wobot. Commit: 2ac496a208895c925aec1774a873b5b096b2d3f0 PatchWorks http://patchwork.kernel.org/patch/10719/ Git

test

2009-03-18 Thread Woodruff, Richard
-- 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 http://vger.kernel.org/majordomo-info.html

Re: [PATCH 02/12] ARM: OMAP3: Store reboot mode in scratchpad on OMAP34xx

2009-03-18 Thread Russell King - ARM Linux
On Wed, Mar 18, 2009 at 01:10:04PM -0700, Tony Lindgren wrote: * Russell King - ARM Linux li...@arm.linux.org.uk [090318 12:26]: On Wed, Mar 18, 2009 at 11:28:06AM -0700, Tony Lindgren wrote: * Russell King - ARM Linux li...@arm.linux.org.uk [090316 15:22]: On Mon, Mar 16, 2009 at

Re: [PATCH 1/1] OMAP3: PM: Add the wakeup source driver

2009-03-18 Thread Kim Kyuwon
On Wed, Mar 18, 2009 at 6:47 AM, Kevin Hilman khil...@deeprootsystems.com wrote: Kim Kyuwon chamm...@gmail.com writes: Sometimes, it is necessary to find out what does wake up my board?. Notifying wake-up source feature may be used to blame unexpected wake-up events which increase power

[PATCH] OMAP3: PM: Add the wakeup source driver, v2

2009-03-18 Thread Kim Kyuwon
Sometimes, it is necessary to find out what does wake up my board from suspend?. Notifying wake-up source feature may be used to blame unexpected wake-up events which increase power consumption. And user mode applications can act smartly according to the wake-up event from Suspend-to-RAM state to