RE: [PATCH v1 13/16] OMAP3: hwmod DSS: VENC Move init,exit to driver

2010-10-08 Thread Guruswamy, Senthilvadivu
> -Original Message- > From: Thomas Petazzoni [mailto:thomas.petazz...@free-electrons.com] > Sent: Friday, October 08, 2010 1:28 AM > To: Guruswamy, Senthilvadivu > Cc: khil...@deeprootsystems.com; tomi.valkei...@nokia.com; p...@pwsan.com; > Hiremath, Vaibhav; linux-omap@vger.kernel.org >

RE: [PATCH v1 07/16] OMAP3: hwmod DSS: Create platform_driver for each DSS HW IP

2010-10-08 Thread Guruswamy, Senthilvadivu
> -Original Message- > From: Thomas Petazzoni [mailto:thomas.petazz...@free-electrons.com] > Sent: Friday, October 08, 2010 1:20 AM > To: Guruswamy, Senthilvadivu > Cc: khil...@deeprootsystems.com; tomi.valkei...@nokia.com; p...@pwsan.com; > Hiremath, Vaibhav; linux-omap@vger.kernel.org >

RE: [PATCH v1 11/16] OMAP3: hwmod DSS: RFBI Move init,exit to driver

2010-10-08 Thread Guruswamy, Senthilvadivu
> -Original Message- > From: Thomas Petazzoni [mailto:thomas.petazz...@free-electrons.com] > Sent: Friday, October 08, 2010 1:17 AM > To: Guruswamy, Senthilvadivu > Cc: khil...@deeprootsystems.com; tomi.valkei...@nokia.com; p...@pwsan.com; > Hiremath, Vaibhav; linux-omap@vger.kernel.org >

Re: [PATCH 1/7] [RFC] OMAP: MCBSP: hwmod database for 2xxx devices

2010-10-08 Thread Cousson, Benoit
Hi Charu, On 10/8/2010 8:20 AM, Varadarajan, Charulatha wrote: From: Peter Ujfalusi [mailto:peter.ujfal...@nokia.com] Sent: Wednesday, October 06, 2010 12:47 PM To: Varadarajan, Charulatha Cc: linux-omap@vger.kernel.org; alsa-de...@alsa-project.org; Kamat, Nishant; Datta, Shubhrajyoti; Basak,

Re: [PATCH 6/7] [RFC] OMAP: hwmod: SYSCONFIG register modification for MCBSP

2010-10-08 Thread Cousson, Benoit
Hi Kishon, On 10/5/2010 6:37 PM, ABRAHAM, KISHON VIJAY wrote: MCBSP 2 and 3 in OMAP3 has sidetone feature which requires autoidle to be disabled before starting the sidetone. Also SYSCONFIG register has to be set with smart idle or no idle depending on the dma op mode (threshold or element sync)

Re: [PATCH v1 07/16] OMAP3: hwmod DSS: Create platform_driver for each DSS HW IP

2010-10-08 Thread Thomas Petazzoni
Hello, On Fri, 8 Oct 2010 12:41:35 +0530 "Guruswamy, Senthilvadivu" wrote: > [Senthil] I put it above as part of all the static methods and > structures. Will look at the other omap drivers before I change. Yes, but the platform_driver structure, ->probe() and ->remove() methods are not usually

Re: [PATCH 1/1] omap: Ptr "isr_reg" tracked as NULL was dereferenced

