From: Evgeny Kuznetsov ext-eugeny.kuznet...@nokia.com
Value of isr_reg pointer is depend on configuration and GPIO method.
Potentially it may have NULL value and it is dereferenced later
in code. Warning and exit from function are added in this case.
Signed-off-by: Evgeny Kuznetsov
On Fri, Nov 5, 2010 at 3:36 AM, Laine Walker-Avina lwalk...@ieee.org wrote:
Hi,
I'm having trouble resuming from RAM suspend with the recent addition
of the new omap-serial driver. It appears to be in some sort of loop
in serial_omap_console_putchar() sometime after console_release_sem()
is
Hi Omar,
On 11/7/2010 10:07 AM, Ramirez Luna, Omar wrote:
On Sat, Nov 6, 2010 at 12:18 PM, Cousson, Benoitb-cous...@ti.com wrote:
I don't know why, but this patch has nothing to do with my original one.
Can you stick to the original code?
no, apart from the ordering of structure members,
Hello,
On Sat, Nov 06, 2010 at 10:06:35AM +0100, Marco Stornelli wrote:
From: Marco Stornelli marco.storne...@gmail.com
During compilation of 2.6.36 for Beagle board, there a are a couple of
warnings. This patch fix them.
Please break lines for commit logs at around 76 chars and mention the
On Mon, Nov 8, 2010 at 9:02 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Nov 05, 2010 at 10:08:13AM -0500, Arno Steffen wrote:
There is a copy/paste bug in arch/arm/plat-omaop/include/control:
Please replace:
#define OMAP3_IVA_MASK (1 OMAP3_SGX_SHIFT)
by:
#define
On Sun, Nov 7, 2010 at 9:40 AM, [AvataR] public.ava...@gmail.com wrote:
Hi. After moving to upstream 2.6.3{5,6,7} kernels, i forced to use jffs2
instead of ubifs, because of lot CRC errors. If i use prefetch/dma, i
can attach to ubi, make volume, write data, reboot - and got lots of CRC
Hi,
On Sun, 2010-11-07 at 23:49 +0100, ext Felipe Contreras wrote:
On Tue, Oct 19, 2010 at 3:03 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Yes, I can queue them (when the required memblock stuff is in).
Now it's in :) (v2.6.37-rc1)
I pushed vram patches to my DSS tree.
I
Read correct DISPC_CONFIG bit when the channel is DIGIT, remove extra line
at the end of the function.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dispc.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/video/omap2/dss/dispc.c
2010/11/8 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Sat, Nov 06, 2010 at 10:06:35AM +0100, Marco Stornelli wrote:
From: Marco Stornelli marco.storne...@gmail.com
During compilation of 2.6.36 for Beagle board, there a are a couple of
warnings. This patch fix them.
Please
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Rick Bronson
Sent: Sunday, November 07, 2010 9:15 PM
To: srin...@mistralsolutions.com; linux-omap@vger.kernel.org
Subject: RE: Mistral AM37x (with AM3715) devel board
Hi,
On Fri, 2010-11-05 at 22:17 +0100, ext Taneja, Archit wrote:
Hi,
linux-omap-ow...@vger.kernel.org wrote:
Introduce struct panel config data in panel.h, which will be
used to match the right panel configurations in generic DPI
panel driver and other future dsi panel drivers.
This patch series which incorporates changes in DSS2 to enable
omap_dss_device instances to use the new Overlay Manager LCD2 in
DISPC.
On OMAP4, we have a new DISPC channel for Overlay Manager LCD2. This
channel's video port is a source port for RFBI, DSI2 and DPI. The
Primary channel's video
Add support for LCD2 manager through introducing a new has_feature,
Initialize a dss_features struct for omap4.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 43 ++-
drivers/video/omap2/dss/dss_features.h |7 -
2
From: Sumit Semwal sumit.sem...@ti.com
Introduce new enum members for LCD2 Channel and corresponding Overlay Manager.
Represent some of the DISPC register defines with channel as a parameter
to differentiate between LCD, DIGIT and LCD2 channels. Replace the existing
reads/writes to these
From: Sumit Semwal sumit.sem...@ti.com
A new member 'channel' is introduced in omap_dss_device structure to determine
which channel the panel uses. The dispc functions used by interface drivers
(dsi, sdi etc) will use this member to differentiate between the 2 channels.
The following dispc
From: Sumit Semwal sumit.sem...@ti.com
The following dispc functions are changed to incorporate channel as an argument:
-dispc_lclk_rate()
-dispc_pclk_rate()
-dispc_set_pol_freq()
-dispc_set_clock_div()
-dispc_get_clock_div()
Signed-off-by: Sumit Semwal
From: Sumit Semwal sumit.sem...@ti.com
Modify DISPC functions to work with LCD2 as the DISPC Channel.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Samreen samr...@ti.com
---
arch/arm/plat-omap/include/plat/display.h |4 +
DISPC_CONFIG bits LCDENABLEPOL, LCDENABLESIGNAL, PCKFREEENABLE and FUNCGATED
have been removed from OMAP4, use dss_features to handle them correctly.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dispc.c | 12 +++-
1 files changed, 11 insertions(+), 1
From: Sumit Semwal sumit.sem...@ti.com
Add new Overlay Manager in manager.c, make changes needed
for LCD2 channel.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Samreen samr...@ti.com
---
drivers/video/omap2/dss/dispc.c | 21
Hi,
On Fri, 2010-11-05 at 20:43 +0100, ext Bryan Wu wrote:
Introduce struct panel config data in panel.h, which will be used to match
the right panel configurations in generic DPI panel driver and other future
dsi panel drivers.
Still keep sharp_ls_panel, since the sharp_ls_panel driver
On Mon, 2010-11-08 at 12:56 +0100, ext Archit Taneja wrote:
Read correct DISPC_CONFIG bit when the channel is DIGIT, remove extra line
at the end of the function.
Signed-off-by: Archit Taneja arc...@ti.com
Thanks, applied.
Tomi
--
To unsubscribe from this list: send the line unsubscribe
Changes incorporated from v3 version:
1. http://www.spinics.net/lists/arm-kernel/msg102937.html
2. http://www.spinics.net/lists/arm-kernel/msg103156.html
All the information such as build, testing etc from 'v3' is valid for
v4 also(except this series is rebased to latest linux omap master
The low level read/write macros are replaced with static inline
functions
and register offsets are handled through static register offset tables
mapped through enumeration constants.
The objective of this patch is to prepare for omap dma driver cleanup
and dma hwmod implementation. The code
Implement errata handling to use flags instead of cpu_is_*
and cpu_class_* in the code.
The errata flags are initialized at init time and during runtime
we are using the errata variable (via the IS_DMA_ERRATA macro)
to execute the required errata workaround.
Reused errata handling patch from
Introduce OMAP DMA device attributes for using the same in DMA
platform driver for all OMAP's and hwmod database(OMAP2+ onwards)
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar
Add OMAP2420 DMA hwmod structures.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 85
Add OMAP2430 DMA hwmod structures.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 85
Add OMAP3 DMA hwmod structures.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 94
From: Benoit Cousson b-cous...@ti.com
Add OMAP4 DMA hwmod structures.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
Register OMAP1 DMA driver as platform device and add support
for registering through platform device layer using resource
structures.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar
Prepare omap2+ dma driver to use hwmod infrastructure
so that DMA driver can register as platform device.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
From: Venkatraman S svenk...@ti.com
Add sDMA driver support for descriptor autoloading feature.
Descriptor autoloading is OMAP sDMA v5 hardware capability that can be
exploited for scatter gather scenarios, currently available in OMAP3630
and OMAP4430.
The feature works as described below.
1. A
Enable runtime pm and use pm_runtime_get and pm_runtime_put
for OMAP DMA driver.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/plat-omap/dma.c | 13
The commit '311225e6' is missing '.module_offs' in prcm
structure in omap3 hwmod data base which results in accessing
wrong register for I2Cx IDLEST bit monitoring.
Added module offsets for accessing register CM_IDLEST1_CORE.
Patch tested on Zoom3 using omap2plus_defconfig
Signed-off-by: G,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Monday, November 08, 2010 5:37 PM
To: Rick Bronson; srin...@mistralsolutions.com;
linux-omap@vger.kernel.org
Subject: RE: Mistral AM37x (with
On Sun, Nov 7, 2010 at 3:05 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Huh? The mailbox is working for me on tidspbridge on 2.6.37-rc1.
Are you using an omap based board with a 3630 chip?
Regards,
Omar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
* Felipe Contreras felipe.contre...@gmail.com [101107 14:38]:
On Mon, Nov 8, 2010 at 12:02 AM, Greg KH g...@kroah.com wrote:
On Sun, Nov 07, 2010 at 11:43:24PM +0200, Felipe Contreras wrote:
Paul already sent these, but I did some minor modifications, mostly to
minimize
the amount of
Hi Benoit,
On Mon, Nov 8, 2010 at 2:56 AM, Cousson, Benoit b-cous...@ti.com wrote:
no, apart from the ordering of structure members, that I will change,
If you do want to change a patch already submitted to loml, the least you
can do is to comment on the mailing list, and afaik, you didn't
2010/11/8 Marco Stornelli marco.storne...@gmail.com:
2010/11/8 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Sat, Nov 06, 2010 at 10:06:35AM +0100, Marco Stornelli wrote:
From: Marco Stornelli marco.storne...@gmail.com
During compilation of 2.6.36 for Beagle board, there a are
Hi Ionut,
On Sat, Nov 6, 2010 at 11:21 AM, Ionut Nicu ionut.n...@mindbit.ro wrote:
Hi Rene,
On Fri, 2010-11-05 at 15:07 -0600, Sapiens, Rene wrote:
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the core module of the tidspbridge driver
to use
Hi Ionut,
On Sat, Nov 6, 2010 at 11:31 AM, Ionut Nicu ionut.n...@mindbit.ro wrote:
Hi Rene,
On Fri, 2010-11-05 at 16:12 -0600, Sapiens, Rene wrote:
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the core module of the tidspbridge driver
to use
* Tony Lindgren t...@atomide.com [101108 08:37]:
* Felipe Contreras felipe.contre...@gmail.com [101107 14:38]:
Thanks for putting together all these patches, that already helps
people working on it a great deal.
However, these patches are in the no-no category for -rc cycle, they're
in
Hi Ionut,
On Sun, Nov 7, 2010 at 7:39 AM, Ionut Nicu ionut.n...@mindbit.ro wrote:
Hi Rene,
On Fri, 2010-11-05 at 16:41 -0600, Sapiens, Rene wrote:
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the pmgr module of the tidspbridge driver
to use
Hi Ionut,
On Sat, Nov 6, 2010 at 12:18 PM, Ionut Nicu ionut.n...@mindbit.ro wrote:
Hi Rene,
On Fri, 2010-11-05 at 18:07 -0600, Sapiens, Rene wrote:
Hi Ionut,
On Fri, Nov 5, 2010 at 9:13 AM, Ionut Nicu ionut.n...@gmail.com wrote:
Convert the rmgr module of the tidspbridge driver
to use
* Thara Gopinath th...@ti.com [101029 08:30]:
This patch enables Smartreflex and Cpu Freq in the
omap2plus defconfig.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/configs/omap2plus_defconfig |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
On Mon, Nov 8, 2010 at 7:26 AM, Tomi Valkeinen tomi.valkei...@nokia.com wrote:
Hi,
On Fri, 2010-11-05 at 20:43 +0100, ext Bryan Wu wrote:
Introduce struct panel config data in panel.h, which will be used to match
the right panel configurations in generic DPI panel driver and other future
dsi
On Mon, Nov 8, 2010 at 7:19 AM, Tomi Valkeinen tomi.valkei...@nokia.com wrote:
Hi,
On Fri, 2010-11-05 at 22:17 +0100, ext Taneja, Archit wrote:
Hi,
linux-omap-ow...@vger.kernel.org wrote:
Introduce struct panel config data in panel.h, which will be
used to match the right panel
On 11/7/2010 10:15 AM, Ramirez Luna, Omar wrote:
On Sat, Nov 6, 2010 at 1:11 PM, Cousson, Benoitb-cous...@ti.com wrote:
-#if defined(CONFIG_ARCH_OMAP3430)
+#if defined(CONFIG_ARCH_OMAP3)
Ideally you should get rid of all the CONFIG_ARCH_OMAPXXX or cpu_is_omap in
that code. This is a driver,
There are 4 duplicated DPI panel drivers in DSS2 display driver. They are
similar and a generic DPI panel driver can support all them with specific
panel configuration. And new DPI panel driver can be easily supported
by adding panel configurations into generic panel DPI driver.
This patchset
Generic DPI panel driver includes the driver and 4 similar panel
configurations. It
will match the panel name which is passed from platform data and setup the
right configurations.
With generic DPI panel driver, we can remove those 4 duplicated panel display
drivers. In the future, it is simple
Still keep sharp_ls_panel, since the sharp_ls_panel driver contains blacklight
control driver code which will be moved out later. Then we can use generic DPI
driver for sharp_ls_panel.
Signed-off-by: Bryan Wu bryan...@canonical.com
---
arch/arm/mach-omap2/board-3430sdp.c | 10 +++---
Still keep sharp_ls_panel driver, because it contains blacklight control driver.
Signed-off-by: Bryan Wu bryan...@canonical.com
---
drivers/video/omap2/displays/Kconfig | 18 --
drivers/video/omap2/displays/Makefile |3 -
On 11/7/2010 10:43 AM, Ramirez Luna, Omar wrote:
On Sat, Nov 6, 2010 at 1:31 PM, Cousson, Benoitb-cous...@ti.com wrote:
s/ducati/ipu/
s/tesla/dsp/
Please do not use internal codename for the changelog or even for the code.
I picked this terminology from the driver, I didn't want to cause
On Mon, Nov 8, 2010 at 9:16 PM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [101108 08:37]:
* Felipe Contreras felipe.contre...@gmail.com [101107 14:38]:
Thanks for putting together all these patches, that already helps
people working on it a great deal.
However,
On Sun, Nov 7, 2010 at 11:36 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
The situation of tidspbridge driver on staging has been pretty sad,
basically, it has never worked. This is a step backwards from the
previous situation where it was clear which branch to use to get it
working.
On 11/7/2010 11:00 AM, Ramirez Luna, Omar wrote:
On Sat, Nov 6, 2010 at 2:15 PM, Cousson, Benoitb-cous...@ti.com wrote:
On 11/5/2010 9:19 PM, Ramirez Luna, Omar wrote:
Add mmu hwmod data for iva2 and isp.
s/iva2/iva/
Where this terminology can be found? I'm basing this naming on what
was
On 11/7/2010 11:18 AM, Ramirez Luna, Omar wrote:
On Sat, Nov 6, 2010 at 3:47 PM, Cousson, Benoitb-cous...@ti.com wrote:
On 11/5/2010 9:19 PM, Ramirez Luna, Omar wrote:
Add mmu hwmod data for ducati and tesla.
s/ducati/ipu/
s/tesla/dsp/
Please do not use internal codename.
Tried to avoid
On Mon, Nov 8, 2010 at 5:21 PM, Cousson, Benoit b-cous...@ti.com wrote:
I wrote this one from scratch, I didn't see that there were pieces to
handle some stuff since the code is buried in a private tree.
Not true at all... It was sent to l-o:
On Mon, Nov 8, 2010 at 5:05 PM, Cousson, Benoit b-cous...@ti.com wrote:
Add mmu hwmod data for iva2 and isp.
s/iva2/iva/
Where this terminology can be found? I'm basing this naming on what
was there or TRM. For omap3 there is no such thing as iva, it is iva2.
IVA2 means IVA v2, before we
On 11/9/2010 12:48 AM, Ramirez Luna, Omar wrote:
On Mon, Nov 8, 2010 at 5:21 PM, Cousson, Benoitb-cous...@ti.com wrote:
I wrote this one from scratch, I didn't see that there were pieces to
handle some stuff since the code is buried in a private tree.
Not true at all... It was sent to l-o:
Hi,
* G, Manjunath Kondaiah manj...@ti.com [101108 05:58]:
+static u16 reg_map_omap1[] = {
+ [GCR1] = 0x400,
+ [GSCR] = 0x404,
+ [GRST] = 0x408,
...
+};
The above you should move to mach-omap1/dma.c and pass it in the init
function to plat-omap/dma.c.
* Felipe Contreras felipe.contre...@gmail.com [101108 14:47]:
On Mon, Nov 8, 2010 at 9:16 PM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [101108 08:37]:
* Felipe Contreras felipe.contre...@gmail.com [101107 14:38]:
Thanks for putting together all these patches,
* Felipe Contreras felipe.contre...@gmail.com [101107 13:34]:
Also, don't be picky about the location, which incidentally fixes the
build since MEMBLOCK_REAL_LIMIT is gone on 2.6.37.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
This is a valid fix for 2.6.37 -rc cycle now that
* Felipe Contreras felipe.contre...@gmail.com [101108 14:51]:
On Sun, Nov 7, 2010 at 11:36 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
The situation of tidspbridge driver on staging has been pretty sad,
basically, it has never worked. This is a step backwards from the
previous
* Felipe Balbi ba...@ti.com [101107 22:45]:
Those boards are so similar they don't deserve
separate board files.
Felipe Balbi (2):
arm: omap: combine zoom2 and zoom3 board-files
arm: omap: zoom: substitute gpio number with symbolic name
arch/arm/mach-omap2/Makefile
On Mon, Nov 08, 2010 at 04:53:21PM -0800, Tony Lindgren wrote:
* Felipe Contreras felipe.contre...@gmail.com [101107 13:34]:
Also, don't be picky about the location, which incidentally fixes the
build since MEMBLOCK_REAL_LIMIT is gone on 2.6.37.
Signed-off-by: Felipe Contreras
Hi,
I was going through the DSS2 code and was unable to find a place
where we set the 11th bit in DISPC_GFX_ATTRIBUTES or the 19th bit
in DISPC_VIDn_ATTRIBUTES.
Setting these bits ensures that the DISPC FIFO's fill up to the
high threshold value specified by us instead of the preload values.
Is
Currently we are enabling the IRQ before queue's are allocated.But in some
corner cases as soon as we enable the interruption,the ISR will be executed
but the queue's wont be ready.Because of this we may be reading some garbage
message in the mailbox which may lead to panic.
This patch is based
Hi Sanjeev,
Thanks much for the help.
I tried building the latest on l-o master and was able to boot consistently
in 4 times I tried. Didn't notice the gpio clock related error I noticed in
your boot log.
U-Boot 2010.09 (Nov 08 2010 - 17:11:45)
OMAP3630/3730-GP ES2.0, CPU-OPP2,
On Tue, Nov 9, 2010 at 10:23 AM, Rick Bronson r...@efn.org wrote:
Hi Sanjeev,
Thanks much for the help.
I tried building the latest on l-o master and was able to boot consistently
in 4 times I tried. Didn't notice the gpio clock related error I noticed in
your boot log.
U-Boot 2010.09
One minor comment,
snip
+
static __initdata struct omap_hwmod *omap44xx_hwmods[] = {
/* dmm class */
omap44xx_dmm_hwmod,
@@ -1077,6 +1174,8 @@ static __initdata struct omap_hwmod
*omap44xx_hwmods[] = {
omap44xx_uart2_hwmod,
omap44xx_uart3_hwmod,
71 matches
Mail list logo