On Thu, 2011-06-16 at 20:56 +0200, Hilman, Kevin wrote:
Hi Tero,
Tero Kristo t-kri...@ti.com writes:
Following set contains PRCM chain interrupt handling for OMAP3/4.
What does this series apply to? It doesn't seem to apply to mainline
(v3.0-rc3) or l-o master.
You are right, it
HDMI IP block is common between TI OMAP4 Procerssor and Netra processor although
the Display subsytem is different. Thus to reuse the code between these two
processors , HDMI IP dependant code is seperated out from hdmi.c and moved to
new library file hdmi_ti_4xxx_ip.c which now resides in
As the base_address of the HDMI might differ across SoC's, offset of the HDMI
logical blocks and base address got from the platform data are passed
dynamically to the functions that modify HDMI IP registers.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 518
Clean up to move the EDID definition to hdmi.c from the header file which is IP
dependent.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 10 ++
drivers/video/omap2/dss/hdmi.h | 10 --
2 files changed, 10 insertions(+), 10 deletions(-)
diff
Define new HDMI timings structure to replace the OMAP DSS timing strucutre in
hdmi.c
to have the HDMI include defintion out of DSS.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 23 ---
drivers/video/omap2/dss/hdmi.h | 15 ++-
Some of the header file definitions of HDMI IP are needed by audio driver thus
moving the common defintion to more generic Include/video.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/dss.h | 10 -
drivers/video/omap2/dss/hdmi.c |1 +
Splitting HDMI IP dependent IP configuring code from HDMI DSS dependent code and
moving to a new IP file.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/Makefile |1 +
drivers/video/omap2/dss/hdmi.c | 751 ---
Functions that are included in the generic video include of HDMI TI OMAP4, TI8xx
etc IP library is renamed to have IP specific names so that it will not conflict
with similar function from other IP.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c| 18
As the panel driver will remain generic across OMAP's renaming it to
hdmi_panel.c
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/Makefile |2 +-
.../omap2/dss/{hdmi_omap4_panel.c = hdmi_panel.c} |2 +-
2 files changed, 2 insertions(+), 2
Moving support of HDMI IP library from OMAP4 DSS directory to Video directory as
HDMI IP present in both TI OMAP4, TI81xx, TI38xx Processor,Thus the library in
DSS can be reused in TI81xx, TI38xx processors.
Although both these processors have different Display subsytem HDMI IP remains
the same ,
changes since v1:
reworded the commit message as requested
From f7f1c11fef76e53cdfe4ad98c6c9605dbe94aa86 Mon Sep 17 00:00:00 2001
From: Vladimir Pantelic vlado...@gmail.com
Date: Tue, 26 Apr 2011 09:28:11 +0200
Subject: [PATCH] omap v4l2: fix wrong resizer calculation
The
Hello Tejun,
On Thursday 16 June 2011 16:06:00 Ujfalusi, Peter wrote:
I suppose you meant alloc_workqueue()? :)
Oh, yes. I mean that.
Just avoid another series...
I have looked at the alloc_workqueue, and I'm not really sure what parameters
should I use.
#define
-Original Message-
From: Vladimir Pantelic [mailto:vlado...@gmail.com]
Sent: Friday, June 17, 2011 2:05 PM
To: Kernel development list; linux-omap@vger.kernel.org; Hiremath, Vaibhav
Subject: [PATCH v2] omap v4l2: fix wrong resizer calculation
changes since v1:
reworded the
From: Jean Pihet j-pi...@ti.com
Most of the ASM sleep code (in arch/arm/mach-omap2/sleep34xx.S)
is copied to internal SRAM and run from there.
However only a small part of the code really needs to run from internal SRAM.
This fix lets most of the ASM idle code run from the DDR
in order to
Hi Santosh,
On Thu, Jun 16, 2011 at 6:11 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On 6/16/2011 9:00 PM, Pihet-XID, Jean wrote:
Hi Santosh, Benoit, Kevin,
I would like to revive this discussion. Can you give some feedback on
the self-refresh problem that is proposed in the
Hello Tony, Samuel, Mark, Liam.
Did you got time to check the patches for your areas?
I want to send the updated series with the change in the vibra driver
(addressing comments from Dmitry, and Tejun), but I want to address your
comments as well at the same time if any (or add you Ack).
Thank
On 6/17/2011 2:28 PM, Jean Pihet wrote:
Hi Santosh,
[]
-omap3_do_wfi:
+do_WFI:
+ ldr r4, cm_clkstctrl_core @ read the CLKSTCTRL_CORE
+ ldr r5, [r4]@ read the contents of
CLKSTCTRL_CORE
+ and r5, r5, #0x3
+ cmp r5, #0x3
+
On Fri, Jun 17, 2011 at 01:06:19PM +0300, Péter Ujfalusi wrote:
Hello Tony, Samuel, Mark, Liam.
Did you got time to check the patches for your areas?
I reviewed the first posting, did you do anything new?
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
Hello, Péter.
On Fri, Jun 17, 2011 at 12:39:57PM +0300, Péter Ujfalusi wrote:
Just avoid another series...
I have looked at the alloc_workqueue, and I'm not really sure what parameters
should I use.
#define create_singlethread_workqueue(name) \
Hello Mark,
On Friday 17 June 2011 11:39:40 Mark Brown wrote:
On Fri, Jun 17, 2011 at 01:06:19PM +0300, Péter Ujfalusi wrote:
Hello Tony, Samuel, Mark, Liam.
Did you got time to check the patches for your areas?
I reviewed the first posting, did you do anything new?
Yes I have added
On Fri, Jun 17, 2011 at 01:53:51PM +0300, Péter Ujfalusi wrote:
Hello Mark,
I reviewed the first posting, did you do anything new?
Yes I have added patches to the series for the codec part:
13-18
Oh, gah. I'll dig them out of my mail folders - I wasn't reading the
individual patches due
On 6/17/2011 2:22 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Most of the ASM sleep code (in arch/arm/mach-omap2/sleep34xx.S)
is copied to internal SRAM and run from there.
However only a small part of the code really needs to run from internal SRAM.
This fix lets most
On Friday 17 June 2011 11:51:28 Mark Brown wrote:
Oh, gah. I'll dig them out of my mail folders - I wasn't reading the
individual patches due to the repeated reposting.
Sorry about that, I did mentioned this in the intro mail, when I introduced
them. I should have made it more obvious for
On Friday 17 June 2011 11:43:32 Tejun Heo wrote:
Just use the default params
alloc_workqueue(twl6040-vibra, 0, 0);
Thanks.
I'll do this for the next posting
Thanks,
Péter
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git fixes
This set contains regression fixes for PM and pandora board.
Regards,
Tony
The following changes since commit 2c53b436a30867eb6b47dd7bab23ba638d1fb0d2:
Linus Torvalds (1):
This set applies on top of PM branch.
Changes compared to previous set:
- should now apply cleanly
* removed pm44xx.c changes as the branch does not contain necessary support
Texas Instruments Oy, Tekniikantie 12, 02150 Espoo. Y-tunnus: 0115040-6.
Kotipaikka: Helsinki
--
To unsubscribe
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing PRCM event
names, which are then matched to the particular PRCM interrupt bit
depending on the specific OMAP SoC
PRCM interrupt handler will now parse registered pads to see whether there
is an active wakeup event. If this is the case, the corresponding interrupt
will be triggered. This can be used for example with UART driver to register
PAD wakeup event for the UART RX pin, and when this happens, UART
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/serial.c | 30 +++---
drivers/tty/serial/omap-serial.c |6 ++
2 files changed, 17 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/mach-omap2/serial.c
index
On Fri, Jun 10, 2011 at 05:55:47PM -0400, Ohad Ben-Cohen wrote:
This should ease finding similarities with different platforms,
with the intention of solving problems once in a generic framework
which everyone can use.
Note: to move intel-iommu.c, the declaration of
On Mon, Jun 13, 2011 at 07:37:46PM +0300, Peter Ujfalusi wrote:
From: Liam Girdwood l...@ti.com
Add other supported sample rates to LP and HP modes.
Signed-off-by: Liam Girdwood l...@ti.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown
On Mon, Jun 13, 2011 at 07:37:47PM +0300, Peter Ujfalusi wrote:
From: Misael Lopez Cruz misael.lo...@ti.com
Remove dependency between pll (hppll, lppll) and headset power
mode (low-power, high-performance), as headset power mode can
be used with any pll.
Acked-by: Mark Brown
On Mon, Jun 13, 2011 at 07:37:48PM +0300, Peter Ujfalusi wrote:
From: Liam Girdwood l...@ti.com
Set default sysclk constraints to high performance mode.
Signed-off-by: Liam Girdwood l...@ti.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown
On Mon, Jun 13, 2011 at 07:37:49PM +0300, Peter Ujfalusi wrote:
From: Axel Castaneda Gonzalez x0055...@ti.com
Enable ramp down/up step to be configured based on
platform.
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To unsubscribe from this list: send the line unsubscribe
On Mon, Jun 13, 2011 at 07:37:45PM +0300, Peter Ujfalusi wrote:
From: Liam Girdwood l...@ti.com
Add all DAIs to fully support OMAP4 ABE.
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi Tony et al,
I'm having problems booting newer kernels on a Gumstix Overo board.
I enabled CONFIG_EARLY_PRINTK to see any messages at all, and see a
number of warnings first and then lots of garbled binary junk once the
UART is set up.
This is Linus' current master branch plus your latest
On Friday 17 June 2011 15:27:59 Mark Brown wrote:
On Mon, Jun 13, 2011 at 07:37:47PM +0300, Peter Ujfalusi wrote:
From: Misael Lopez Cruz misael.lo...@ti.com
Remove dependency between pll (hppll, lppll) and headset power
mode (low-power, high-performance), as headset power mode can
be
Daniel Mack wrote:
Hi Tony et al,
I'm having problems booting newer kernels on a Gumstix Overo board.
I enabled CONFIG_EARLY_PRINTK to see any messages at all, and see a
number of warnings first and then lots of garbled binary junk once the
UART is set up.
This is Linus' current
On Friday 17 June 2011 15:22:27 Mark Brown wrote:
On Mon, Jun 13, 2011 at 07:37:46PM +0300, Peter Ujfalusi wrote:
From: Liam Girdwood l...@ti.com
Add other supported sample rates to LP and HP modes.
Signed-off-by: Liam Girdwood l...@ti.com
Signed-off-by: Peter Ujfalusi
On Fri, Jun 17, 2011 at 4:03 PM, Gadiyar, Anand gadi...@ti.com wrote:
console=ttyS2,115200 root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait
Here is your problem. We now use the OMAP-serial driver for the UARTs.
Which breaks backward-compatibility with bootloaders set up for older
kernels. Now I
Signed-off-by: Daniel Mack zon...@gmail.com
---
arch/arm/mach-omap2/board-overo.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/arm/mach-omap2/board-overo.c
index 175e1ab..110475f 100644
--- a/arch/arm/mach-omap2/board-overo.c
Menon, Nishanth n...@ti.com writes:
On Thu, Jun 16, 2011 at 15:45, Kevin Hilman khil...@ti.com wrote:
Nice!
A reference to where these voltages values came from would be good to
have in the code as well.
these are just conversions of the existing values - :(
I think we need a seperate
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
[...]
diff --git a/arch/arm/mach-omap1/gpio16xx.c b/arch/arm/mach-
omap1/gpio16xx.c
index 9a97e60..d1da7c8 100644
--- a/arch/arm/mach-omap1/gpio16xx.c
+++ b/arch/arm/mach-omap1/gpio16xx.c
@@ -52,6 +52,7 @@ static struct __initdata
-Original Message-
From: Hilman, Kevin
Sent: Friday, June 17, 2011 9:22 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Shilimkar, Santosh; t...@atomide.com
Subject: Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend
support flag
DebBarma, Tarun Kanti
Hi Santosh,
Santosh Shilimkar santosh.shilim...@ti.com writes:
On 6/17/2011 2:28 PM, Jean Pihet wrote:
Hi Santosh,
[]
-omap3_do_wfi:
+do_WFI:
+ ldr r4, cm_clkstctrl_core @ read the CLKSTCTRL_CORE
+ ldr r5, [r4]@ read the contents of
Daniel Mack zon...@gmail.com writes:
Signed-off-by: Daniel Mack zon...@gmail.com
Thanks for fixing this, I noticed this recently too.
Please add a descriptive changelog. For example, why is it duplcate?
where is it already done? what commit added the extra call, what
problems does it cause,
overo_ads7846_init() is already called from overo_spi_init(), and
calling it twice is not only unnecessary but causes a warning as
reg-fixed-voltage.1 is already added to the device tree.
Signed-off-by: Daniel Mack zon...@gmail.com
---
arch/arm/mach-omap2/board-overo.c |1 -
1 files changed,
On 6/17/2011 9:29 PM, Kevin Hilman wrote:
Hi Santosh,
Santosh Shilimkarsantosh.shilim...@ti.com writes:
On 6/17/2011 2:28 PM, Jean Pihet wrote:
Hi Santosh,
[]
-omap3_do_wfi:
+do_WFI:
+ ldr r4, cm_clkstctrl_core @ read the CLKSTCTRL_CORE
+ ldr r5, [r4]
Samuel,
Could you please push this revert to Linus (since the original got
pulled in through the mfd tree) so that 3.0 is not broken on Panda?
--DIma
On Tue, Jun 14, 2011 at 3:59 AM, Ming Lei tom.leim...@gmail.com wrote:
Hi,
2011/6/5 Todd Poynor toddpoy...@google.com:
In general, the
On Friday, June 17, 2011, Rafael J. Wysocki wrote:
On Thursday, June 16, 2011, Alan Stern wrote:
On Wed, 15 Jun 2011, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Wednesday, June 15, 2011, Kevin Hilman wrote:
[...]
From a device driver
On Fri, 17 Jun 2011, Rafael J. Wysocki wrote:
Having considered that a bit more I see that, in fact, commit
e8665002477f0278f84f898145b1f141ba26ee26 (PM: Allow pm_runtime_suspend() to
succeed during system suspend) has introduced at least one regression.
Namely, the PCI bus type runs
Daniel Mack zon...@gmail.com writes:
overo_ads7846_init() is already called from overo_spi_init(), and
calling it twice is not only unnecessary but causes a warning as
reg-fixed-voltage.1 is already added to the device tree.
Excellent, thanks!
Signed-off-by: Daniel Mack zon...@gmail.com
On Friday, June 17, 2011, Alan Stern wrote:
On Fri, 17 Jun 2011, Rafael J. Wysocki wrote:
Having considered that a bit more I see that, in fact, commit
e8665002477f0278f84f898145b1f141ba26ee26 (PM: Allow pm_runtime_suspend() to
succeed during system suspend) has introduced at least one
53 matches
Mail list logo