2010-10-08 Thread Evgeny Kuznetsov
On Wed, 2010-10-06 at 10:33 +0400, Evgeny Kuznetsov wrote: > On Tue, 2010-10-05 at 08:01 -0700, ext Kevin Hilman wrote: > > Felipe Balbi writes: > > > > > Hi, > > > > > > On Tue, Oct 05, 2010 at 03:42:10AM -0500, Evgeny Kuznetsov wrote: > > >>+ if (!isr_reg) { > > >>+ printk(KERN_ERR "FAT

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Tejun Heo
Hello, On 10/07/2010 05:58 PM, Frederic Weisbecker wrote: > I really feel uncomfortable with this tracepoint/ABI problem > Mathieu suggested we start a user library that could handle these > changes when they are really necessary. > > Thoughts? > > (Adding Tejun in Cc). Given that tracepoin

Re: [RFC] tidspbridge: use a parameter to allocate shared memory

2010-10-08 Thread Felipe Contreras
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna wrote: > On 10/7/2010 1:22 PM, Felipe Contreras wrote: > ... >> >> Note that the "shared memory" described in the document you share has >> nothing to do with the SHM pool. AFAIK that memory is used for other >> things, like MMU PTEs, and storing

Re: [RFC] tidspbridge: use a parameter to allocate shared memory

2010-10-08 Thread Felipe Contreras
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna wrote: > On 10/7/2010 1:22 PM, Felipe Contreras wrote: >> Anyway, we will not know for sure until we try... Right? > > yes we can try, at least we now for sure arm side can be done. The only thing that changes is the cacheability of the ARM side

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Ingo Molnar
* Tejun Heo wrote: > Hello, > > On 10/07/2010 05:58 PM, Frederic Weisbecker wrote: > > I really feel uncomfortable with this tracepoint/ABI problem > > Mathieu suggested we start a user library that could handle these > > changes when they are really necessary. > > > > Thoughts? > > > > (

Re: g_ether broken on musb

2010-10-08 Thread Grazvydas Ignotas
> I have tried patch-v2.6.36-rc6-next-20101006 on my beagle B5, seems > no such problem. Did you try booting with the cable attached? The problem only shows up if I boot the board with cable attached, no such problem after replug. I also have g_ether compiled into kernel, maybe that makes a differ

Re: [PATCH v6 0/3] OMAP: DSS2: OMAPFB: Allow FB_OMAP2 to build without VRFB

2010-10-08 Thread Tomi Valkeinen
On Fri, 2010-10-08 at 08:44 +0200, ext Guruswamy Senthilvadivu wrote: > From: Senthilvadivu Guruswamy > > The changelog till v6 are: > - Address Multi-omap build issue > - Added a check to warn the wrong usage of vrfb > in non-vrfb omap devices. > - The patch subject is a

Re: Requirement for DSI video mode support

2010-10-08 Thread Tomi Valkeinen
Hi, On Mon, 2010-09-20 at 22:18 +0200, ext Jorge Bustamante wrote: > Hi, > > We (TI) have been working on a DSI video mode driver for OMAP4 and I I hope it's also for OMAP3? > am aware that other people are working with similar drivers. We had to > tweak the code to make the drivers work with c

Re: g_ether broken on musb

2010-10-08 Thread Ming Lei
2010/10/8 Grazvydas Ignotas : >> I have tried patch-v2.6.36-rc6-next-20101006 on my beagle B5, seems >> no such problem. > > Did you try booting with the cable attached? The problem only shows up Yes, my beagle is powered by usb cable connected with PC. > if I boot the board with cable attached,

RE: [PATCH v6 0/3] OMAP: DSS2: OMAPFB: Allow FB_OMAP2 to build without VRFB

2010-10-08 Thread Guruswamy, Senthilvadivu
> -Original Message- > From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com] > Sent: Friday, October 08, 2010 3:22 PM > To: Guruswamy, Senthilvadivu > Cc: Hiremath, Vaibhav; linux-omap@vger.kernel.org; linux- > fb...@vger.kernel.org > Subject: Re: [PATCH v6 0/3] OMAP: DSS2: OMAPFB: Allow

Re: kgdb errors with serial console

2010-10-08 Thread Elvis Dowson
Hi Jason, I'm getting eclipse target time outs, I've attached link to the video here : http://drop.io/kgdbwe01 On Oct 8, 2010, at 3:44 AM, Jason Wessel wrote: > > Of course if you are willing to try something a bit more complex you can > probably make use of being able to

Re: [PATCH v4] ARM: Fix sparse warnings due to variables conflicts.

2010-10-08 Thread Nishanth Menon
Poddar, Sourav had written, on 10/08/2010 12:53 AM, the following: Fix the sparse warnings generated due to conflicts in variables used in readl/writel. drivers/net/smc91x.c:312:8: warning: symbol '__v' shadows an earlier one drivers/net/smc91x.c:312:8: originally declared here With this chan

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Arjan van de Ven
On 10/8/2010 1:38 AM, Ingo Molnar wrote: The fundamental thing about tracing/instrumentation is that there are no deep ABI needs: it's all about analyzing development kernels (and a few select versions that get the enterprise treatment) but otherwise the half-life of this kind of information is

Re: kgdb errors with serial console

2010-10-08 Thread Jason Wessel
On 10/08/2010 05:41 AM, Elvis Dowson wrote: > Hi Jason, > I'm getting eclipse target time outs, I've attached > link to the video here : http://drop.io/kgdbwe01 > Because you are using a serial link you certainly want to close any related to extra data you don't need. N

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Mathieu Desnoyers
* Arjan van de Ven (ar...@linux.intel.com) wrote: > On 10/8/2010 1:38 AM, Ingo Molnar wrote: >> >> The fundamental thing about tracing/instrumentation is that there are no >> deep ABI needs: it's all about analyzing development kernels (and a few >> select versions that get the enterprise treatmen

Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers

2010-10-08 Thread Alan Stern
On Thu, 7 Oct 2010, Rafael J. Wysocki wrote: > > If the PM core simply avoids releasing dev->power.lock before > > invoking the runtime_suspend or runtime_resume callback, the > > end result is almost the same as with busy-waiting. > > This is slightly more complicated, because suspen

Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers

2010-10-08 Thread Alan Stern
On Thu, 7 Oct 2010, Kevin Hilman wrote: > > Do you need "normal" resume to work after "atomic" suspend, or is it > > sufficient that "atomic" suspend will require "atomic" resume? > > hmm... while I'm definitely needing an "atomic" resume after a "normal" > suspend, for now I can't think of a cas

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Arjan van de Ven
On 10/8/2010 6:41 AM, Mathieu Desnoyers wrote: * Arjan van de Ven (ar...@linux.intel.com) wrote: On 10/8/2010 1:38 AM, Ingo Molnar wrote: The fundamental thing about tracing/instrumentation is that there are no deep ABI needs: it's all about analyzing development kernels (and a few select ve

[PATCH] Revert "OMAP: mach-omap2: Fix incorrect assignment warnings"

2010-10-08 Thread Jean Pihet
Hi, This patch reverts commit 914bab936fe0388a529079679e2f137aa4ff548d, which breaks the OFF mode on the OMAP3 platforms. The details are here below. The intent behind the original patch was to fix some compiler warnings, which I do not have on my side. Is the problem dependent on the setup and c

Re: [RFC] tidspbridge: use a parameter to allocate shared memory

2010-10-08 Thread Omar Ramirez Luna
On 10/8/2010 3:18 AM, Felipe Contreras wrote: On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna wrote: On 10/7/2010 1:22 PM, Felipe Contreras wrote: ... Note that the "shared memory" described in the document you share has nothing to do with the SHM pool. AFAIK that memory is used for other

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Steven Rostedt
On Fri, 2010-10-08 at 09:22 -0700, Arjan van de Ven wrote: > On 10/8/2010 6:41 AM, Mathieu Desnoyers wrote: > because that is not workable... at least nobody has shown to be able to > make this work. > libraries (after compilation) live in /lib or /usr/lib (or lib64 I > suppose). > what mech

Re: [RFC] tidspbridge: use a parameter to allocate shared memory

2010-10-08 Thread Omar Ramirez Luna
On 10/8/2010 3:20 AM, Felipe Contreras wrote: On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna wrote: On 10/7/2010 1:22 PM, Felipe Contreras wrote: Anyway, we will not know for sure until we try... Right? yes we can try, at least we now for sure arm side can be done. The only thing that

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Mathieu Desnoyers
* Arjan van de Ven (ar...@linux.intel.com) wrote: > On 10/8/2010 6:41 AM, Mathieu Desnoyers wrote: >> * Arjan van de Ven (ar...@linux.intel.com) wrote: >>> On 10/8/2010 1:38 AM, Ingo Molnar wrote: The fundamental thing about tracing/instrumentation is that there are no deep ABI needs:

Re: [PATCH v4] ARM: Fix sparse warnings due to variables conflicts.

2010-10-08 Thread Tony Lindgren
* Nishanth Menon [101008 04:24]: > Poddar, Sourav had written, on 10/08/2010 12:53 AM, the following: > >Fix the sparse warnings generated due to conflicts in variables used in > >readl/writel. > > > > > >drivers/net/smc91x.c:312:8: warning: symbol '__v' shadows an earlier one > >drivers/net/smc9

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Frank Ch. Eigler
Hi - On Fri, Oct 08, 2010 at 01:21:35PM -0400, Steven Rostedt wrote: > [...] > Perhaps we should have "make install" of a kernel also install this > library? > [...] > The app only needs to worry about loading the generic library. The > generic library can test for compatible libraries for the ker

Re: [PATCH] Revert "OMAP: mach-omap2: Fix incorrect assignment warnings"

2010-10-08 Thread Paul Walmsley
On Fri, 8 Oct 2010, Jean Pihet wrote: > The intent behind the original patch was to fix some compiler > warnings, which I do not have on my side. Is the problem dependent on > the setup and config used? It's probably a warning from sparse -- https://sparse.wiki.kernel.org/index.php/Main_Page Ma

Re: [PATCH] omap3evm: Add vio regulator supply required for ads7846 driver

2010-10-08 Thread Tony Lindgren
* hvaib...@ti.com [101007 09:12]: > From: Vaibhav Hiremath Missing description. Also please always Cc linux-arm-kernel for any arch/arm/*omap*/ patches so I don't have to repost them. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a messag

Re: [PATCH 0/3] omap4: pandaboard: machine cleanups

2010-10-08 Thread Tony Lindgren
* David Anders [101007 12:28]: > PandaBoard machine file related cleanups. > > David Anders (3): > omap4: pandaboard: remove unused hsmmc definition > omap4: pandaboard: Fix the init if CONFIG_MMC_OMAP_HS is not set > omap4: pandaboard: enable the ehci port on pandaboard Thanks, adding the

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Steven Rostedt
On Fri, 2010-10-08 at 13:49 -0400, Frank Ch. Eigler wrote: > Hi - > > On Fri, Oct 08, 2010 at 01:21:35PM -0400, Steven Rostedt wrote: > > [...] > > Perhaps we should have "make install" of a kernel also install this > > library? > > [...] > > The app only needs to worry about loading the generic l

Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers

2010-10-08 Thread Rafael J. Wysocki
On Friday, October 08, 2010, Alan Stern wrote: > On Thu, 7 Oct 2010, Rafael J. Wysocki wrote: > > > > If the PM core simply avoids releasing dev->power.lock before > > > invoking the runtime_suspend or runtime_resume callback, the > > > end result is almost the same as with busy-waiting. > >

Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers

2010-10-08 Thread Rafael J. Wysocki
On Friday, October 08, 2010, Kevin Hilman wrote: > "Rafael J. Wysocki" writes: > > > On Friday, October 08, 2010, Kevin Hilman wrote: > >> "Rafael J. Wysocki" writes: > >> > >> > On Thursday, October 07, 2010, Alan Stern wrote: > >> >> On Thu, 7 Oct 2010, Kevin Hilman wrote: > >> >> > >> >> >

Re: [PATCH] Revert "OMAP: mach-omap2: Fix incorrect assignment warnings"

2010-10-08 Thread Kevin Hilman
Jean Pihet writes: > This patch reverts commit 914bab936fe0388a529079679e2f137aa4ff548d, which > breaks the OFF mode on the OMAP3 platforms. > The details are here below. > > The intent behind the original patch was to fix some compiler > warnings, which I do not have on my side. Is the problem d

Re: [PATCH v2 01/10] OMAP: mach-omap2: Fix incorrect assignment warnings

2010-10-08 Thread Kevin Hilman
"G, Manjunath Kondaiah" writes: > This patch fixes below sparse warnings for incorrect assignments. As pointed out by Jean, this patch fixed some sparse warnings, but also broke some things, specifically off mode. In the future, *please* be sure to test the code paths that are being changed. T

Re: g_ether broken on musb

2010-10-08 Thread Grazvydas Ignotas
> Also, you may take Gadiyar's suggestion to post your musb debug info. Thanks for ideas, I've found why it happens for me. It's because my network setup script looks like this: ifconfig usb0 10.0.1.2 down ifconfig usb0 10.0.1.2 up So to reproduce, just load up g_ether, and run: # ifconfig usb0 1

Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers

2010-10-08 Thread Kevin Hilman
Alan Stern writes: > On Thu, 7 Oct 2010, Kevin Hilman wrote: > >> > Do you need "normal" resume to work after "atomic" suspend, or is it >> > sufficient that "atomic" suspend will require "atomic" resume? >> >> hmm... while I'm definitely needing an "atomic" resume after a "normal" >> suspend, f

Re: kgdb errors with serial console

2010-10-08 Thread Elvis Dowson
Hi Jason, I've reproduced the log file below. I don't know how to interpret this, do you see anything wrong in the log fie? On Oct 8, 2010, at 5:17 PM, Jason Wessel wrote: > > If you add the following to your .gdbinit it will at least tell you what > happened at the end. >

Re: kgdb errors with serial console

2010-10-08 Thread Elvis Dowson
Hi Jason, There was a setting in Eclipse that allowed me to increase the timeout, located under Windows > Preferences > C/C++ > Debug I increase the settings to 12(ms) for the debugger time out and 6(ms) for the launcher. So, it didn't time out, but it kept repeating

Re: [PATCH v5 0/3] OMAP2/3: DMA: FIFO drain errata fixes

2010-10-08 Thread Tony Lindgren
* Tony Lindgren [101005 11:07]: > * Peter Ujfalusi [101004 23:37]: > > Hello, > > > > This v5 series is based on the v3. > > The first two patch is the actual fix for the original problems without any > > major change in the code (only handling the corresponding erratas in the > > legacy > > wa

Re: kgdb errors with serial console

2010-10-08 Thread Elvis Dowson
Hi Jason, Some good news. I switch the GDB command set from mi to mi1, and it seems to be working now. What I did is added the kgdbwait command to the bootargs as follows (not sure if it was necessary, but will try once again without it) setenv mmcargs 'setenv bootargs cons

[PATCH] OMAP3: PM: fix scratchpad memory accesses for off-mode

2010-10-08 Thread Kevin Hilman
Commit 914bab936fe0388a529079679e2f137aa4ff548d (OMAP: mach-omap2: Fix incorrect assignment warnings) changed a pointer from 'u32 *' to 'void *' without also fixing up the pointer arithmetic. Fix the scratchpad offsets so they are byte offsets instead of word offsets and thus work correctly with a

Re: [PATCH] Revert "OMAP: mach-omap2: Fix incorrect assignment warnings"

2010-10-08 Thread Kevin Hilman
Kevin Hilman writes: > Jean Pihet writes: > >> This patch reverts commit 914bab936fe0388a529079679e2f137aa4ff548d, which >> breaks the OFF mode on the OMAP3 platforms. >> The details are here below. >> >> The intent behind the original patch was to fix some compiler >> warnings, which I do not h

Re: [PATCH v4] ARM: Fix sparse warnings due to variables conflicts.

2010-10-08 Thread Russell King - ARM Linux
On Fri, Oct 08, 2010 at 06:32:29AM -0500, Nishanth Menon wrote: > Poddar, Sourav had written, on 10/08/2010 12:53 AM, the following: >> Fix the sparse warnings generated due to conflicts in variables used in >> readl/writel. >> >> >> drivers/net/smc91x.c:312:8: warning: symbol '__v' shadows an ear

Re: [PATCH v4 0/4] LogicPD minimal board support for LV_SOM and Torpedo

2010-10-08 Thread Stephan Linz
Hi Tony, Hi Tim, nice to see my patches here on the Linux mailinglists. I have not been working on it for a long time. Tim, how we can work together? Are you working for LogicPD? Bye, Stephan Am Dienstag, 28. September 2010, um 19:19:09 schrieb Tony Lindgren: > * Tim Nordell [100927 08:57]:

Re: kgdb errors with serial console

2010-10-08 Thread Elvis Dowson
Hi Jason, Perhaps the debugger is timing out because it doesn't get a break point to debug a specific event? Could you tell me the order in which I should try it? I think earlier on, when I used the kgdbwait bootarg, it ran and initialized eclipse debugger. Then when I ente

Re: [PATCH v4 0/4] LogicPD minimal board support for LV_SOM and Torpedo

2010-10-08 Thread Tim Nordell
Hi Stephan, I do indeed work for LogicPD. I was asked to take over the patch submission process from Jacob Tanenbaum from early August (I don't know if you saw those patches), and hence I was the last one to submit patches off to the community. I'll answer your other question off the newsgroups

Re: PATCH [0/4] perf: clean-up of power events API

2010-10-08 Thread Ingo Molnar
* Mathieu Desnoyers wrote: > * Arjan van de Ven (ar...@linux.intel.com) wrote: > > On 10/8/2010 1:38 AM, Ingo Molnar wrote: > >> > >> The fundamental thing about tracing/instrumentation is that there > >> are no deep ABI needs: it's all about analyzing development kernels > >> (and a few sele

Re: [PATCH] Revert "OMAP: mach-omap2: Fix incorrect assignment warnings"

2010-10-08 Thread Jean Pihet
Kevin, On Sat, Oct 9, 2010 at 12:47 AM, Kevin Hilman wrote: > Kevin Hilman writes: > >> Jean Pihet writes: >> >>> This patch reverts commit 914bab936fe0388a529079679e2f137aa4ff548d, which >>> breaks the OFF mode on the OMAP3 platforms. >>> The details are here below. >>> >>> The intent behind t