Hi,
Are there any plans to do a 2.6.37-omap1 tag?
regards,
Koen
--
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
Koen Kooi wrote:
Are there any plans to do a 2.6.37-omap1 tag?
Given that linux-omap is now closely tracking mainline, is
this still needed?
- Anand
--
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
On Mon, Jan 10, 2011 at 09:12:36PM -0800, Stephen Boyd wrote:
On 12/24/2010 11:18 AM, Russell King - ARM Linux wrote:
Allow one shot timer mode to be used with the TWD. This allows
NOHZ mode to be used on SMP systems using the TWD localtimer.
Tested on Versatile Express.
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, January 11, 2011 7:02 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
b-cous...@ti.com
Subject: Re: [PATCH 2/5] OMAP: clockdomain: Arch specific funcs to
handle
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, January 11, 2011 6:36 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com;
b-cous...@ti.com
Subject: Re: [PATCH 2/5] OMAP: clockdomain: Arch specific funcs to
handle
On Sat, Jan 8, 2011 at 4:19 AM, Kevin Hilman khil...@ti.com wrote:
Grant Likely grant.lik...@secretlab.ca writes:
On Wed, Dec 01, 2010 at 07:32:11PM +0530, Govindraj.R wrote:
McSPI runtime conversion.
Changes involves:
1) remove clock framework apis to use runtime framework apis.
2) context
This patch adds omap_reserve functionality to board-igep0030.c.
This patch is in similar lines to commit id 71ee7dad9b6991, from
Russell king
Cc: Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0030.c |1 +
From: Koen Kooi k...@beagleboard.org
GPIO reset line for Beagle XM is different from vanilla beagle
so we populate it as part of gpio update routine.
This in part fixes the issue of display not functioning on beagle XM
platform.
[...@ti.com: split up, added descriptive changelogs]
Hi,
revision 5 of this series.
As discussed in the threads:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47807/
http://marc.info/?t=12154003084r=1w=2
here is the split up series with commit message after discussion:
http://www.beagleboard.org/irclogs/index.php?date=2011-01-06#T19:12:21
From: Koen Kooi k...@beagleboard.org
EHCI enable power pin is inverted (active high) in comparison
to vanilla beagle which is active low. Handle this case conditionally.
Without this fix, Beagle XM 4 port EHCI will not function and no
networking will be available
[...@ti.com: split up, added
From 086e3454c8f154cd90a4669899f2179f16ef32cd Mon Sep 17 00:00:00 2001
From: Ben Tucker btuc...@mpc-data.co.uk
Date: Thu, 13 Jan 2011 12:56:45 +
Subject: [PATCH] OMAP DSS Enable clocks in dss_setup_partial_planes
Enable the interface clocks while calling
configure_dispc().
---
Hi all,
Has anyone been trying to boot w/k.org lately?
I tried with:
- commit e0e736fc + 2 patches attached I got from patchworks
- 4430SDP w/ES2.1
- Busybox FS through NFS.
I see the attached log, which shows a spinlock recursion bug.
I did a git bisect, and found this offending commit:
* Tony Lindgren t...@atomide.com [110110 10:51]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110107 08:12]:
On Thu, Jan 06, 2011 at 12:40:54PM -0800, Tony Lindgren wrote:
Anyways, I can debug the DEBUG_LL booting issue further if the patch
I posted does not help.
This is what
* Nishanth Menon n...@ti.com [110111 09:12]:
From: Koen Kooi k...@beagleboard.org
TFP410 DVI chip is used to provide display out.
This chip is controlled by 2 lines:
LDO which supplies the power is controlled over gpio + 2
and the enable of the chip itself is done over gpio + 1
NOTE: the
* Enric Balletbo i Serra eballe...@gmail.com [110111 07:47]:
This patch adds omap_reserve functionality to board-igep0030.c.
This patch is in similar lines to commit id 71ee7dad9b6991, from
Russell king
Applying to devel-board.
Tony
Cc: Russell King rmk+ker...@arm.linux.org.uk
Tony Lindgren had written, on 01/11/2011 05:23 PM, the following:
[..]
-
- gpio_request(gpio + 1, EHCI_nOC);
- gpio_direction_input(gpio + 1);
+ if (omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XM) {
+ gpio_request(gpio + 1, EHCI_nOC);
+
the requirement for function
body copying is in the arch/arm/ tree, however.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
KernelVersion: next-20110111
arch/arm/include/asm/unified.h | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm
observed to lead to strange optimisation
side-effects when doing the arithmetic which is required in
order to copy/move function bodies correctly in Thumb-2.
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
KernelVersion: next-20110111
arch/arm/include/asm/unified.h | 26
* Nishanth Menon n...@ti.com [110111 15:54]:
Tony Lindgren had written, on 01/11/2011 05:23 PM, the following:
[..]
-
- gpio_request(gpio + 1, EHCI_nOC);
- gpio_direction_input(gpio + 1);
+ if (omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XM) {
+ gpio_request(gpio + 1,
Tony Lindgren had written, on 01/11/2011 06:15 PM, the following:
* Nishanth Menon n...@ti.com [110111 15:54]:
Tony Lindgren had written, on 01/11/2011 05:23 PM, the following:
[..]
-
- gpio_request(gpio + 1, EHCI_nOC);
- gpio_direction_input(gpio + 1);
+ if
From: Koen Kooi k...@beagleboard.org
TFP410 DVI chip is used to provide display out.
This chip is controlled by 2 lines:
LDO which supplies the power is controlled over gpio + 2
and the enable of the chip itself is done over gpio + 1
NOTE: the LDO is necessary for LED, serial blocks as well.
On Thu, 2011-01-06 at 08:00 -0600, David Lambert wrote:
This codec is to be used by the DMIC driver to
control the DMIC codec. This driver will be used on future
implementations of the DMIC driver to support codec specific
features.
At this time, the codec driver just registers the codec
* Nishanth Menon n...@ti.com [110111 16:22]:
From: Koen Kooi k...@beagleboard.org
TFP410 DVI chip is used to provide display out.
This chip is controlled by 2 lines:
LDO which supplies the power is controlled over gpio + 2
and the enable of the chip itself is done over gpio + 1
NOTE: the
On Sat, Jan 8, 2011 at 10:04 PM, Steve Sakoman sako...@gmail.com wrote:
I've recently been testing memory card performance to identify the
best performing brands/models.
As expected, I found a huge difference in performance between brands.
What I didn't expect to find, however, was a brand
On Jan 12, 2011, at 9:58 AM, Steve Sakoman wrote:
On the suggestion of Steve Kipisz of TI I tried increasing the value
of dto in the set_data_timeout function of
drivers/mmc/host/omap_hsmmc.c
Hard coding dto to the max value of 14 appears to fix the timeout
errors with ADATA brand cards.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Steve Sakoman
Sent: Sunday, January 09, 2011 10:45 PM
To: Elvis Dowson
Cc: linux-omap Mailing List
Subject: Re: Issues with ADATA SD cards on OMAP?
On Sun, Jan 9,
I'm happy to see the trace point move up into cpuidle from intel_idle.
If somebody is picking this up in a perf tree,
Acked-by: Len Brown len.br...@intel.com
else I can put it in the idle tree, let me know.
thanks,
Len Brown, Intel Open Source Technology Center
--
To unsubscribe from this
I'm not fond of inventing a new 3-character abbreviation field
for every state because display tools can't handle the existing
16-character name field.
If the display tools can only handle 3 characters,
then why not have them simply use the 1st 3 characters
of the existing name field? If that is
28 matches
Mail list logo