From: Vaibhav Hiremath hvaib...@ti.com
This is second version of patch series fixing few bugs and adds
some feature enhancements -
Changes:
- Introduce t-media directory
- Add YUYV support to tvp514x.c
- Add UserPtr support to vpfe_capture
- Call-back function
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/ti-media/dm644x_ccdc.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/ti-media/dm644x_ccdc.c
b/drivers/media/video/ti-media/dm644x_ccdc.c
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/Makefile |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/Makefile b/drivers/media/video/Makefile
index b88b617..c51c386 100644
---
From: Vaibhav Hiremath hvaib...@ti.com
For the devices like AM3517, it is expected that driver clears the
interrupt in ISR. Since this is device spcific, callback function
added to the platform_data.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/ti-media/vpfe_capture.c
From: Vaibhav Hiremath hvaib...@ti.com
Now Suspend/Resume functionality is being handled by respective CCDC
code, so return true (0) from bridge suspend/resume function.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/ti-media/vpfe_capture.c | 12
1 files
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/ti-media/dm644x_ccdc.c | 16 +---
drivers/media/video/ti-media/dm644x_ccdc_regs.h |8
2 files changed, 21 insertions(+), 3 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/ti-media/dm644x_ccdc.c | 114 +++
drivers/media/video/ti-media/dm644x_ccdc_regs.h |2 +-
2 files changed, 115 insertions(+), 1 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
drivers/media/video/ti-media/vpfe_capture.c | 94 ++
1 files changed, 79 insertions(+), 15 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
AM3517 and DM644x uses same CCDC IP, so reusing the driver
for AM3517.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 160 +
1 files changed, 160 insertions(+), 0 deletions(-)
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/tvp514x.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/tvp514x.c b/drivers/media/video/tvp514x.c
index 26b4e71..08fe579 100644
---
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-
kernel-boun...@lists.infradead.org] On Behalf Of Tony Lindgren
Sent: Saturday, February 20, 2010 5:01 AM
To: linux-arm-ker...@lists.infradead.org
Cc: Felipe Balbi; linux-omap@vger.kernel.org;
From: Vaibhav Hiremath hvaib...@ti.com
This is 6th Version of patch-set, adds support for V4L2 display driver
ontop of DSS2 framework.
Please note that this patch is dependent on patch which add
ti-media directory (submitted earlier to this patch series).
Vaibhav Hiremath (2):
OMAP2/3 V4L2:
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/plat-omap/devices.c | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/devices.c b/arch/arm/plat-omap/devices.c
index
MUSB can supply upto 500mA such as, AM3517 and OMAP3EVM Rev =E and thus
the 'power' field has to hold values above 255.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
arch/arm/plat-omap/include/plat/usb.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Hi,
On Tue, Feb 23, 2010 at 03:16:44PM +0530, Ajay Kumar Gupta wrote:
MUSB can supply upto 500mA such as, AM3517 and OMAP3EVM Rev =E and thus
the 'power' field has to hold values above 255.
power on the arch code is same as bMaxPower it will be multiplied by two
on musb_core.c. See line 150 of
Felipe Balbi wrote:
Hi,
On Tue, Feb 23, 2010 at 03:16:44PM +0530, Ajay Kumar Gupta wrote:
MUSB can supply upto 500mA such as, AM3517 and OMAP3EVM Rev =E and thus
the 'power' field has to hold values above 255.
power on the arch code is same as bMaxPower it will be multiplied by two
on
Hi Jouni,
-Original Message-
From: Högander Jouni [mailto:jouni.hogan...@nokia.com]
Sent: Monday, February 15, 2010 2:27 PM
To: Reddy, Teerth
Cc: linux-omap@vger.kernel.org; Sripathy, Vishwanath; Paul Walmsley; Kevin
Hilman
Subject: Re: [PATCH RFC]OMAP3:PM:Dynamic Calculation of
Hi,
On Tue, Feb 23, 2010 at 03:27:39PM +0530, Gadiyar, Anand wrote:
power on the arch code is same as bMaxPower it will be multiplied by two
on musb_core.c. See line 150 of that file.
Meaning 500mA is set to 250 on the board-file.
Any reason we have the multiply by 2 there?
no big
On Fri, 2010-02-19 at 13:57 +0100, ext Thomas Weber wrote:
Tomi Valkeinen wrote:
On Fri, 2010-02-12 at 06:55 +0100, ext Jaya Kumar wrote:
On Fri, Feb 12, 2010 at 3:41 AM, Thomas Weber sw...@gmx.li wrote:
[snip]
+
+static struct omap_video_timings innolux_at_timings
-Original Message-
From: Menon, Nishanth
Sent: Monday, February 22, 2010 11:31 PM
To: Aguirre, Sergio; Gopinath, Thara
Cc: linux-omap@vger.kernel.org; Kevin Hilman; Kristo Tero (Nokia-
D/Tampere)
Subject: RE: [PATCH] PM-WIP-OPP: Fixing wrong target level being passed
during Core
Hi Guys, I workin on OMAP4, just started,
I appreciate, if some one could brief out working drivers and SMP
benchmark data?
Thanks,
BR
Jacob.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Jacob
john
Sent: Tuesday, February 23, 2010 6:34 PM
To: linux-omap@vger.kernel.org
Subject: About multicore OMAP
Hi Guys, I workin on OMAP4, just started,
I
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, February 19, 2010 2:20 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: HWMOD: Bug fixes in hwmod structure definitions
Hello Thara,
some comments.
On Thu, 18 Feb 2010, Thara
It's Blaze with two lcd's and pico, looks great. Can I have this
linux-omap kernel running on OMAP4?, plus I'm looking for SMP
benchmark results etc.
thanks
On Tue, Feb 23, 2010 at 7:04 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
-Original Message-
From:
-Original Message-
From: Jacob john [mailto:jacob.joh...@gmail.com]
Sent: Tuesday, February 23, 2010 7:51 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: About multicore OMAP
It's Blaze with two lcd's and pico, looks great. Can I have this
linux-omap kernel
Tony Lindgren wrote:
From: Felipe Balbi felipe.ba...@nokia.com
that's deprecated as we can check dyn_fifo from
CONFIGDATA register.
Cc: linux-...@vger.kernel.org
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
On Tue, Feb 23, 2010 at 3:55 PM, Thomas Weber we...@corscience.de wrote:
Tony Lindgren wrote:
From: Felipe Balbi felipe.ba...@nokia.com
that's deprecated as we can check dyn_fifo from
CONFIGDATA register.
Cc: linux-...@vger.kernel.org
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
I think this patch breaks musb_hdrc.
In musb_core_init is musb-config-dyn_fifo checked but is never set.
So I get the following dmesg output:
musb_hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split,
HB-ISO Rx, HB-ISO Tx, SoftConn)
musb_hdrc: MHDRC RTL version
The MsBSP register cache will never have any error/status flags set, since
these flags are never written to the reg_cache. So it is kind of not
necessary to clear these flags, which are actually always 0.
In other words, clearing the status/error flags are not necessary, since the
reg_cache
From 02c45559105c62343e31226fe67117231ea10c35 Mon Sep 17 00:00:00 2001
From: Suman Anna s-a...@ti.com
Date: Mon, 25 Jan 2010 18:27:21 -0600
Subject: [PATCH] omap2/3/4: mailbox: remove compiler warning
Remove a compiler warning in device-specific
mailbox module.
Signed-off-by: Suman Anna
Omar,
+#if defined(CONFIG_ARCH_OMAP2420) /* IVA */
err_iva1:
- omap_mbox_unregister(mbox_dsp_info);
+ if (cpu_is_omap2420())
+ omap_mbox_unregister(mbox_dsp_info);
+#endif
why not moving omap_mbox_unregister to the block containing the ifdefs?
at least you won't
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, February 23, 2010 3:10 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Woodruff, Richard; Ghorai,
Sukumar
Subject: Re: [PATCH 1/9] omap3/4: uart:
On 2/16/2010 9:40 AM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
---
drivers/dsp/bridge/services/mem.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/dsp/bridge/services/mem.c
b/drivers/dsp/bridge/services/mem.c
index
On 2/16/2010 6:40 PM, Guzman Lugo, Fernando wrote:
From 6ed51fea16df51e88a25bda2b9908f0a43b86303 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugox0095...@ti.com
Date: Tue, 16 Feb 2010 18:32:02 -0600
Subject: [PATCH] DSPBRIDGE: Reclaim all pending buffer on resource cleanup
Before in case of
On 2/18/2010 8:40 AM, Ameya Palande wrote:
In its current state DMM_RES_OBJECT is not correctly tracking reserve and
unreserve but only map and unmap. So lets rename it to DMM_MAP_OBJECT to
clarify what it is really doing!
In addition to this, this patch also does some trivial code cleanup.
On 2/18/2010 8:40 AM, Ameya Palande wrote:
DSP_RSV_OBJECT is introduced to track reserved memory accounting information.
This will allow us to do proper cleanup for memory reserved using
PROC_ReserveMemory().
Signed-off-by: Ameya Palandeameya.pala...@nokia.com
---
On 2/18/2010 8:40 AM, Ameya Palande wrote:
This patch fixes following issues:
1. pDMMRes was dereferenced and modified when it was already freed by
PROC_Ummap(). This results in memory corruption.
2. Instead of passing ulDSPAddr, ulDSPResAddr was passed to PROC_UnMap()
which will not
On 2/18/2010 8:40 AM, Ameya Palande wrote:
This patch improves current mapped memory cleanup mechanism by using linux
native list implementation. As a side effect we also get following benefits:
1. Unnecessary data members in DMM_MAP_OBJECT are removed which results in
memory saving.
2.
John,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Tuesday, February 23, 2010 8:01 PM
To: Jacob john
Cc: linux-omap@vger.kernel.org
Subject: RE: About multicore OMAP
-Original
Remove GT_TRACE conditional macro
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dbc.h | 14 --
drivers/dsp/bridge/Makefile|5 -
drivers/dsp/bridge/rmgr/drv.c |2 --
As per the current implementaion (u8*)target_level is being passed
to freq_to_opp in set_opp. This would result in updating just the first
8 bits of a u32 variable. Later target_level is passed to
resource_set_opp_level as a u32 parameter. This maens
a. Initially target_level was 0xabcdefgh.
b.
Please discard previous patch, I think it is best to place
DBC* under CONFIG_BRIDGE_DEBUG instead of printing by default.
---
Remove GT_TRACE conditional macro, replace in needed places
for CONFIG_BRIDGE_DEBUG
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
This patch adds check for presence of clockdomain structure in the API
omap_hwmod_get_pwrdm before trying to access the powerdomain structure.
This will prevent unnecessary crashing of the system in case of a
clock node with out an associated clockdomian.
Signed-off-by: Thara Gopinath
On 2/16/2010 2:42 AM, Ramirez Luna, Omar wrote:
Step 1 to remove custom debug tracing
Omar Ramirez Luna (18):
DSPBRIDGE: Remove entry point custom debug statements for rmgr
DSPBRIDGE: Remove entry point custom debug statements for wmd
DSPBRIDGE: Remove entry point custom debug
On 2/18/2010 3:37 PM, Ramirez Luna, Omar wrote:
Step 2 to remove custom debug tracing.
This set of patches gets rid of GT_* and DBG_* functionality, and
replaces them to use dev_dbg instead.
This is meant to be a follow up of previous debug removal patches.
More info on dynamic_debug:
Nishanth Menon n...@ti.com writes:
Few pointer handling related cleanup patches
Nishanth Menon (2):
omap3:pm:srf: check if pointer results with IS_ERR
omap:pm: return error pointers if inactive opp layer
arch/arm/mach-omap2/resource34xx.c|2 +-
On Tue, 23 Feb 2010, Gopinath, Thara wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, February 19, 2010 2:20 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: HWMOD: Bug fixes in hwmod structure definitions
Thara Gopinath th...@ti.com writes:
As per the current implementaion (u8*)target_level is being passed
to freq_to_opp in set_opp. This would result in updating just the first
8 bits of a u32 variable. Later target_level is passed to
resource_set_opp_level as a u32 parameter. This maens
a.
Rajendra Nayak rna...@ti.com writes:
The existing MMC hwmod structs for 2430 are fixed based
on the changes in hwmod framework structurs.
Signed-off-by: Rajendra Nayak rna...@ti.com
Thanks, I'll fold this into the MMC hwmods in the pm-wip/hwmods branch.
Kevin
---
* Gadiyar, Anand gadi...@ti.com [100223 07:18]:
I think this patch breaks musb_hdrc.
In musb_core_init is musb-config-dyn_fifo checked but is never set.
So I get the following dmesg output:
musb_hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split,
HB-ISO Rx,
Rajendra Nayak rna...@ti.com writes:
This patch converts the i2c driver to use omap_device/omap_hwmod.
Signed-off-by: Rajendra Nayak rna...@ti.com
Hi Rajendra,
Rather than using omap_device functions via platform_data pointers,
can you try to do this using runtime PM? You can use my
Hi,
On Tue, Feb 23, 2010 at 08:01:50PM +0530, Gupta, Ajay Kumar wrote:
Board files are providing the actual mA and it is getting divided in
Arch/arm/mach-omap2/usb-musb.c. See the code snippet below,
musb_plat.clock = ick;
musb_plat.board_data = board_data;
--
From: Ville Syrjälä ville.syrj...@nokia.com
omapfb has several custom ioctls so user space needs
the header in order to utilize them.
Signed-off-by: Ville Syrjälä ville.syrj...@nokia.com
---
include/linux/Kbuild |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Ville Syrjälä ville.syrj...@nokia.com
Signed-off-by: Ville Syrjälä ville.syrj...@nokia.com
---
drivers/video/omap2/omapfb/omapfb-main.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/video/omap2/omapfb/omapfb-main.c
From: Ville Syrjälä ville.syrj...@nokia.com
Separate the memory region from the framebuffer device a little bit.
It's now possible to select the memory region used by the framebuffer
device using the new source_idx parameter of omapfb_plane_info. If the
source_idx is specified it will be
* Shilimkar, Santosh santosh.shilim...@ti.com [100222 23:16]:
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, February 23, 2010 4:37 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Woodruff,
Madhusudhan madhu...@ti.com writes:
snip
err_irq:
mmc_host_disable(host-mmc);
-clk_disable(host-iclk);
+pm_runtime_suspend(host-dev);
Why not pm_runtime_put_sync() here? It can replace the calls:
mmc_host_disable(host-mmc);
clk_disable(host-iclk);
Not knowing a ton about
Vaibhav,
There are changes to vpfe capture on Arago tree on top of this. For
example, vpfe_uservirt_to_phys() is removed and is replaced with
videobuf_iolock(). So please get the latest changes to upstream.
Murali
On Tue, Feb 23, 2010 at 3:34 AM, hvaib...@ti.com wrote:
From: Vaibhav Hiremath
Vaibhav,
On Mon, Jan 4, 2010 at 9:02 AM, hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/tvp514x.c | 7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git
From: Misael Lopez Cruz x0052...@ti.com
Initial version of TWL6030 codec driver.
The TWL6030 codec uses a propietary PDM-based digital audio interface.
Audio paths supported are:
- Input: Main Mic, Sub Mic, Headset Mic, Auxiliary-FM Left/Right
- Output: Headset Left/Right, Handsfree Left/Right
From: Misael Lopez Cruz x0052...@ti.com
TWL6030 codec sysclk can be provided by: low-power or high
performance PLL.
The low-power PLL takes a low-frequency input at 32,768 Hz and
generates an approximate of 17.64 or 19.2 MHz.
The high-performance PLL generates an exact 19.2 MHz clock signal
From: Misael Lopez Cruz x0052...@ti.com
Low-power playback mode is a special scenario where only headset path
(headset DAC and driver) is active. Only in this mode the codec can
support 44.1 and 48 kHz, low-power PLL should provide sysclk signal.
Currently, handsfree DAC and driver are the only
From: Misael Lopez Cruz x0052...@ti.com
NAUDINT interrupt line is provided by the TWL6030 codec to signal
externally events like headset plug/unplug, hook, power-up sequence
completion, etc.
Signed-off-by: Misael Lopez Cruz x0052...@ti.com
Signed-off-by: Jorge Eduardo Candelaria
From: Misael Lopez Cruz x0052...@ti.com
When the codec is powered-up through external AUDPWRON line it starts
its power-up sequence. The completion of the sequence is signaled
through the audio interrupt, and then codec is operational.
If NAUDINT irq is provided, CODEC driver starts a
Kevin Hilman khil...@deeprootsystems.com writes:
This series converts the OMAP HS-MMC driver to use omap_hwmod +
runtime PM API.
Depends on MMC hwmods available in 'pm-wip/hwmods' branch of
my git tree[1] as well as previously posted runtime PM series:
[PATCH/RFC 0/2] initial runtime PM
On 2/18/2010 3:55 PM, Ramirez Luna, Omar wrote:
When leaving the loop waiting for the dsp to transition
from its power state, timeout value will be negative, therefore
a print for timeout waiting for the dsp won't be displayed, as
the condition to check for is !timeout.
Reported-by: Berenice
On 2/18/2010 3:55 PM, Ramirez Luna, Omar wrote:
Change the check for valid handle to detect a possible
error, and now use it before dereferencing the pointer.
Signed-off-by: Omar Ramirez Lunaomar.rami...@ti.com
---
drivers/dsp/bridge/pmgr/msg.c | 16
1 files changed, 8
On 2/5/2010 7:21 PM, Hebbar, Shivananda wrote:
Resending the patches after updating review comments and also
Fixing some compilation breaks.
These patches remove the typedefs and replace it with normal C types:
Shivananda Hebbar (8)
DSPBRIDGE: typedef cleanup -DSP RTOS
DSPBRIDGE: typedef
Hi All,
I'm currently working on removing camel case + hungarian notation from
dspbridge code in the following branch:
dspbridge-next-camelcase on d.o-z
I'll appreciate if you can mail any unsent patch otherwise it will need
to wait (and be rebased) after the camelcase changes.
If nobody
* Omar Ramirez Luna omar.rami...@ti.com [100223 18:11]:
Hi All,
I'm currently working on removing camel case + hungarian notation
from dspbridge code in the following branch:
dspbridge-next-camelcase on d.o-z
I'll appreciate if you can mail any unsent patch otherwise it will
need to
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, February 24, 2010 4:42 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Woodruff, Richard; Ghorai,
Sukumar
Subject: Re: [PATCH 1/9] omap3/4: uart: fix
EXTVBUS programming is required by OMAP3EVM REV =E to supply 500mA
power so adding a flag which can be used by musb driver to program
EXTVBUS.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Created against l-o master branch and on top of below patch.
[PATCH] musb: fix power field to hold
On Tue, Feb 23, 2010 at 10:20 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
John,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Tuesday, February 23, 2010 8:01 PM
To: Jacob john
-Original Message-
From: Jacob john [mailto:jacob.joh...@gmail.com]
Sent: Wednesday, February 24, 2010 10:16 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: About multicore OMAP
On Tue, Feb 23, 2010 at 10:20 PM, Shilimkar, Santosh
santosh.shilim...@ti.com
Paul,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Paul
Walmsley
Sent: Tuesday, February 23, 2010 10:20 AM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: [PATCH 00/11] OMAP
This patch corrects the width of sysc_flags in hwmod sysconfig structure
where the values to be stored to this variable exceed the current
field width.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/plat-omap/include/plat/omap_hwmod.h |2 +-
1 files changed, 1 insertions(+), 1
-Original Message-
From: Muralidharan Karicheri [mailto:mkarich...@gmail.com]
Sent: Wednesday, February 24, 2010 4:53 AM
To: Hiremath, Vaibhav
Cc: linux-me...@vger.kernel.org; linux-omap@vger.kernel.org;
hverk...@xs4all.nl; Karicheri, Muralidharan
Subject: Re: [PATCH-V1 09/10] VPFE
-Original Message-
From: Muralidharan Karicheri [mailto:mkarich...@gmail.com]
Sent: Wednesday, February 24, 2010 5:15 AM
To: Hiremath, Vaibhav
Cc: linux-me...@vger.kernel.org; linux-omap@vger.kernel.org;
hverk...@xs4all.nl; davinci-linux-open-sou...@linux.davincidsp.com;
Karicheri,
From 14bc4ee14ac5a3dab79d9292bf22ab0401879cd5 Mon Sep 17 00:00:00 2001
From: Sergio Aguirre saagui...@ti.com
Date: Wed, 24 Feb 2010 01:15:55 -0600
Subject: [PATCH] omap2/3/4: serial: Half revert multiboot changes
The patch named:
omap2/3/4: Fix mach-omap2/serial.c for multiboot
Which added
Hmm..
I think I sent this patch too soon...
Please ignore it, this is not a proper solution I feel..
But what it is true... is that, patch omap2/3/4: Fix mach-omap2/serial.c for
multiboot is definitely breaking Zoom3 boot, and needs to be fixed.
I'll try to come up with a better patch.
80 matches
Mail list logo