Hi Jean,
-Original Message-
From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
Sent: Monday, September 06, 2010 9:53 PM
To: Sripathy, Vishwanath
Cc: Shilimkar, Santosh; Amit Kucheria; Kevin Hilman;
linaro-...@lists.linaro.org;
linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP
Adding linux-omap to CC
On 10 Sep 06, Peter Maydell wrote:
Hi. I have a question about what the memory map of the TI OMAP3 (35xx)
looks like on startup, which I'm hoping somebody here can answer.
(Steve, Richard: you're on the CC: because Loic suggested that you
would be good people to ask.)
-Original Message-
From: Catalin Marinas [mailto:catalin.mari...@arm.com]
Sent: Monday, September 06, 2010 3:57 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: Re: [PATCH 4/4] ARM: l2x0: Optmise the range based operations
On
Hi,
Here is a patch proposal for adding new trace events for power management.
Note: thread restarted after the initial discussions on LKML.
Jean
From 6768b88e8133129fa847dd7a95dc6dd17c0662d2 Mon Sep 17 00:00:00 2001
From: Jean Pihet jean.pi...@newoldbits.com
Date: Tue, 7 Sep 2010 09:12:48
For the big buffers which are in excess of cache size, the maintaince
operations by PA are very slow. For such buffers the maintainace
operations can be speeded up by using the WAY based method.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Catalin Marinas
From: Thomas Gleixner [t...@linutronix.de]
kexec does not disable the outer cache before disabling the inner
caches in cpu_proc_fin(). So L2 is enabled across the kexec jump. When
the new kernel enables chaches again, it randomly crashes.
Disabling L2 before calling cpu_proc_fin() cures the
The cache size is needed for to optimise range based
maintainance operations
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Catalin Marinas catalin.mari...@arm.com
---
arch/arm/include/asm/hardware/cache-l2x0.h |1 +
arch/arm/mm/cache-l2x0.c | 13
Replace tab with space after #define to be consisten with other
define in the file. Also move the bit mask below the register offsets.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Catalin Marinas catalin.mari...@arm.com
---
arch/arm/include/asm/hardware/cache-l2x0.h |8
The machine_kexec() calls outer_disable which can crash on OMAP4
becasue of trustzone restrictions.
This patch overrides the default l2x0_disable with a OMAP4
specific implementation taking care of trustzone
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
From: Thomas Gleixner [t...@linutronix.de]
Add flush_all, inv_all and disable functions to the l2x0 code. These
functions are called from kexec code to prevent random crashes in the
new kernel.
Platforms like OMAP which control L2 enable/disable via SMI mode can
override the
This series is just repost adding Catalin's ack to the patches and
combining Thomas's two rebased kexec patches.
It's generated against the mainline 2.6.36-rc3 + Catalin's
[PATCH 0/9] Various patches for 2.6.37-rc1 series.
Santosh Shilimkar (4):
omap4: l2x0: Override the default l2x0_disable
Here is some more information about the patch:
Initial discussion on LKML: cf.
http://marc.info/?l=linux-kernelm=128195697205096w=4,
PM debug and profiling wiki page with rationale, todo, patches, tools
screenshots ...:
http://omappedia.org/wiki/Power_Management_Debug_and_Profiling
On Tue, Sep
Hi Tomi,
Can you please comment on the below patch series?
Thanks and regards,
Mythri.
-Original Message-
From: K, Mythri P
Sent: Monday, August 23, 2010 2:48 PM
To: linux-omap@vger.kernel.org
Cc: tomi.valkei...@nokia.com; K, Mythri P
Subject: [PATCH 0/2]OMAP:DSS:RFC for HDMI in
Hi,
On Thu, 2010-08-26 at 14:43 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
Would a more static approach be cleaner? I mean something like this
(pseudo code):
static struct omap_dss_features
Hi,
On Thu, 2010-08-26 at 14:43 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
And some more comments inline
---
drivers/video/omap2/dss/dss_features.c | 197
Hi,
On Thu, 2010-08-26 at 07:16 +0200, ext K, Mythri P wrote:
From: Mythri P K mythr...@ti.com
This patch is a outline of how the HDMI support is added to OMAP4.
Please run checkpatch.pl for the patches before you send them.
Checkpatch reported over 300 errors.
HDMI is a driver that is
Hi,
Tomi Valkeinen wrote:
Hi,
On Thu, 2010-08-26 at 14:43 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
And some more comments inline
---
drivers/video/omap2/dss/dss_features.c | 197
On Tue, 2010-09-07 at 13:05 +0200, ext Taneja, Archit wrote:
Hi,
There are 2 functions in the present code:
omap_dss_get_num_overlays()
omap_dss_get_num_overlay_managers()
They look very similar to the dss_feature functions but are required.
I will need to come up with new names for them
Hi,
Tomi Valkeinen wrote:
Hi,
On Thu, 2010-08-26 at 14:43 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
Would a more static approach be cleaner? I mean something like this (pseudo
code):
Hi all,
While booting the latest kernel (from linux-omap) on omap3evm,
I came across this error.
[3.202575] ads7846 spi1.0: unable to get regulator: -19
[3.208190] [ cut here ]
[3.212890] WARNING: at drivers/gpio/gpiolib.c:1258 gpio_free+0x114/0x140()
[
-Original Message-
From: Cousson, Benoit
Sent: Friday, September 03, 2010 10:10 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Kevin Hilman; Shilimkar,
Santosh; Sawant, Anand
Subject: Re: [PATCH v2 00/11] OMAP: DMA: HWMOD and DMA as
platform driver
Hi
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 2:09 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 00/11] OMAP: DMA: HWMOD and DMA as
platform
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 2:16 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 10/11] OMAP: DMA: Use DMA device attributes
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 2:30 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 07/11] OMAP2/3/4: DMA: HWMOD: Device
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 4:04 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 08/11] OMAP: DMA: Convert DMA library
into
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 4:12 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
errata
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 4:20 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar,
Santosh; Sawant, Anand
Subject: Re: [PATCH v2 00/11] OMAP: DMA: HWMOD and
The failure exit paths seems to be wrong in probe function.
This patch corrects exit failure paths for error handling
cases.
Boot warning incase of request irq failure:
[1.553985] twl4030_keypad twl4030_keypad: request_irq failed for irq no=369
[1.561157] [ cut here
On Tue, Sep 07, 2010 at 05:16:44PM +0530, Premi, Sanjeev wrote:
ts-reg = regulator_get(spi-dev, vcc);
This regulator isn't defined for omap3evm. And I suspect - once
defined - the name will be different than vcc.
What makes you say this? The names for regulator supplies are defined
in terms
Hi Tomi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, September 07, 2010 4:23 PM
To: K, Mythri P
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/2]OMAP:DSS:RFC for HDMI in OMAP4
Hi,
On Thu, 2010-08-26 at 07:16 +0200, ext K,
On Tue, 2010-09-07 at 13:31 +0200, ext Taneja, Archit wrote:
Hi,
Tomi Valkeinen wrote:
Hi,
On Thu, 2010-08-26 at 14:43 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
Would a more
Hi,
Tomi Valkeinen wrote:
On Tue, 2010-09-07 at 13:31 +0200, ext Taneja, Archit wrote:
Hi,
Tomi Valkeinen wrote:
Hi,
On Thu, 2010-08-26 at 14:43 +0200, ext Archit Taneja wrote:
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja
Hi,
I think, this can help:
http://www.spinics.net/lists/arm-kernel/msg94759.html
Seems like there were not enough interest and it is still floating.
May be a little ping can help ;)
On 09/07/10 14:46, Premi, Sanjeev wrote:
Hi all,
While booting the latest kernel (from linux-omap) on
Hi,
On Tue, 7 Sep 2010 11:49:38 +0900, venki kaps venkiece2...@gmail.com
wrote:
let me see if I understand you right. The consumption is higher
when the cable is kept plugged or the consumption is higher if
you boot with usb cable pugged and remove it afterwards ?
The consumption is higher
On Tue, Sep 07, 2010 at 03:16:21PM +0300, Igor Grinberg wrote:
I think, this can help:
http://www.spinics.net/lists/arm-kernel/msg94759.html
Seems like there were not enough interest and it is still floating.
May be a little ping can help ;)
This is a really bad idea unless the supplies
-Original Message-
From: Igor Grinberg [mailto:grinb...@compulab.co.il]
Sent: Tuesday, September 07, 2010 5:46 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; linux-in...@vger.kernel.org
Subject: Re: omap3: regulator_get() failure in ads7846
Hi,
I think, this can
On Thu, 2010-08-26 at 07:17 +0200, ext K, Mythri P wrote:
From: Mythri P K mythr...@ti.com
This is an RFC patch to add support for HDMI DSS driver in OMAP.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 292
1
Venkii,
On Tue, Sep 7, 2010 at 6:16 PM, Felipe Balbi m...@felipebalbi.com wrote:
Hi,
On Tue, 7 Sep 2010 11:49:38 +0900, venki kaps venkiece2...@gmail.com
wrote:
let me see if I understand you right. The consumption is higher
when the cable is kept plugged or the consumption is higher if
you
From: ext G, Manjunath Kondaiah manj...@ti.com
The failure exit paths seems to be wrong in probe function.
This patch corrects exit failure paths for error handling
cases.
Boot warning incase of request irq failure:
[1.553985] twl4030_keypad twl4030_keypad: request_irq failed for irq no=369
2010/9/7 Sergei Shtylyov sshtyl...@mvista.com:
Hello.
Ming Lei wrote:
Which codebase is this patch meant for?
I don't see the hb_mult in current mainline code?
Are there any patches which this one depends on?
This depends on the two iso for device mode patches:
-Original Message-
From: linux-input-ow...@vger.kernel.org
[mailto:linux-input-ow...@vger.kernel.org] On Behalf Of Mark Brown
Sent: Tuesday, September 07, 2010 5:27 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org; linux-in...@vger.kernel.org
Subject: Re: omap3: regulator_get()
2010/9/7 venki kaps venkiece2...@gmail.com:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
I have been facing mp3 playback idle current consumption 20mA more
after booting without USB cable connected
but If USB cable detach and attach happen, then able to hit
Hi Tomi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, September 07, 2010 6:47 PM
To: K, Mythri P
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/2] OMAP:DSS: RFC Patch to add HDMI DSS driver
support
On Thu, 2010-08-26 at 07:17
On Tue, 2010-09-07 at 15:37 +0200, ext K, Mythri P wrote:
Hi Tomi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, September 07, 2010 6:47 PM
To: K, Mythri P
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/2] OMAP:DSS: RFC Patch
thanks for your good response.
Venkii,
On Tue, Sep 7, 2010 at 6:54 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
I have been facing mp3 playback idle current consumption 20mA
On Tue, Sep 07, 2010 at 06:56:47PM +0530, Premi, Sanjeev wrote:
From: linux-input-ow...@vger.kernel.org
[mailto:linux-input-ow...@vger.kernel.org] On Behalf Of Mark Brown
What makes you say this? The names for regulator supplies are defined
in terms of the chip being supplied, not in
David Miller da...@davemloft.net writes:
From: Cyril Chemparathy cy...@ti.com
Date: Fri, 03 Sep 2010 14:20:47 -0400
Hi Kevin,
[...]
Although am3517 (omap) board support code has been updated as needed,
emac does not work on this platform.
Just to clarify... did EMAC work on AM3517
Cyril Chemparathy cy...@ti.com writes:
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch
This patch set fixes two kinds of musb-gadget bug:
-fix kernel panic if using out ep with FIFO_TXRX style
-make double buffer mode usable, fix infinate hangs and buffer
corrupt bug when using double buffer mode to do data transfer;
now we can use musb double
From: Ming Lei tom.leim...@gmail.com
For shared fifo hw endpoint(with FIFO_TXRX style), only ep_in
field of musb_hw_ep is intialized in musb_g_init_endpoints, and
ep_out is not initialized, but musb_g_rx and rxstate may access
ep_out field of musb_hw_ep by the method below:
musb_ep =
From: Ming Lei tom.leim...@gmail.com
This patch fixes one infinite hang of bulk IN transfer in double buffer
case, the hang can be observed easily by test #6 of usbtest if musb is
configured as g_zero and fifo mode 3 is taken to enable double fifo.
In fact, the patch only removes the check for
From: Ming Lei tom.leim...@gmail.com
This patch fixes one bugs of OUT transfer in double buffer case:
-the current code only enable autoclear for dma mode 1, and not
for dma mode 0
Without this patch, test #5 of usbtest can't be passed if we
configure musb as g_zero and use fifo
From: Ming Lei tom.leim...@gmail.com
DMA length should not go beyond the availabe space of request buffer,
so fix it.
Signed-off-by: Ming Lei tom.leim...@gmail.com
Acked-by: Anand Gadiyar gadi...@ti.com
Cc: David Brownell dbrown...@users.sourceforge.net
Cc: Felipe Balbi m...@felipebalbi.com
From: Ming Lei tom.leim...@gmail.com
Complete the current request only if the data transfer is over.
Signed-off-by: Ming Lei tom.leim...@gmail.com
Cc: David Brownell dbrown...@users.sourceforge.net
Cc: Felipe Balbi m...@felipebalbi.com
Cc: Anand Gadiyar gadi...@ti.com
Cc: Mike Frysinger
From: Ming Lei tom.leim...@gmail.com
DMA length should not go beyond the availabe space of request buffer,
so fix it.
Signed-off-by: Ming Lei tom.leim...@gmail.com
Cc: David Brownell dbrown...@users.sourceforge.net
Cc: Felipe Balbi m...@felipebalbi.com
Cc: Anand Gadiyar gadi...@ti.com
Cc: Mike
2010/9/7 venki kaps venkiece2...@gmail.com:
thanks for your good response.
Venkii,
On Tue, Sep 7, 2010 at 6:54 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
I have been facing
Venkii,
On Tue, Sep 7, 2010 at 9:10 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
thanks for your good response.
Venkii,
On Tue, Sep 7, 2010 at 6:54 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
Dear USB
Venkii,
On Tue, Sep 7, 2010 at 9:18 PM, venki kaps venkiece2...@gmail.com wrote:
Venkii,
On Tue, Sep 7, 2010 at 9:10 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
thanks for your good response.
Venkii,
On Tue, Sep 7, 2010 at 6:54 PM, Ming Lei
2010/9/7 Santosh Shilimkar santosh.shilim...@ti.com:
This series is just repost adding Catalin's ack to the patches and
combining Thomas's two rebased kexec patches.
It's generated against the mainline 2.6.36-rc3 + Catalin's
[PATCH 0/9] Various patches for 2.6.37-rc1 series.
Santosh
Venkii,
On Tue, Sep 7, 2010 at 11:45 PM, venki kaps venkiece2...@gmail.com wrote:
Venkii,
On Tue, Sep 7, 2010 at 9:18 PM, venki kaps venkiece2...@gmail.com wrote:
Venkii,
On Tue, Sep 7, 2010 at 9:10 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
thanks
This patch exports some of the gpmc driver functions in OMAP3. The purpose
behind this patch
is to allow device drivers compiled as loadable modules to be interfaced to the
GPMC. I am
hoping that Tony is the correct maintainer and willing to ACK this change.
Please let me know
if there are
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch series separates out EMAC's MDIO and CPDMA
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
---
arch/arm/mach-omap2/board-am3517evm.c |4
1 files
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the EMAC MMR region has been split down into separate MDIO
This patch hooks up the emac driver with the newly separated cpdma driver.
Key differences introduced here:
- The old buffer list scheme is no longer required
- The original code maintained mac address per rx channel, even if only one
rx channel was being used. With this change, mac
Having switched over to the newly introduced cpdma layer, this patch now
removes a whole bunch of code that is now unused. This patch has been
maintained separate strictly for reasons of readability.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
---
In addition to being embedded into the EMAC controller, the CPDMA hardware
block is used in TI's CPSW switch controller. Fortunately, the programming
interface to this hardware block remains pretty nicely consistent across these
devices.
This patch adds a new CPDMA services layer, which can then
This patch removes code that has been rendered useless by the previous patches
in this series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
---
drivers/net/davinci_emac.c | 107 --
This patch switches the emac implementation over to the newly separated
MDIO driver.
With this, the mdio bus frequency defaults to a safe 2.2MHz. Boards may
optionally specify a bus frequency via platform data.
The phy identification scheme has been modified to use a phy bus id instead
of a
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
arch/arm/mach-davinci/board-da830-evm.c |5 -
arch/arm/mach-davinci/board-da850-evm.c |6
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port switch hardware.
By separating the MDIO controller code into its own platform driver, this
patch allows common logic to be
G, Manjunath Kondaiah manj...@ti.com writes:
[...]
diff --git a/arch/arm/mach-omap1/include/mach/dma.h
b/arch/arm/mach-omap1/include/mach/dma.h
index d446cdd..1eb0d31 100644
--- a/arch/arm/mach-omap1/include/mach/dma.h
+++ b/arch/arm/mach-omap1/include/mach/dma.h
@@ -77,4 +77,70 @@
On 06/09/10 04:40, Marek Vasut wrote:
Dne Ne 5. září 2010 22:30:00 tarek attia napsal(a):
Hi all,
Did anyone try the cpufreq on the mini2440 ? and did anyone get it
working on the board ?
Each time I do the configuration in the kernel I found nothing on the
board ,however after the
On Tue, Sep 07, 2010 at 12:26:47PM -0700, David Cross wrote:
This patch exports some of the gpmc driver functions in OMAP3. The purpose
behind this patch
is to allow device drivers compiled as loadable modules to be interfaced to
the GPMC. I am
hoping that Tony is the correct maintainer
From: Kevin Hilman khil...@ti.com
Implement the new runtime PM framework as a thin layer on top of the
omap_device API. OMAP specific runtime PM methods are registered with
the as custom methods on the platform_bus.
In order to determine if a device is an omap_device, its parent device
is
From: Kevin Hilman khil...@ti.com
On OMAP1, we do not have omap_device + omap_hwmod to manage the
device-specific idle, enable and shutdown. Instead, just
enable/disable device clocks automatically at the runtime PM level.
This allows drivers to not have any OMAP1 specific clock management
and
* Cyril Chemparathy cy...@ti.com [100907 13:17]:
This patch adds mdio platform devices on SoCs that have the necessary
hardware. Clock lookup entries (aliases) have also been added, so that the
MDIO and EMAC drivers can independently enable/disable a shared underlying
clock. Further, the
* Cyril Chemparathy cy...@ti.com [100907 13:17]:
This patch removes davinci architecture code that has now been rendered
useless by the previous patches in the MDIO separation series.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Acked-by: David S. Miller da...@davemloft.net
This one too:
Cyril Chemparathy cy...@ti.com writes:
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, September 08, 2010 4:15 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 08/11] OMAP: DMA: Convert DMA library
into
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 04, 2010 2:22 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Shilimkar, Santosh
Subject: Re: [PATCH v2 04/11] OMAP3: DMA: HWMOD: Add hwmod
data
On 09/07/2010 09:18 PM, Kevin Hilman wrote:
Cyril Chemparathy cy...@ti.com writes:
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses
On Tue, Sep 07, 2010 at 11:23:28PM +0800, tom.leim...@gmail.com wrote:
This patch set fixes two kinds of musb-gadget bug:
-fix kernel panic if using out ep with FIFO_TXRX style
-make double buffer mode usable, fix infinate hangs and buffer
corrupt bug when using double
* Tony Lindgren t...@atomide.com [100906 10:56]:
* Russell King - ARM Linux li...@arm.linux.org.uk [100906 03:36]:
Here's my latest patch (which is combined from two patches.)
Tony, could you follow up with patches for anything which is still
required - I think there's two things you've
This should not be needed when running on UP systems.
Additionally we will also get an undefined instruction on ARM cores
without the extended CPUID registers with CONFIG_SMP_ON_UP.
Also, we can now remove the is_smp() test from mmu.c.
Signed-off-by: Tony Lindgren t...@atomide.com
diff --git
This is not needed on UP. Additionally with will cause issues when
booting CONFIG_SMP_ON_UP kernel on earlier ARM cores.
Signed-off-by: Tony Lindgren t...@atomide.com
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 401e38b..5facdbe 100644
--- a/arch/arm/kernel/process.c
Fix CONFIG_LOCAL_TIMERS initialization for multi-omap
Signed-off-by: Tony Lindgren t...@atomide.com
diff --git a/arch/arm/mach-omap2/timer-gp.c b/arch/arm/mach-omap2/timer-gp.c
index 74fbed8..5a3e606 100644
--- a/arch/arm/mach-omap2/timer-gp.c
+++ b/arch/arm/mach-omap2/timer-gp.c
@@ -228,8
This patch fixes sparse warning due non declaration of static function
sound/soc/omap/omap-mcbsp.c:783:5: warning: symbol 'omap_mcbsp_st_info_volsw'
was not declared. Should it be static?
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: alsa-de...@alsa-project.org
Cc: Jarkko Nikula
* Bryan Wu bryan...@canonical.com [100906 03:09]:
Tony,
I tried your latest branch: devel-smp-on-unicore, kernel boots up but
got lots of WARN_ON fired:
---
[ cut here ]
[1.149719] WARNING: at mm/percpu-vm.c:320 pcpu_alloc+0x2fc/0x888()
[1.149780] Modules
* Shilimkar, Santosh santosh.shilim...@ti.com [100903 05:07]:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, September 03, 2010 1:00 AM
To: Russell King - ARM Linux
Cc:
CC Felipe / David / Gadiyar / Mike / Sergei
2010/9/8 Greg KH g...@kroah.com:
I seem to not have 1/6 here, did it get stuck somewhere?
Here is 1/6:
http://marc.info/?l=linux-usbm=128387307419605w=2
If you need, I can send the 1/6 to you directly.
Anyway, I need Felipe's ack before
Hi Tomi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, September 07, 2010 7:15 PM
To: K, Mythri P
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH 2/2] OMAP:DSS: RFC Patch to add HDMI DSS driver
support
On Tue, 2010-09-07 at 15:37
93 matches
Mail list logo
