On Mon, 2012-04-23 at 10:05 +0530, Mahapatra, Chandrabhanu wrote:
On Fri, Apr 20, 2012 at 7:59 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
The patch is now otherwise fine, but I think it needs some more
renaming. Now the code mixes fclk and core-clk names, which is rather
confusing. I
On Sun, Apr 22, 2012 at 2:20 PM, Russ Dill russ.d...@ti.com wrote:
On Sun, Apr 22, 2012 at 1:48 AM, Russ Dill russ.d...@ti.com wrote:
'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' removes the include for
linux/gpio.h from omap-usb-host.c. This include indirectly includes
plat/cpu.h
On Fri, Apr 20, 2012 at 8:37 PM, Tero Kristo t-kri...@ti.com wrote:
On Fri, 2012-04-20 at 20:21 +0530, Datta, Shubhrajyoti wrote:
On Fri, Apr 20, 2012 at 8:13 PM, Tero Kristo t-kri...@ti.com wrote:
On Fri, 2012-04-20 at 06:55 -0700, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
DISPC_FCLK is incorrectly used as functional clock of DISPC in scaling
calculations. So, DISPC_CORE_CLK replaces as functional clock of DISPC.
DISPC_CORE_CLK is derived from DISPC_FCLK divided by an independent DISPC
divisor LCD.
Signed-off-by: Chandrabhanu Mahapatra cmahapa...@ti.com
---
On Sun, Apr 22, 2012 at 4:11 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
During one of the internal releases, I have added YUV (BT656) support, it is
based on 2.6.37 based kernel, but still it will give you pointer and help
you to change the code to get support for the same.
I have created
Add statics to board-omap4-panda.c's internal functions and data
structures to remove warnings.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
On Mon, 2012-04-23 at 12:16 +0530, Chandrabhanu Mahapatra wrote:
DISPC_FCLK is incorrectly used as functional clock of DISPC in scaling
calculations. So, DISPC_CORE_CLK replaces as functional clock of DISPC.
DISPC_CORE_CLK is derived from DISPC_FCLK divided by an independent DISPC
divisor LCD.
Hi Alan,
On Fri, Apr 20, 2012 at 6:57 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
diff --git a/drivers/tty/serial/serial_core.c
b/drivers/tty/serial/serial_core.c
index 9c4c05b..0dc246d 100644
--- a/drivers/tty/serial/serial_core.c
+++ b/drivers/tty/serial/serial_core.c
@@ -1284,6 +1284,8
On Fri, 2012-04-06 at 07:52 +, Mohammed, Afzal wrote:
Hi Paul,
On Fri, Apr 06, 2012 at 12:43:06, Paul Walmsley wrote:
Perhaps you might be willing to add some debugging to omap_mux_late_init()
to find out what part of that function is causing it to hang?
It is getting hung as
diff --git a/drivers/tty/serial/serial_core.c
b/drivers/tty/serial/serial_core.c
index 9c4c05b..c176ff2 100644
--- a/drivers/tty/serial/serial_core.c
+++ b/drivers/tty/serial/serial_core.c
@@ -1426,6 +1426,9 @@ static void uart_port_shutdown(struct tty_port *port)
*/
Hi Tero,
With this branch you meant,
HEAD @ 297624c ARM: OMAP3: PM: Remove IO Daisychain control from cpuidle,
right ? (the one Paul suggested to try)
Regards
Afzal
On Mon, Apr 23, 2012 at 14:54:04, Kristo, Tero wrote:
On Fri, 2012-04-06 at 07:52 +, Mohammed, Afzal wrote:
Hi Paul,
On Mon, 2012-04-23 at 12:07 +0200, Mohammed, Afzal wrote:
Hi Tero,
With this branch you meant,
HEAD @ 297624c ARM: OMAP3: PM: Remove IO Daisychain control from cpuidle,
right ? (the one Paul suggested to try)
Yeah, thats right. My patch applies right on top of it.
-Tero
Regards
On Fri, 2012-04-20 at 12:20 -0500, Ricardo Neri wrote:
Hi Tomi,
Thanks for your comments!
On 04/20/2012 07:03 AM, Tomi Valkeinen wrote:
I can't say anything about the parameters for audio_config, so I trust
they are ok. But some comments about the functions:
Fwiw, I have been
Hi Tero,
On Mon, Apr 23, 2012 at 15:43:22, Kristo, Tero wrote:
can you try the attached patch with this branch and omap3evm board? I
don't have the board myself so I can't test it myself (I tested this
with omap3beagle and it works with that one.)
With your patch, OMAP3EVM boots
Hi Aneesh,
On Fri, Apr 13, 2012 at 01:28:55, V, Aneesh wrote:
Thanks. I will wait for your review then. Once I have your comments
I will re-work and submit in the new directory structure proposed.
Do you have a plan on submitting EMIF driver in the new proposed
(drivers/memory) directory. Or
Afzal,
On Mon, Apr 23, 2012 at 4:26 PM, Mohammed, Afzal af...@ti.com wrote:
Hi Aneesh,
On Fri, Apr 13, 2012 at 01:28:55, V, Aneesh wrote:
Thanks. I will wait for your review then. Once I have your comments
I will re-work and submit in the new directory structure proposed.
Do you have a
Hi Santosh,
On Mon, Apr 23, 2012 at 16:34:46, Shilimkar, Santosh wrote:
Please go ahead in creating directory.
Thanks for the quick reply.
Regards
Afzal
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
Here's a patch which converts the SPI driver to use dma engine support.
It's more or less a mechanical replacement in this driver. Tested on
OMAP4430SDP ethernet (which basically means that udhcpc works.)
One thing to note: the old DMA code programmed the DMA hardware for an
element count of N
On Mon, 2012-04-23 at 12:43 +0200, Mohammed, Afzal wrote:
Hi Tero,
On Mon, Apr 23, 2012 at 15:43:22, Kristo, Tero wrote:
can you try the attached patch with this branch and omap3evm board? I
don't have the board myself so I can't test it myself (I tested this
with omap3beagle and
On Fri, Apr 20, 2012 at 03:29:20PM -0600, Paul Walmsley wrote:
Resolve this build warning:
drivers/usb/otg/isp1301_omap.c: In function 'isp1301_set_peripheral':
drivers/usb/otg/isp1301_omap.c:1340:6: warning: unused variable 'l'
This shows up when building with the 'omap1_defconfig' and
On Fri, Apr 20, 2012 at 05:59:25PM +, Matcovschi, Oleg wrote:
Should I resend patch again including maintainers?
Please, I didn't see it so I'll need a copy if I'm going to review it.
Sorry, my first patch. Will do in future patches.
No worries.
signature.asc
Description: Digital
On Thu, 2012-03-29 at 02:45 +0300, Grazvydas Ignotas wrote:
VENC type (composite/svideo) doesn't have to be fixed by board wiring,
it is possible to provide both connectors, which is what pandora does.
Having to recompile the kernel for users who have TV connector types
that's don't match
On Mon, Apr 23, 2012 at 5:16 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Here's a patch which converts the SPI driver to use dma engine support.
It's more or less a mechanical replacement in this driver. Tested on
OMAP4430SDP ethernet (which basically means that udhcpc works.)
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/video/omap2/displays/panel-generic-dpi.c | 25 ++
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/displays/panel-generic-dpi.c
On Wed, 2012-03-28 at 16:38 -0600, Ricardo Neri wrote:
Signed-off-by: Ricardo Neri ricardo.n...@ti.com
There's a typo in the subject of the typo fix =).
And always provide a patch description, please. In the simplest cases it
can be the same as the subject.
Tomi
signature.asc
Description:
The supply is connected to the DSS DO-D5 pins and is thus needed for
both serial and parallel display interfaces on the igep0030 as well as
the igep0020.
If the igep0030 module isn't connected to a display, no DSI or DPI
display will be specified in board code, and the DSS driver won't enable
to
On Wed, 2012-03-28 at 16:38 -0600, Ricardo Neri wrote:
Implement the DSS device driver audio support interface in the HDMI
panel driver and generic driver. The implementation relies on the
IP-specific functions that are defined at DSS probe time.
A HW-safe spinlock is used to protect the
On Wed, 2012-03-28 at 16:38 -0600, Ricardo Neri wrote:
In order to avoid duplication of definitions. Use the definitions provided
by asoundef.h. Furthermore, as CEA-861 and IEC-60958 are used by both
DisplayPort and HDMI, this helps to make the code more generic.
The first two sentences should
From: Govindraj.R govindraj.r...@ti.com
With set_wakeup port ops availability from serial_core layer
which will be called when port is opened with state as true
indicating the wakeups can be enabled for this port and state
as false while port shutdown where we can disable the wakeups.
But wakeup
On Wed, 2012-03-28 at 16:38 -0600, Ricardo Neri wrote:
Instead of having an ASoC codec embedded into DSS code, use the generic DSS
device driverinterface for audio support. This allows to any potential user,
including an ASoC driver, take advantage of the HDMI audio functionality.
The
On Wed, 2012-03-28 at 16:38 -0600, Ricardo Neri wrote:
Instead of having OMAPDSS HDMI audio functionality depending on the
ASoC HDMI audio driver, use a new config option so that
potential users, including ASoC, may select if needed.
Signed-off-by: Ricardo Neri ricardo.n...@ti.com
---
On 04/19/2012 03:58 PM, Daniel Lezcano wrote:
On 04/10/2012 12:37 AM, Kevin Hilman wrote:
Daniel Lezcanodaniel.lezc...@linaro.org writes:
The cpuidle API allows to declare statically the states in the driver
structure. Let's use it.
We do no longer need the fill_cstate function called at
On Fri, Apr 20, 2012 at 09:50:00AM -0700, Tony Lindgren wrote:
Then something like this is still needed on top of your original mmc driver
patch for omap2420:
--- a/drivers/mmc/host/omap.c
+++ b/drivers/mmc/host/omap.c
@@ -1617,11 +1617,14 @@ static int __init mmc_omap_probe(struct
On Fri, Apr 20, 2012 at 03:22:33PM -0700, Tony Lindgren wrote:
* Russell King rmk+ker...@arm.linux.org.uk [120418 03:14]:
Using coherent DMA memory with the OMAP DMA engine results in
unpredictable behaviour due to memory ordering issues; as things stand,
there is no guarantee that data
On Mon, Apr 23, 2012 at 04:34:46PM +0530, Shilimkar, Santosh wrote:
Afzal,
On Mon, Apr 23, 2012 at 4:26 PM, Mohammed, Afzal af...@ti.com wrote:
Hi Aneesh,
On Fri, Apr 13, 2012 at 01:28:55, V, Aneesh wrote:
Thanks. I will wait for your review then. Once I have your comments
I will
* Russell King - ARM Linux li...@arm.linux.org.uk [120423 07:22]:
On Fri, Apr 20, 2012 at 03:22:33PM -0700, Tony Lindgren wrote:
* Russell King rmk+ker...@arm.linux.org.uk [120418 03:14]:
Using coherent DMA memory with the OMAP DMA engine results in
unpredictable behaviour due to memory
* Russell King - ARM Linux li...@arm.linux.org.uk [120423 07:17]:
On Fri, Apr 20, 2012 at 09:50:00AM -0700, Tony Lindgren wrote:
Then something like this is still needed on top of your original mmc driver
patch for omap2420:
--- a/drivers/mmc/host/omap.c
+++ b/drivers/mmc/host/omap.c
arch/arm/plat-omap/devices.c: In function 'omap_dsp_reserve_sdram_memblock':
arch/arm/plat-omap/devices.c:170: warning: format '%x' expects type 'unsigned
int', but argument 3 has type 'phys_addr_t'
arch/arm/mach-omap2/dsp.c: In function 'omap_dsp_init':
arch/arm/mach-omap2/dsp.c:60: warning:
On Mon, Apr 23, 2012 at 07:30:48AM -0700, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [120423 07:17]:
On Fri, Apr 20, 2012 at 09:50:00AM -0700, Tony Lindgren wrote:
Then something like this is still needed on top of your original mmc
driver
patch for
drivers/staging/tidspbridge/core/tiomap3430.c: In function 'bridge_brd_start':
drivers/staging/tidspbridge/core/tiomap3430.c:425: error: implicit declaration
of function 'OMAP2_L4_IO_ADDRESS'
drivers/staging/tidspbridge/core/wdt.c: In function 'dsp_wdt_init':
On Mon, Apr 23, 2012 at 7:57 PM, Tony Lindgren t...@atomide.com wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [120423 07:22]:
On Fri, Apr 20, 2012 at 03:22:33PM -0700, Tony Lindgren wrote:
* Russell King rmk+ker...@arm.linux.org.uk [120418 03:14]:
Using coherent DMA memory with
platform_device pdev can be NULL if CONFIG_MMC_OMAP_HS is not set.
Add check for NULL pointer
Fixes the following boot crash seen with omap4sdp and omap4panda
when MMC is disabled.
Unable to handle kernel NULL pointer dereference at virtual address 008c
pgd = c0004000
[008c]
On Mon, Apr 23, 2012 at 05:34:14PM +0300, Felipe Contreras wrote:
drivers/staging/tidspbridge/core/tiomap3430.c: In function 'bridge_brd_start':
drivers/staging/tidspbridge/core/tiomap3430.c:425: error: implicit
declaration of function 'OMAP2_L4_IO_ADDRESS'
Hi,
On Mon, Apr 23, 2012 at 08:11:07PM +0530, Balaji T K wrote:
+int __init omap4_twl6030_hsmmc_init(struct omap2_hsmmc_info *controllers)
+{
+ struct omap2_hsmmc_info *c;
+
+ omap_hsmmc_init(controllers);
+ for (c = controllers; c-mmc; c++) {
+ /* pdev can be null
On Mon, Apr 23, 2012 at 5:39 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Apr 23, 2012 at 05:34:14PM +0300, Felipe Contreras wrote:
drivers/staging/tidspbridge/core/tiomap3430.c: In function
'bridge_brd_start':
drivers/staging/tidspbridge/core/tiomap3430.c:425: error:
On Mon, Apr 23, 2012 at 7:57 PM, Greg KH g...@kroah.com wrote:
On Mon, Apr 23, 2012 at 04:34:46PM +0530, Shilimkar, Santosh wrote:
Afzal,
On Mon, Apr 23, 2012 at 4:26 PM, Mohammed, Afzal af...@ti.com wrote:
Hi Aneesh,
On Fri, Apr 13, 2012 at 01:28:55, V, Aneesh wrote:
Thanks. I will
On Monday 23 April 2012 06:02 PM, Shilimkar, Santosh wrote:
conversion process is fairly straight forward - it's more or less:
1. add struct dma_chan * pointer to the private structure.
2. add allocation/freeing functions for the DMA engine channels.
3. convert the callbacks to match the
On Mon, Apr 23, 2012 at 3:23 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Thu, 2012-03-29 at 02:45 +0300, Grazvydas Ignotas wrote:
VENC type (composite/svideo) doesn't have to be fixed by board wiring,
it is possible to provide both connectors, which is what pandora does.
Having to
On Thu, Apr 19, 2012 at 06:58:13PM +0530, Shubhrajyoti D wrote:
Currently the i2c driver calls the pm_runtime_enable and never
the disable. This may cause a warning when pm_runtime_enable
checks for the count match.Attempting to fix the same by calling
pm_runtime_disable in the error and the
Thanks for review,
On Mon, Apr 23, 2012 at 9:13 PM, Wolfram Sang w.s...@pengutronix.de wrote:
On Thu, Apr 19, 2012 at 06:58:13PM +0530, Shubhrajyoti D wrote:
Currently the i2c driver calls the pm_runtime_enable and never
the disable. This may cause a warning when pm_runtime_enable
checks for
For the full text, please see
http://lists.arm.linux.org.uk/lurker/message/20120418.100954.7fa7acf8.en.html
This version contains updates for some of the comments received from the
previous round, and adds the OMAP1/2 MMC and SPI drivers to the conversion.
I've also added a note to
Using coherent DMA memory with the OMAP DMA engine results in
unpredictable behaviour due to memory ordering issues; as things stand,
there is no guarantee that data written to coherent DMA memory will be
visible to the DMA hardware.
This is because the OMAP dma_write() accessor contains no
Split the virtual slave channel DMA support from the sa11x0 driver so
this code can be shared with other slave DMA engine drivers.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/Kconfig |4 +
drivers/dma/Makefile |1 +
drivers/dma/sa11x0-dma.c | 249
Tested-by: Tony Lindgren t...@atomide.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/Kconfig|6 +
drivers/dma/Makefile |1 +
drivers/dma/omap-dma.c | 521
3 files changed, 528 insertions(+), 0
res can be one of several resources, as this variable is re-used several
times during probe. This can cause the wrong resource parameters to be
passed to release_mem_region().
Get the original memory resource before calling release_mem_region().
Signed-off-by: Russell King
Add DMA engine support to the OMAP HSMMC driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Remove the private DMA API implementation from omap_hsmmc, making it
use entirely the DMA engine API.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/mmc/host/omap_hsmmc.c | 264 ++---
1 files changed, 64 insertions(+), 200 deletions(-)
Add DMA engine support to the OMAP driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Remove the private DMA API implementation from omap, making it use
entirely the DMA engine API.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/mmc/host/omap.c | 235 +-
1 files changed, 6 insertions(+), 229 deletions(-)
diff
DMAengine uses the DMA engine device structure when mapping/unmapping
memory for DMA, so the MMC devices do not need their DMA masks
initialized (this reflects hardware: the MMC device is not the device
doing DMA.)
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Add DMA engine support to the OMAP SPI driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be independently switched at build time between using DMA
engine and the private DMA API for the transmit and receive sides.
Tested-by: Shubhrajyoti
Remove the private DMA API implementation from spi-omap2-mcspi.c,
making it use entirely the DMA engine API.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/spi/spi-omap2-mcspi.c | 104 ++---
1 files changed, 5 insertions(+), 99
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Documentation/feature-removal-schedule.txt | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-removal-schedule.txt
index
On Thu, Apr 19, 2012 at 06:58:18PM +0530, Shubhrajyoti D wrote:
If PM runtime get_sync fails return with the error
so that no further reads/writes goes through the interface.
This will avoid possible abort. Add a error message in case
of failure with the cause of the failure.
I don't think
On Thu, Apr 19, 2012 at 06:58:20PM +0530, Shubhrajyoti D wrote:
Currently in the 1.153 errata handling while waiting for transmitter
underflow if NACK is got the XUDF flag is also set.
The flag is set after wait for the condition is over.
What does XUDF mean? Please update the commit
On Thu, Apr 19, 2012 at 06:58:19PM +0530, Shubhrajyoti D wrote:
From: Tasslehoff Kjappfot tasskj...@gmail.com
i2c_probe set the dev-errata flag, but omap_i2c_init cleared the flag again.
Move the errata handling to i2c_probe.
Signed-off-by: Tasslehoff Kjappfot tasskj...@gmail.com
On Thu, Apr 19, 2012 at 06:58:17PM +0530, Shubhrajyoti D wrote:
In omap_i2c_remove we are accessing the I2C_CON register without
enabling the clocks. Fix the same by enabling the clocks and disabling
it.
This fixes the following crash.
[ 154.723022] [ cut here
On Thu, Apr 19, 2012 at 06:58:11PM +0530, Shubhrajyoti D wrote:
This patch series seperates the fixes from other
changes from [2]
I also noticed this one in my build. Can you check?
WARNING: modpost: Found 1 section mismatch(es).
--
Pengutronix e.K. | Wolfram Sang
Daniel Lezcano daniel.lezc...@linaro.org writes:
On 04/19/2012 03:58 PM, Daniel Lezcano wrote:
On 04/10/2012 12:37 AM, Kevin Hilman wrote:
Daniel Lezcanodaniel.lezc...@linaro.org writes:
The cpuidle API allows to declare statically the states in the driver
structure. Let's use it.
We do
The subject is too generic. (I don't want to be negative always: The
following description of the problem is good :))
On Thu, Apr 19, 2012 at 06:58:15PM +0530, Shubhrajyoti D wrote:
Currently in probe
pm_runtime_put(dev-dev);
Indentation wrong.
...
/* i2c device drivers may
Greetings,
I'm trying to add support for our DM3730-based SOMs to the latest
Kernel and am basing my work on the latest and greatest Linux-next
(3.4.0-rc4-next-20120423-dirty currently) and am finding an
interesting issue with the use of msleep.
I'm trying to bring up a basic system with SD
On Monday 23 April 2012 09:50 PM, Wolfram Sang wrote:
On Thu, Apr 19, 2012 at 06:58:18PM +0530, Shubhrajyoti D wrote:
If PM runtime get_sync fails return with the error
so that no further reads/writes goes through the interface.
This will avoid possible abort. Add a error message in case
of
On Monday 23 April 2012 10:12 PM, Wolfram Sang wrote:
On Thu, Apr 19, 2012 at 06:58:20PM +0530, Shubhrajyoti D wrote:
Currently in the 1.153 errata handling while waiting for transmitter
underflow if NACK is got the XUDF flag is also set.
The flag is set after wait for the condition is over.
On Monday 23 April 2012 10:13 PM, Wolfram Sang wrote:
On Thu, Apr 19, 2012 at 06:58:19PM +0530, Shubhrajyoti D wrote:
From: Tasslehoff Kjappfot tasskj...@gmail.com
i2c_probe set the dev-errata flag, but omap_i2c_init cleared the flag again.
Move the errata handling to i2c_probe.
On Fri, Apr 20, 2012 at 06:04:20, Hilman, Kevin wrote:
Vaibhav Hiremath hvaib...@ti.com writes:
Thanks Kevin for the review comments and sorry for delayed response...
Please find my response in-lined below -
Current OMAP code supports couple of clocksource options based
on compilation
On Monday 23 April 2012 10:35 PM, Wolfram Sang wrote:
On Thu, Apr 19, 2012 at 06:58:11PM +0530, Shubhrajyoti D wrote:
This patch series seperates the fixes from other
changes from [2]
I also noticed this one in my build. Can you check?
WARNING: modpost: Found 1 section mismatch(es).
I
Paul Walmsley p...@pwsan.com writes:
cc Santosh
Hi Kevin,
Nice changelog!
On Fri, 13 Apr 2012, Kevin Hilman wrote:
Without runtime PM enabled, hwmod needs to leave all IP blocks in an
enabled state by default so any driver access to the HW will succeed.
This is accomplished by seting
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
What about the OMAP2/3 clkdev tables? Can't those be removed as well?
Comment applies to PATCH 4/4
On Thu, Apr 19, 2012 at 04:48:37, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120413 03:39]:
On Thu, Apr 12, 2012 at 13:56:06, Paul Walmsley wrote:
Yes, we are using am3517evm file for AM33XX MACHINE_INIT definition here.
These patches have been reviewed and accepted in the
On Mon, 23 Apr 2012 11:55:49 +0530
Munegowda, Keshava keshava_mgo...@ti.com wrote:
On Sun, Apr 22, 2012 at 2:20 PM, Russ Dill russ.d...@ti.com wrote:
On Sun, Apr 22, 2012 at 1:48 AM, Russ Dill russ.d...@ti.com wrote:
'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' removes the include
On Sat, Apr 21, 2012 at 7:33 PM, Janusz Krzysztofik
jkrzy...@tis.icnet.pl wrote:
On Thursday 02 of February 2012 23:00:37 Tarun Kanti DebBarma wrote:
With register offsets now defined for respective OMAP versions we can get rid
of cpu_class_* checks. This function now has common initialization
Hi
On Fri, 20 Apr 2012, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
On 24xx/34xx/36xx Module level wakeup events are enabled/disabled using
PM_WKEN1_CORE/PM_WKEN_PER regs. The module level wakeups are enabled by
default, by PRM soft reset default value of PM_WKEN reg is all
On Mon, Apr 23, 2012 at 11:18 PM, Kevin Hilman khil...@ti.com wrote:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
We do not use iclk anywhere in the dmtimer driver and so removing it.
Hence removing the timer iclk entries from OMAP4 clkdev table as well.
What about the OMAP2/3 clkdev
Add AESS memory bank data in hwmod in order to provide memory
address information to the driver. AESS is divided inside 5
memory banks than can be accessed directly by MPU or by L3.
- PMEM: Program memory bank.
- SMEM: Sample memory bank.
- CMEM: Coefficients memory bank
- DMEM: Data memory bank.
+ lakml and Paul
On 4/23/2012 10:25 PM, Sebastien Guiriec wrote:
Add AESS memory bank data in hwmod in order to provide memory
address information to the driver. AESS is divided inside 5
memory banks than can be accessed directly by MPU or by L3.
- PMEM: Program memory bank.
- SMEM: Sample
VENC output type (composite/svideo) doesn't have to be fixed by board
wiring, it is possible to also provide composite signal through svideo
luminance connector (software enabled), which is what pandora does.
Having to recompile the kernel for users who have TV connector types
that don't match
On 04/23/2012 07:08 PM, Kevin Hilman wrote:
Daniel Lezcanodaniel.lezc...@linaro.org writes:
On 04/19/2012 03:58 PM, Daniel Lezcano wrote:
On 04/10/2012 12:37 AM, Kevin Hilman wrote:
Daniel Lezcanodaniel.lezc...@linaro.org writes:
The cpuidle API allows to declare statically the states
Govindraj.R govindraj.r...@ti.com writes:
From: Govindraj.R govindraj.r...@ti.com
The following commit:
(7496ba3 ARM: OMAP2+: UART: Add default mux for all uarts)
added default pads for all uarts. But not all boards tend to
use all uarts and most of unused uart pins are muxed for
other
Govindraj.R govindraj.r...@ti.com writes:
From: Govindraj.R govindraj.r...@ti.com
With set_wakeup port ops availability from serial_core layer
which will be called when port is opened with state as true
indicating the wakeups can be enabled for this port and state
as false while port
Hi all,
Here are some patches to almost remove plat-omap/devices.c
as omap2+ is using hwmod to initialize most things.
The only driver remaining in plat-omap/devices.c is the
rng driver.
This also changes omap1 and 2420 specific mmc driver to
pass DMA request lines via platform_data as
The comments in omap1_init_devices() ask to keep the devices in
alphabetical order. Only omap_init_audio() is not following this,
so let's move it. No functional changes.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/devices.c | 36 +---
This hardware exists on omap1 only and there's no need to keep it
in plat-omap/devices.c. No functional changes.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/devices.c | 44
arch/arm/plat-omap/devices.c | 45
This hardware exists only on 2430 and later omaps, so there's no
need to have it in plat-omap/devices.c.
Note that we don't have any users for exported omap_dsp_get_mempool_base(),
so we can make it static.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/dsp.c| 27
Add MMC for 2420 so we can pass the DMA request lines the same
way as we already do on omap2430 and later.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 63
This allows us to pass dma request lines in platform data to
MMC driver the same way as we already do for omap2430 and later.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/devices.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git
Now that omap2420 is using hwmod for MMC, this code is omap1
only used on omap1.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/devices.c | 43 ++
arch/arm/plat-omap/devices.c | 48 -
Pass dma request lines in platform data to MMC driver.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap1/devices.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap1/devices.c b/arch/arm/mach-omap1/devices.c
index
* Russell King rmk+ker...@arm.linux.org.uk [120423 09:11]:
Add DMA engine support to the OMAP driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Below is
* Russell King rmk+ker...@arm.linux.org.uk [120423 09:09]:
Add DMA engine support to the OMAP HSMMC driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
* Russell King rmk+ker...@arm.linux.org.uk [120423 09:09]:
Remove the private DMA API implementation from omap_hsmmc, making it
use entirely the DMA engine API.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Tested on 770, n800, 2430sdp, n900, zoom3 and blaze:
Tested-by: Tony
1 - 100 of 105 matches
Mail list logo
