On Tuesday 05 October 2010 19:37:39 ext Kishon Vijay Abraham I wrote:
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Cc: Partha Basak p-bas...@ti.com
---
arch/arm/mach-omap2/mcbsp.c |
-Original Message-
From: Peter Ujfalusi [mailto:peter.ujfal...@nokia.com]
Sent: Wednesday, October 06, 2010 11:32 AM
To: ABRAHAM, KISHON VIJAY
Cc: linux-omap@vger.kernel.org; Kamat, Nishant; Varadarajan,
Charulatha; Datta, Shubhrajyoti; Basak, Partha
Subject: Re: [PATCH 4/7]
Steve Sakoman wrote:
On Mon, Oct 4, 2010 at 10:33 AM, Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: Steve Sakoman [mailto:sako...@gmail.com]
Sent: Monday, October 04, 2010 11:57 AM
To: Madhusudhan
Cc: Mike Rapoport; David Vrabel; Chris Ball; linux-...@vger.kernel.org;
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: Incorrect GPIO method %i\n,
+
On Wednesday 06 October 2010 09:12:34 ext Varadarajan, Charulatha wrote:
This patch series would not break OMAP1 as they do not touch
the omap_mcbsp_register_board_cfg() in mach-omap1.
But the plat-omap/mcbsp will not going to be able to prope on OMAP1, or did I
missed something?
Snip:
@@
-Original Message-
From: ABRAHAM, KISHON VIJAY
Sent: Tuesday, October 05, 2010 10:08 PM
To: linux-omap@vger.kernel.org
Cc: Kamat, Nishant; Varadarajan, Charulatha; ABRAHAM, KISHON
VIJAY; Datta, Shubhrajyoti; Basak, Partha
Subject: [PATCH 1/7] [RFC] OMAP: MCBSP: hwmod database
-Original Message-
From: Peter Ujfalusi [mailto:peter.ujfal...@nokia.com]
Sent: Wednesday, October 06, 2010 12:28 PM
To: Varadarajan, Charulatha
Cc: ABRAHAM, KISHON VIJAY; linux-omap@vger.kernel.org; Kamat,
Nishant; Datta, Shubhrajyoti; Basak, Partha
Subject: Re: [PATCH 4/7]
Hello,
On Wednesday 06 October 2010 10:01:28 ext Varadarajan, Charulatha wrote:
This patch series is targeted to implement mcbsp driver in
hwmod way and to make use of pm_runtime APIs.
This patch series is tested on OMAP3 4 and yet to be tested
on OMAP2.
There are few clarifications
-Original Message-
From: Guzman Lugo, Fernando
Sent: Wednesday, October 06, 2010 5:44 AM
To: Marathe, Yogesh; Felipe Contreras
Cc: Kanigeri, Hari; Premi, Sanjeev; Tony Lindgren; linux-arm-
ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: RE: [PATCH 05/11] omap3:
Correction in name
-Original Message-
From: Marathe, Yogesh
Sent: Wednesday, October 06, 2010 2:02 PM
To: Guzman Lugo, Fernando
Cc: Felipe Contreras; Kanigeri, Hari; Premi, Sanjeev; Tony Lindgren;
linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: RE: [PATCH
Hello Alexander,
Few points as follows,
On Sat, May 01, 2010 at 07:38:20PM +0200, ext virtu...@slind.org wrote:
From: Alexander Shishkin virtu...@slind.org
This prevents ETM stalls whenever core enters OFF mode. Original patch
author is Richard Woodruff r-woodru...@ti.com.
This version
Hi Kishon,
On 10/5/2010 6:37 PM, ABRAHAM, KISHON VIJAY wrote:
From: Benoit Coussonb-cous...@ti.com
MCBSP hwmod data values are auto-generated. The order of omap44xx_mcbsp3_slaves
contents are changed since the driver uses the base address of
omap44xx_l4_abe__mcbsp3_dma.
You should not do
SoCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or OPPs. The actual
definitions of OPP varies over silicon versions. For a specific domain,
we can have a set of {frequency,
On 10/5/2010 6:37 PM, Kishon Vijay Abraham I wrote:
Signed-off-by: Kishon Vijay Abraham Ikis...@ti.com
Signed-off-by: Charulatha Vch...@ti.com
Signed-off-by: Shubhrajyoti Dshubhrajy...@ti.com
Cc: Partha Basakp-bas...@ti.com
---
arch/arm/mach-omap2/mcbsp.c | 251
On Wednesday 06 October 2010 02:50 PM, Cousson, Benoit wrote:
Hi Kishon,
On 10/5/2010 6:37 PM, ABRAHAM, KISHON VIJAY wrote:
From: Benoit Coussonb-cous...@ti.com
MCBSP hwmod data values are auto-generated. The order of omap44xx_mcbsp3_slaves
contents are changed since the driver uses the base
Hi,
Next version of this patch series will have proper subject in it.
-Kishon
On Tuesday 05 October 2010 10:07 PM, ABRAHAM, KISHON VIJAY wrote:
From: Charulatha Vch...@ti.com
Signed-off-by: Kishon Vijay Abraham Ikis...@ti.com
Signed-off-by: Charulatha Vch...@ti.com
Signed-off-by:
On Wednesday 06 October 2010 03:04 PM, Cousson, Benoit wrote:
On 10/5/2010 6:37 PM, Kishon Vijay Abraham I wrote:
Signed-off-by: Kishon Vijay Abraham Ikis...@ti.com
Signed-off-by: Charulatha Vch...@ti.com
Signed-off-by: Shubhrajyoti Dshubhrajy...@ti.com
Cc: Partha Basakp-bas...@ti.com
---
From: Senthilvadivu Guruswamy svad...@ti.com
Patch Base:
===
url = git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
branch pm-core
Commit id: 1dce15672f62296d059c44e70684600a2c80d3d0
Description: Merge branch 'pm-suspend' into pm-reset
From: Senthilvadivu Guruswamy svad...@ti.com
Database generated for Display Sub System applicable for
OMAP34xx and OMAP36xx
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 333
1 files changed, 333 insertions(+), 0 deletions(-)
diff --git
From: Senthilvadivu Guruswamy svad...@ti.com
Database generated for OMAP2430 Display Sub System.
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 278
1 files changed, 278 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2430_data.c
From: Senthilvadivu Guruswamy svad...@ti.com
dss is also considered as a HW IP inside DSS.
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
From: Senthilvadivu Guruswamy svad...@ti.com
Database generated for OMAP2420 Display Sub System.
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 278
1 files changed, 278 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2420_data.c
From: Senthilvadivu Guruswamy svad...@ti.com
Move init exit methods to its driver probe, remove.
pdev member has to be maintained by its own drivers.
regulator has to be privately handled in each driver.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
From: Senthilvadivu Guruswamy svad...@ti.com
Move init exit methods to its driver probe,remove.
pdev member has to be maintained by its own drivers.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/core.c |9 -
drivers/video/omap2/dss/dispc.c | 14
From: Senthilvadivu Guruswamy svad...@ti.com
Move init exit methods to its driver probe, remove.
pdev member has to be maintained by its own drivers.
regulator has to be privately handled in each driver.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
From: Senthilvadivu Guruswamy svad...@ti.com
DSS IRQ got from platform device.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/dss.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/video/omap2/dss/dss.c
From: Senthilvadivu Guruswamy svad...@ti.com
DSS, DISPC, DSI, RFBI, VENC baseaddr got from platform_device.
Hardcoding of base addr could be removed.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/dispc.c | 10 +++---
drivers/video/omap2/dss/dsi.c |
From: Senthilvadivu Guruswamy svad...@ti.com
cks are moved to dss platform driver. clk_get/put
APIs use dss device instead of core platform device.
It leaves the core driver omapdisplay to take care of
panel registration with the custom bus. dss driver would
take care of the clocks needed by
From: Senthilvadivu Guruswamy svad...@ti.com
Move init exit methods to its driver probe,remove.
pdev member has to be maintained by its own drivers.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/core.c |9 -
drivers/video/omap2/dss/rfbi.c | 14
From: Senthilvadivu Guruswamy svad...@ti.com
Change the dss driver name from omapdss to dss_dss
in the clock database.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff
From: Senthilvadivu Guruswamy svad...@ti.com
Platform driver of dsshw has to be registered before of dispc,
rfbi, dsi1, venc and omapdisplay driver should be after all
the hw IPs. Sequence it with arch_initcall and device_initcall_sync.
---
drivers/video/omap2/dss/core.c |2 +-
From: Senthilvadivu Guruswamy svad...@ti.com
Move init exit methods to its driver probe remove.
pdev member has to be maintained by its own drivers.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/core.c | 16
drivers/video/omap2/dss/dss.c |
From: Senthilvadivu Guruswamy svad...@ti.com
Looks up the HWMOD database for each of the given DSS HW IP
and builds omap_device which inturn does the platform device
register for each of DSS HW IP
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/mach-omap2/devices.c
From: Senthilvadivu Guruswamy svad...@ti.com
Move DSS driver register from board file to devices.c
Regulator initialisation done with driver name instead
of device name.
Changed device name from omapdss to omapdisplay as the
driver takes care of panel information.
Signed-off-by: Senthilvadivu
Hey,
I think Gowda had also some thoughts about this patch. Cc'ing him.
BR,
On Wed, Oct 06, 2010 at 10:35:09AM +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
Hello Alexander,
Few points as follows,
On Sat, May 01, 2010 at 07:38:20PM +0200, ext virtu...@slind.org wrote:
From:
On Tue, Oct 5, 2010 at 11:17 PM, Mike Rapoport m...@compulab.co.il wrote:
I've tried to update the patches on top of 2.6.36-rc3 and I've got stuck.
The changes Adrian has made to the interrupt synchronization affect the way
the
SDIO irq should be implemented and I haven't found a way to
Hi,
+ bne debug_restore /* loop till done */
+ str r5, [r6, #ETMMR_OSSRR] /* clear lock */
I had informed Alexander about the missing OSLAR to clear the lock and also
the do_etm_save value does not retain across coreoff since sram size may vary
across coreoffs. We
-Original Message-
From: Taneja, Archit
Sent: Monday, September 27, 2010 12:47 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org; Taneja,
Archit
Subject: [PATCH v2 1/2] V4L/DVB: OMAP_VOUT: Create a seperate vrfb
functions library
Create
Hi Steve,
Steve Sakoman wrote:
On Tue, Oct 5, 2010 at 11:17 PM, Mike Rapoport m...@compulab.co.il wrote:
I've tried to update the patches on top of 2.6.36-rc3 and I've got stuck.
The changes Adrian has made to the interrupt synchronization affect the way
the
SDIO irq should be implemented and
On Tue, Oct 05, 2010 at 11:39:47PM +0300, Luciano Coelho wrote:
On Tue, 2010-10-05 at 15:19 +0200, ext Luciano Coelho wrote:
On Tue, 2010-10-05 at 14:07 +0200, ext Luciano Coelho wrote:
On Tue, 2010-10-05 at 13:53 +0200, ext Luciano Coelho wrote:
On Sat, 2010-10-02 at 01:10 +0200, ext
Hmmm... We got a problem here. This patch breaks builds when we *don't*
have omap: mmc extended to pass host capabilities from board file. We
don't have that on wireless-next yet, so builds with zoom boards
selected are broken.
Any ideas on how to solve this dilemma? I guess the proper way
-Original Message-
From: Taneja, Archit
Sent: Monday, September 27, 2010 12:47 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org; Taneja,
Archit
Subject: [PATCH v2 0/2] V4L/DVB: OMAP_VOUT: Allow omap_vout to build
without VRFB
This lets
-Original Message-
From: Taneja, Archit
Sent: Monday, September 27, 2010 12:47 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org; Taneja,
Archit
Subject: [PATCH v2 2/2] V4L/DVB: OMAP_VOUT: Use rotation_type to choose
between vrfb and sdram
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Guruswamy, Senthilvadivu
Sent: Wednesday, October 06, 2010 4:45 PM
To: khil...@deeprootsystems.com; tomi.valkei...@nokia.com;
p...@pwsan.com; Hiremath, Vaibhav;
* Russell King - ARM Linux li...@arm.linux.org.uk [101005 15:24]:
On Tue, Oct 05, 2010 at 03:19:52PM -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100907 20:04]:
This should not be needed when running on UP systems.
Additionally we will also get an undefined
* Peter Ujfalusi peter.ujfal...@nokia.com [101005 22:33]:
On Tuesday 05 October 2010 21:40:17 ext Tony Lindgren wrote:
...
For patches 6-7 you could have my ack.
Acked-by: Jarkko Nikula jhnik...@gmail.com
As they are touching also sound/soc/omap/omap-mcbsp.c, an ack from Mark
On Wed, Oct 6, 2010 at 6:45 AM, Mike Rapoport m...@compulab.co.il wrote:
Hi Steve,
Steve Sakoman wrote:
On Tue, Oct 5, 2010 at 11:17 PM, Mike Rapoport m...@compulab.co.il
wrote:
I've tried to update the patches on top of 2.6.36-rc3 and I've got stuck.
The changes Adrian has made to the
On Wed, 2010-10-06 at 16:01 +0200, ext Gadiyar, Anand wrote:
Hmmm... We got a problem here. This patch breaks builds when we *don't*
have omap: mmc extended to pass host capabilities from board file. We
don't have that on wireless-next yet, so builds with zoom boards
selected are broken.
On Wed, Oct 06, 2010 at 06:27:49PM +0300, Luciano Coelho wrote:
On Wed, 2010-10-06 at 16:01 +0200, ext Gadiyar, Anand wrote:
Hmmm... We got a problem here. This patch breaks builds when we *don't*
have omap: mmc extended to pass host capabilities from board file. We
don't have that on
As is done on OMAP3, check omap_uart_can_sleep() as one of the
pre-conditions for entering the idle loop. Without this check,
entering idle introduces large latencies on active UARTs, and is
especially noticable on serial console.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
Tony,
On Wed, 2010-10-06 at 17:30 +0200, ext John W. Linville wrote:
On Wed, Oct 06, 2010 at 06:27:49PM +0300, Luciano Coelho wrote:
On Wed, 2010-10-06 at 16:01 +0200, ext Gadiyar, Anand wrote:
Hmmm... We got a problem here. This patch breaks builds when we
*don't*
have omap: mmc
On Tue, 5 Oct 2010, Kevin Hilman wrote:
Alan Stern st...@rowland.harvard.edu writes:
On Fri, 1 Oct 2010, Rafael J. Wysocki wrote:
In my opinion the _irq operations should really be one-shot, without
any looping, waking up parents etc. I mean, if the parent is not
RPM_ACTIVE,
The existing pwm based led and backlight driver makes use of the
pwm(include/linux/pwm.h). So all the board specific pwm drivers will
be exposing the same set of function name as in include/linux/pwm.h.
Consder a platform with multi Soc or having more than one pwm module, in
such a case, there
A new element 'name' is added to pwm led platform data structure.
This is required to identify the pwm device.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/leds/leds-pwm.c |4 +++-
include/linux/leds_pwm.h |3 ++-
pwm-core: make the driver visible for ARM only
Align ab8500 pwm with the pwm core driver
Align twl6030 pwm driver with pwm core driver
Align Freescale mxc pwm driver with pwm core driver
Align pxa pwm driver with pwm core driver
Align samsung(s3c) pwm driver
A new element 'name' is added to pwm backlight platform data structure.
This is required to identify the pwm device.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/video/backlight/pwm_bl.c |4 +++-
As of now only ab8500 and twl6030 are moved.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/mfd/Kconfig |9 --
drivers/mfd/Makefile |1 -
drivers/mfd/twl6030-pwm.c | 195
PWM based backlight and led driver will not be calling the pwm drivers
through the pwm core driver and hence adding dependancy on the same.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/leds/Kconfig|2 +-
PWM core driver for pwm based led and backlight driver.
The intention of the pwm core driver is not to break the build if two or more
pwm drivers are enabled.
Align the existing pwm drivers to make use of the pwm core driver
Changes v2 - v3
Replaced the use of linked list to monitor the
mxc-pwm: Update the platform data with pwm name for backlight
s3c24xx-pwm: update platform data for backlight with pwm name
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
arch/arm/mach-pxa/cm-x300.c |
Arun:
On Wed, Oct 6, 2010 at 10:59 AM, Arun Murthy arun.mur...@stericsson.com wrote:
PWM core driver for pwm based led and backlight driver.
With all due respect, it looks like you have reinvented portions of my
RFC for a comprehensive PWM API that has been floating around on
linux-embedded for
On Wed, Oct 06, 2010 at 07:48:07AM -0700, Tony Lindgren wrote:
OK, let's do that then we should still have some time left before the
merge window.
Mark Liam, care to ack as well?
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To unsubscribe from this list: send the line
Hi Fernando,
I have few comments below.
diff --git a/drivers/staging/tidspbridge/core/io_sm.c
b/drivers/staging/tidspbridge/core/io_sm.c
index 5718645..842b8db 100644
--- a/drivers/staging/tidspbridge/core/io_sm.c
+++ b/drivers/staging/tidspbridge/core/io_sm.c
@@ -291,6 +291,7 @@ int
* Kevin Hilman khil...@deeprootsystems.com [101006 08:43]:
As is done on OMAP3, check omap_uart_can_sleep() as one of the
pre-conditions for entering the idle loop. Without this check,
entering idle introduces large latencies on active UARTs, and is
especially noticable on serial console.
snip
You are correct! The version of the patch in the repo indeed has
'out' in the wrong place and generates a compile error.
Could you post the patch you are using and I will try to reproduce
what you are seeing on my hardware? Best we all work from exactly the
same patch!
Steve
Hi,
On Wed, 6 Oct 2010, Liam Girdwood wrote:
On Wed, 2010-10-06 at 07:48 -0700, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@nokia.com [101005 22:33]:
On Tuesday 05 October 2010 21:40:17 ext Tony Lindgren wrote:
...
For patches 6-7 you could have my ack.
Hello Tony,
Here is an updated pull request for the ten original patches sent earlier,
with recent Acked-by:'s added, and also with Jarkko's three fix patches:
The following changes since commit dbd3ad5354dbbe3f4ea7c0675d91475c25280f69:
omap: hwmod: Handle modules with 16bit registers
Madhusudhan Chikkature wrote:
This version should apply fine on the latest kernel. I did a sanity test of
MMC/SD cards on OMAP4 SDP.
This /looks/ okay to me, but I can't test it.
From 08b77fd388f19f5df3758a2c59dcdec280f373c8 Mon Sep 17 00:00:00 2001
From: David Vrabel david.vra...@csr.com
-Original Message-
From: David Vrabel [mailto:david.vra...@csr.com]
Sent: Wednesday, October 06, 2010 2:02 PM
To: Madhusudhan Chikkature
Cc: Steve Sakoman; Mike Rapoport; Chris Ball; linux-...@vger.kernel.org;
linux-omap@vger.kernel.org; Adrian Hunter
Subject: Re: [PATCH 0/2] mmc:
On Wednesday, October 06, 2010, Alan Stern wrote:
On Tue, 5 Oct 2010, Kevin Hilman wrote:
Alan Stern st...@rowland.harvard.edu writes:
On Fri, 1 Oct 2010, Rafael J. Wysocki wrote:
In my opinion the _irq operations should really be one-shot, without
any looping, waking up
Alan Stern st...@rowland.harvard.edu writes:
On Tue, 5 Oct 2010, Kevin Hilman wrote:
Alan Stern st...@rowland.harvard.edu writes:
On Fri, 1 Oct 2010, Rafael J. Wysocki wrote:
In my opinion the _irq operations should really be one-shot, without
any looping, waking up parents etc.
On Wed, 2010-10-06 at 17:55 +0200, ext Luciano Coelho wrote:
On Wed, 2010-10-06 at 17:30 +0200, ext John W. Linville wrote:
On Wed, Oct 06, 2010 at 06:27:49PM +0300, Luciano Coelho wrote:
On Wed, 2010-10-06 at 16:01 +0200, ext Gadiyar, Anand wrote:
Hmmm... We got a problem here. This
-Original Message-
From: David Cohen [mailto:david.co...@nokia.com]
Sent: Wednesday, October 06, 2010 12:33 PM
To: Guzman Lugo, Fernando
Cc: gre...@suse.de; Contreras Felipe (Nokia-MS/Helsinki);
Palande Ameya (Nokia-MS/Helsinki); Menon, Nishanth; Doyu
Hiroshi (Nokia-MS/Espoo);
Arun MURTHY arun.mur...@stericsson.com writes:
[...]
I suggest that you work on Kevin's comments before making any code
changes though.
This pwm driver also supports the Davinci pwm driver as suggested by
Kelvin.
My concern isn't whether it supports davinci or not. Adapting existing
On Wed, 6 Oct 2010, Kevin Hilman wrote:
I think I can live with the above restrictions (the _irq methods failing
unless they can immediately run.) For the rare corner cases I've
currently run into, this will work fine as they happen because of a
wakeup IRQ, where we know the device is
* Tony Lindgren t...@atomide.com [100927 15:22]:
* David Anders x0132...@ti.com [100921 14:15]:
PandaBoard machine file related cleanups.
David Anders (4):
omap4: pandaboard: remove unused hsmmc definition
omap4: pandaboard: Fix the init if CONFIG_MMC_OMAP_HS is not set
omap4:
Tony,
must have missed this request, i'll repost now
thanks
Dave
On 10/06/2010 03:56 PM, Tony Lindgren wrote:
* Tony Lindgrent...@atomide.com [100927 15:22]:
* David Andersx0132...@ti.com [100921 14:15]:
PandaBoard machine file related cleanups.
David Anders (4):
omap4:
The OMAP4 PandaBoard has EHCI port1 hooked up to an external
SMSC3320 transciever. GPIO 1 is used to power on the transceiver
and GPIO 62 for reset on the transceiver.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
PandaBoard machine file related cleanups.
David Anders (4):
omap4: pandaboard: remove unused hsmmc definition
omap4: pandaboard: Fix the init if CONFIG_MMC_OMAP_HS is not set
omap4: pandaboard: Adding card detect support for MMC1
omap4: pandaboard: enable the ehci port on pandaboard
remove the second hsmmc definition as it is only used on the
expansion header of the PandaBoard and can be mux for other
functions.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |6 +-
1 files changed, 1
Avoid possible crash if CONFIG_MMC_OMAP_HS is not set.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
patch depends on https://patchwork.kernel.org/patch/189952/
arch/arm/mach-omap2/board-omap4panda.c |7
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
patch depends on https://patchwork.kernel.org/patch/189952/
arch/arm/mach-omap2/board-omap4panda.c |7
The OMAP4 PandaBoard has EHCI port1 hooked up to an external
SMSC3320 transciever. GPIO 1 is used to power on the transceiver
and GPIO 62 for reset on the transceiver.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
Avoid possible crash if CONFIG_MMC_OMAP_HS is not set.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git
PandaBoard machine file related cleanups.
David Anders (4):
omap4: pandaboard: remove unused hsmmc definition
omap4: pandaboard: Fix the init if CONFIG_MMC_OMAP_HS is not set
omap4: pandaboard: Adding card detect support for MMC1
omap4: pandaboard: enable the ehci port on pandaboard
remove the second hsmmc definition as it is only used on the
expansion header of the PandaBoard and can be mux for other
functions.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |6 +-
1 files changed, 1
Hi,
On Monday 04 October 2010 17:20:57 Jean Pihet wrote:
Here is a re-spin of the patches after discussion.
what is going to happen here now?
Is this supposed to go through Ingo's tree?
Ingo: do you mind commenting on this.
I see 3 possibilities:
1) Power (or all) perf events are never
On Wednesday, October 06, 2010, Alan Stern wrote:
On Wed, 6 Oct 2010, Kevin Hilman wrote:
I think I can live with the above restrictions (the _irq methods failing
unless they can immediately run.) For the rare corner cases I've
currently run into, this will work fine as they happen
David Anders x0132...@ti.com writes:
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
patch depends on https://patchwork.kernel.org/patch/189952/
David Anders x0132...@ti.com writes:
The OMAP4 PandaBoard has EHCI port1 hooked up to an external
SMSC3320 transciever. GPIO 1 is used to power on the transceiver
and GPIO 62 for reset on the transceiver.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar
* David Anders x0132...@ti.com [101006 14:06]:
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
This one would be best merged into this patch from Kishore:
https://patchwork.kernel.org/patch/189952/
Kishore, care to update your patch with this
David Anders x0132...@ti.com writes:
PandaBoard machine file related cleanups.
David Anders (4):
omap4: pandaboard: remove unused hsmmc definition
omap4: pandaboard: Fix the init if CONFIG_MMC_OMAP_HS is not set
omap4: pandaboard: Adding card detect support for MMC1
omap4:
On Wed, Oct 06, 2010 at 07:44:14AM -0700, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [101005 15:24]:
On Tue, Oct 05, 2010 at 03:19:52PM -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100907 20:04]:
This should not be needed when running on UP
* Russell King - ARM Linux li...@arm.linux.org.uk [101006 15:25]:
On Wed, Oct 06, 2010 at 07:44:14AM -0700, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [101005 15:24]:
On Tue, Oct 05, 2010 at 03:19:52PM -0700, Tony Lindgren wrote:
* Tony Lindgren
Hi,
pulled today's linux-next and g_ether is acting strange on my pandora board:
# ping pnd
PING pnd (10.0.1.2) 56(84) bytes of data.
64 bytes from pnd (10.0.1.2): icmp_seq=2 ttl=64 time=2018 ms
64 bytes from pnd (10.0.1.2): icmp_seq=1 ttl=64 time=5036 ms
64 bytes from pnd (10.0.1.2): icmp_seq=8
Alan Stern st...@rowland.harvard.edu writes:
On Wed, 6 Oct 2010, Kevin Hilman wrote:
I think I can live with the above restrictions (the _irq methods failing
unless they can immediately run.) For the rare corner cases I've
currently run into, this will work fine as they happen because of
Commit 14eff1812679c76564b775aa95cdd378965f6cfb added proper
detection for ARM11MPCore/Cortex-A9 instead of detecting them
as ARMv7. However, it was missing the HWCAP_TLS flags.
HWCAP_TLS is needed if support for earlier ARMv6 is compiled
into the same kernel. Without HWCAP_TLS flags the
* Ohad Ben-Cohen o...@wizery.com [101004 15:21]:
On Mon, Oct 4, 2010 at 2:52 PM, G, Manjunath Kondaiah manj...@ti.com wrote:
Remove nosmp from your bootargs and try.
Indeed, it doesn't boot.
wizery.com/ohad/blaze-linux-omap-smp.txt.gz
FYI, posted a fix for this:
On Wed, 2010-10-06 at 17:00 -0700, Tony Lindgren wrote:
- .long HWCAP_SWP|HWCAP_HALF|HWCAP_THUMB|HWCAP_FAST_MULT|HWCAP_EDSP
+ .long
HWCAP_SWP|HWCAP_HALF|HWCAP_THUMB|HWCAP_FAST_MULT|HWCAP_EDSP|HWCAP_TLS
Thanks for catching this.. I have no idea how this happened, I must have
1 - 100 of 102 matches
Mail list logo