-Original Message-
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, Partha; Girdwood, Liam;
From: Senthilvadivu Guruswamy svad...@ti.com
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 as per the naming conventions
- patch 2/3 now has the
From: Senthilvadivu Guruswamy svad...@ti.com
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/plat-omap/include/plat/vrfb.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff
From: Senthilvadivu Guruswamy svad...@ti.com
VRFB is supported only on OMAP2 and OMAP3 platforms. If VRFB rotation is
not supported by the hardware and the user requests VRFB rotation,
print a warning and ignore the request from the user.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
From: Senthilvadivu Guruswamy svad...@ti.com
config VRFB should depend on ARCH_OMAP2 or ARCH_OMAP3.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/omapfb/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
-Original Message-
From: Thomas Petazzoni [mailto:thomas.petazz...@free-electrons.com]
Sent: Friday, October 08, 2010 12:36 AM
To: Guruswamy, Senthilvadivu
Cc: khil...@deeprootsystems.com; tomi.valkei...@nokia.com; p...@pwsan.com;
Hiremath, Vaibhav; linux-omap@vger.kernel.org
-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
-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
-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
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;
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
Hello,
On Fri, 8 Oct 2010 12:41:35 +0530
Guruswamy, Senthilvadivu svad...@ti.com 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
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 ba...@ti.com writes:
Hi,
On Tue, Oct 05, 2010 at 03:42:10AM -0500, Evgeny Kuznetsov wrote:
+ if (!isr_reg) {
+ printk(KERN_ERR FATAL:
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 tracepoints are
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna omar.rami...@ti.com 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
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna omar.rami...@ti.com 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
* Tejun Heo t...@kernel.org 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?
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
On Fri, 2010-10-08 at 08:44 +0200, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
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
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
2010/10/8 Grazvydas Ignotas nota...@gmail.com:
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
-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
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
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
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
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. Not
* 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 treatment) but
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 suspend is a
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 case where a normal
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
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
On 10/8/2010 3:18 AM, Felipe Contreras wrote:
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Lunaomar.rami...@ti.com 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
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 mechanism
On 10/8/2010 3:20 AM, Felipe Contreras wrote:
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Lunaomar.rami...@ti.com 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.
* 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: it's all
* Nishanth Menon n...@ti.com [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
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 kernel.
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
* hvaib...@ti.com hvaib...@ti.com [101007 09:12]:
From: Vaibhav Hiremath hvaib...@ti.com
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
* David Anders x0132...@ti.com [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,
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 library. The
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.
This is
On Friday, October 08, 2010, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Friday, October 08, 2010, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday, October 07, 2010, Alan Stern wrote:
On Thu, 7 Oct 2010, Kevin Hilman wrote:
My
Jean Pihet jean.pi...@newoldbits.com 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
G, Manjunath Kondaiah manj...@ti.com 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
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
Alan Stern st...@rowland.harvard.edu 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,
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.
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
* Tony Lindgren t...@atomide.com [101005 11:07]:
* Peter Ujfalusi peter.ujfal...@nokia.com [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
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
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
Kevin Hilman khil...@deeprootsystems.com writes:
Jean Pihet jean.pi...@newoldbits.com 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
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 earlier one
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
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
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
57 matches
Mail list logo