Dasgupta, Romit had written, on 12/31/2009 07:29 AM, the following:
Cleaner way to take care of the precision loss during integer division.
please sign-off your patch and fix subject.
diff --git a/arch/arm/plat-omap/opp_twl_tps.c b/arch/arm/plat-omap/opp_twl_tps.c
index e0db39b..43dee2d
Hello,
This series fixes several compilation errors for OMAP2xxx chips when
CONFIG_CPU_FREQ is set. These were reported and partially fixed
by Felipe Balbi felipe.ba...@nokia.com.
Considerable work is still needed to fully support dynamic frequency
changes on OMAP2xxx-series chips. Readers
From: Felipe Balbi felipe.ba...@nokia.com
if we enable CPUFREQ we can't build omap2 for two reasons,
one of them is fixed by the patch below.
It's failing because the __must_be_array() check in
ARRAY_SIZE() is failing and printing the following message:
arch/arm/mach-omap2/clock2xxx.c:453:
Revise some of the comments in the OMAP2xxx OPP data for clarity.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Richard Woodruff r-woodru...@ti.com
---
arch/arm/mach-omap2/opp2420_data.c | 38 +++-
arch/arm/mach-omap2/opp2430_data.c | 30
Dynamically allocate the CPUFreq frequency table on OMAP2xxx chips.
This fixes some compilation problems, since the kernel may not know
what chip it is running on until boot-time. This also reduces the size
of the CPUFreq frequency table.
Problem reported by Felipe Balbi felipe.ba...@nokia.com.
OMAP2xxx uses a dynamically-allocated cpufreq_frequency_table array,
so this patch ensures that it is freed if CPUFreq terminates.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clock2xxx.c |7 +++
arch/arm/plat-omap/clock.c | 10 ++
From: Cory Maccarrone darkstar6...@gmail.com
Commit 52650505fbf3a6ab851c801f54e73e76c55ab8da added an __initdata
decoration to the structure containing the clk_enable and clk_disable
functions. Once init data was freed, these pointers went to null, and
the next enable or disable call caused the
It needs to be static inline:
[Maulik] Yes that's true.
And you need to make sure that the actual body of the function in the
C file is encapsulated with #ifdef too, since the very point of having
it under a config option is to not include it if it's not selected
and needed.
[Maulik] The
Resending with proper subject line.
From e5e82efbf6f736984668cc5e94d62635ed4de05e Mon Sep 17 00:00:00 2001
From: Teerth Reddy tee...@ti.com
Date: Wed, 23 Dec 2009 18:40:34 +0530
Subject: [PATCH] Dynamic Calculation of SDRC clock stabilization delay
The patch has the changes to calculate the
Hi Tony,
Can you please push this patch if it looks OK to you?
Thanks and Regards,
Teerth
-Original Message-
From: Reddy, Teerth
Sent: Wednesday, December 16, 2009 4:13 PM
To: 'linux-omap@vger.kernel.org'
Subject: [PATCH] OMAP3: SDRC : Errata 1.176 Fix - Accesses to DDR stall in
THis patch series has Clock changes related to OMAP3630. The major Clock
releated changes are
1. DPLL4 type has changed to j type.
2. Frequency Selection (FREQSEL) is no longer required for 3630
3. CLKSEL field width is increased for DPLL4 M2, M3, M4, M5 and M6
4. DPLL4 M2 o/p can be either
DPLL4 M, M3, M4, M5 and M6 field width has been increased by 1 bit in
3630. This patch has changes to accommodate this in CM dynamically based
on chip version.
Signed-off-by: Vishwanath BS vishwanath...@ti.com
---
arch/arm/mach-omap2/clock34xx_data.c| 153 ++-
On 3630, DPLL4M2 o/p can be 96MH or 192MHz (for SGX to run at 192). This
patch has changes to support this feature.
96MHz clock is generated by dividing 192Mhz clock by 2 using
CM_CLKSEL_CORE register.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Vishwanath BS vishwanath...@ti.com
---
DPLL4 for 3630 introduces a changed block requiring special divisor
bits and additional reg fields. To allow for silicons to use this, this
is introduced as a omap3_has_jtype_dpll4() and is enabled for 3630
silicon. Also FREQSEL field is no longer valid for OMAP3630. So reference
to this is
Hello,
Few little comments bellow.
On Tue, Jan 05, 2010 at 07:36:08AM +0100, ext Vishwanath BS wrote:
DPLL4 for 3630 introduces a changed block requiring special divisor
bits and additional reg fields. To allow for silicons to use this, this
is introduced as a omap3_has_jtype_dpll4() and is
Hello Vishwanath,
On Tue, Jan 05, 2010 at 07:36:09AM +0100, ext Vishwanath BS wrote:
DPLL4 M, M3, M4, M5 and M6 field width has been increased by 1 bit in
3630. This patch has changes to accommodate this in CM dynamically based
on chip version.
I think your patch description is slightly
Hello Paul,
Any comments on the approaches listed below? Let me know your thoughts and I
will issue a new version of this patch accordingly
Thanks,
Ranjith
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Santosh,
On Mon, Jan 4, 2010 at 12:40 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of S,
Venkatraman
Sent: Monday, January 04, 2010 12:33 PM
To: Tony Lindgren
Cc: Russell King - ARM Linux;
I am about to start working on omap_hsmmc to use the descriptor load
feature. If the DMA changes are acceptable, I can post the driver
patch as well.
I don't think doing this for hsmmc makes any sense considering, the IC in
which DMA descriptor
is available( OMAP3630 and OMAP4),
On Wed, 2009-12-23 at 17:34 +0100, ext Hiremath, Vaibhav wrote:
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, December 22, 2009 5:29 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-fbdev-
de...@lists.sourceforge.net;
Tony,
On Tue, Dec 22, 2009 at 2:21 PM, Vimal Singh vimal.neww...@gmail.com wrote:
On Tue, Dec 15, 2009 at 1:01 AM, Tony Lindgren t...@atomide.com wrote:
* Vimal Singh vimal.neww...@gmail.com [091214 01:58]:
On Tue, Dec 8, 2009 at 12:06 AM, Tony Lindgren t...@atomide.com wrote:
* Vimal Singh
On Thu, 2009-12-31 at 05:47 +0100, ext Hiremath, Vaibhav wrote:
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, December 17, 2009 8:48 PM
To: tomi.valkei...@nokia.com
Cc: linux-omap@vger.kernel.org; linux-fbdev-
de...@lists.sourceforge.net;
ARM : OMAP : Add empty functions in header file
Add empty functions for usb_nop_xceiv_register()
and usb_nop_xceiv_unregister() so that these functions
can be called even when CONFIG_NOP_USB_XCEIV is not
enabled.
It allows to remove ifdef's from board file.
Signed-off-by: Maulik Mankad
ARM : OMAP : Remove #ifdef from board-omap3evm.c
Remove #ifdef around usb_nop_xceiv_register()from
board-omap3evm.c
Signed-off-by: Maulik Mankad x0082...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Greg Kroah-Hartman gre...@suse.de
Cc: Olof Johansson
-Original Message-
From: Mankad, Maulik Ojas
Sent: Monday, January 04, 2010 4:40 PM
To: linux-omap@vger.kernel.org
Cc: linux-...@vger.kernel.org; Mankad, Maulik Ojas; Tony Lindgren; Felipe
Balbi; Greg Kroah-Hartman; Olof Johansson; Sergei Shtylyov; Gupta, Ajay
Kumar
Subject: [PATCH
Hi,
On Mon, Jan 04, 2010 at 04:39:59PM +0530, Maulik Mankad wrote:
ARM : OMAP : Add empty functions in header file
not omap-specific. How about USB: instead ?
+#if defined(CONFIG_USB_NOP_XCEIV)
/* sometimes transceivers are accessed only through e.g. ULPI */
extern void
not omap-specific. How about USB: instead ?
[Maulik] Yes this can go through linux-usb.
+#if defined(CONFIG_USB_NOP_XCEIV)
/* sometimes transceivers are accessed only through e.g. ULPI */
extern void usb_nop_xceiv_register(void);
extern void usb_nop_xceiv_unregister(void);
+#else
From: Vaibhav Hiremath hvaib...@ti.com
AM3517/05 has few additional control module registers to control
the new IP's, like VPFE, USBOTG, CPGMAC.
This patch adds the bit defination for INTR_CLR and SW_RST control
register.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/plat-omap/include/plat/irqs.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/irqs.h
b/arch/arm/plat-omap/include/plat/irqs.h
From: Vaibhav Hiremath hvaib...@ti.com
Add base address definations for new AM35xx IPSS modules, like
VPFE, USBOTG, CPGMAC.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/plat-omap/include/plat/am35xx.h | 25 +
From: Vaibhav Hiremath hvaib...@ti.com
AM35xx (AM3517/05) has few additions modules under IPSS (IP SubSystem), like
VPFE, CPGMAC and USBOTG.
This patch adds/updates the corresponding base addresses, interrupt number, and
control module bit definations for the same.
Vaibhav Hiremath (3):
From: Vaibhav Hiremath hvaib...@ti.com
While adding support for AM3517/05 devices I have implemented/came-across
these features/enhancement/bug-fixes for VPFE-Capture driver.
Also the important change added is, to introduced ti-media
directory for all TI devices.
Vaibhav Hiremath (9):
From: Vaibhav Hiremath hvaib...@ti.com
Driver should switch to AutoSwitch mode on QUERYSTD ioctls.
It has been observed that, if user configure the standard explicitely
then driver preserves the old settings, but query_std must detect the
standard instead of returning old settings.
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 2af68ee..bebbee6 100644
---
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-davinci/include/mach/dm355.h |2 +-
arch/arm/mach-davinci/include/mach/dm644x.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
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 4cf3593..b344b58 100644
---
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
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
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
This patch is dependent on the TSC2004 driver patch, please refer
below link -
http://marc.info/?l=linux-omapm=125864200818153w=2
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 60
From: Vaibhav Hiremath hvaib...@ti.com
This series of patchset adds support for I2C bus interface along with
respective slave devices -
- RTC-S35390A
- TSC2004
- TVP5146 decoder along with VPFE-capture
Vaibhav Hiremath (4):
AM3517EVM: Enable I2C Support
AM3517: Add
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-am3517evm.c
b/arch/arm/mach-omap2/board-am3517evm.c
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 30 ++
1 files changed, 26 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/board-am3517evm.c
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-am3517evm.c | 156 +
1 files changed, 156 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-am3517evm.c
From: Vaibhav Hiremath hvaib...@ti.com
This patch added DSS2 + OMAPFB support for OMAP3EVM and AM3517/05 EVM along
with sharp LQ043T1DG01 panel support.
Vaibhav Hiremath (4):
OMAP: DSS2: Fix compile warning
OMAP: DSS2: Add Sharp LQ043T1DG01 panel drivers
OMAP: Enable DSS2 for OMAP3EVM
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/configs/omap3_evm_defconfig | 51 +++-
arch/arm/mach-omap2/board-omap3evm.c | 246 --
2 files changed, 285 insertions(+), 12 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/video/omap2/dss/core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/core.c b/drivers/video/omap2/dss/core.c
index 29497a0..2fabaf2 100644
---
From: Vaibhav Hiremath hvaib...@ti.com
This patch is dependent on I2C interface support patch, since both
the patch series modifies same file (board-am3517evm.c) file. Please refer to
the link -
http://marc.info/?l=linux-omapm=126261461106778w=2
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/video/omap2/displays/Kconfig |6 +
drivers/video/omap2/displays/Makefile |1 +
.../video/omap2/displays/panel-sharp-lq043t1dg01.c | 120
3
From: Vaibhav Hiremath hvaib...@ti.com
This series 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: Add support
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
On Mon, Jan 04, 2010 at 06:18:08PM +0530, Maulik wrote:
not omap-specific. How about USB: instead ?
[Maulik] Yes this can go through linux-usb.
+#if defined(CONFIG_USB_NOP_XCEIV)
/* sometimes transceivers are accessed only through e.g. ULPI */
extern void
Hi All,
did any of you run into such a crash with the PowerVR GFX drivers before?
(it's custom compiled, as the original one is not for this kernel version)
OMAP34XX LAB # bootm 8030
## Booting image at 8030 ...
Image Name: Linux-2.6.32-10567-g6833f1a-dirt
Image Type: ARM Linux
Dasgupta, Romit had written, on 12/31/2009 07:29 AM, the following:
Hi,
The following set of patches apply on top of the Kevin's pm-wip-opp
branch. What I have tried to do in this set of patches are:
(Not in patch-set order)
* OPP layer internals have moved to list based implementation.
Is
55 matches
Mail list logo