On Mon, May 16, 2011 at 12:45:58AM +0300, Vladimir Zapolskiy wrote:
This mass change continues the reduction of homogeneous data chunks
along clock definitions. No semantical difference is added in the
change.
Signed-off-by: Vladimir Zapolskiy vzapols...@gmail.com
---
[ ... ]
On Mon, 2011-05-16 at 09:54 +0530, Janorkar, Mayuresh wrote:
-Original Message-
From: Valkeinen, Tomi
Sent: Thursday, May 12, 2011 8:40 PM
To: Janorkar, Mayuresh
Cc: linux-omap@vger.kernel.org; K, Mythri P
Subject: RE: [PATCH v4 4/4] OMAP: DSS: Add picodlp panel driver
From: ext Anna, Suman s-a...@ti.com
Subject: [PATCH] omap: iommu: fix pte attributes for super section
Date: Tue, 10 May 2011 10:25:17 -0700
From 5796d8d8a0ea5aee342b78ca6ead229971cff6c5 Mon Sep 17 00:00:00 2001
From: Suman Anna s-a...@ti.com
Date: Wed, 4 May 2011 17:45:37 -0500
Subject:
Hi Mike,
The only comment I wanted to do is maybe I prefer rename the
board-igep0020 to board-igep00x0 to be more generic. Apart from this
these patch series looks good for me and has my ack. Thanks.
2011/5/12 Mike Rapoport m...@compulab.co.il:
IGEP2 and IGEP3 boards are very similar and can be
2011/5/12 Mike Rapoport m...@compulab.co.il:
Add IGEP3 machine support to board-igep0020
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 103
++
1 files changed, 80 insertions(+), 23 deletions(-)
diff --git
2011/5/15 Arnd Bergmann a...@arndb.de:
On Sunday 15 May 2011, m...@compulab.co.il wrote:
We can keep all the data structures that differ between IGEP2 and IGEP3.
However, this significantly reduces the benifit of the series.
There's already code in the IGEP2 that differentiates between HW
2011/5/12 Mike Rapoport m...@compulab.co.il:
since it is merged into board-igep0020.c
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/Makefile | 2 -
arch/arm/mach-omap2/board-igep0030.c | 438
Am Donnerstag, den 21.04.2011, 13:13 +0100 schrieb Andy Green:
On 04/21/2011 12:47 PM, Somebody in the thread at some point said:
Without OMAP_I2C_FLAG_RESET_REGS_POSTIDLE I got i2c controller
timeouts on each accsess after an NACK message.
Taking this flag fix it.
Ahhh that will explain
Hi Vladimir,
On Mon, May 16, 2011 at 12:45:56AM +0300, Vladimir Zapolskiy wrote:
This change shows a possibility to utilize C preprocessor to remove
redundant data from clock definitions for OMAP4 architecture.
If the change is evaluated as a positive one, the same approach could
be applied
On 05/16/2011 09:56 AM, Somebody in the thread at some point said:
Am Donnerstag, den 21.04.2011, 13:13 +0100 schrieb Andy Green:
On 04/21/2011 12:47 PM, Somebody in the thread at some point said:
Without OMAP_I2C_FLAG_RESET_REGS_POSTIDLE I got i2c controller
timeouts on each accsess after an
-Original Message-
From: Valkeinen, Tomi
Sent: Monday, May 16, 2011 12:29 PM
To: Janorkar, Mayuresh
Cc: linux-omap@vger.kernel.org; K, Mythri P
Subject: RE: [PATCH v4 4/4] OMAP: DSS: Add picodlp panel driver
On Mon, 2011-05-16 at 09:54 +0530, Janorkar, Mayuresh wrote:
On Thu, 2011-05-12 at 09:40 +0300, Igor Grinberg wrote:
On 05/11/11 09:32, Tomi Valkeinen wrote:
On Wed, 2011-05-11 at 10:28 +0530, Janorkar, Mayuresh wrote:
+static void __init ldp_display_init(void)
+{
+ int r;
+
+ struct gpio gpios[] = {
+ {LCD_PANEL_RESET_GPIO,
On Saturday 14 May 2011 05:47:33 Steve Calfee wrote:
I put in a few debug statements. It appears that my DMA never gets
started. I know it can work with a different machine and codec driver,
but not mine. I don't see any explicit DMA init, but that must be the
problem. Any more ideas?
You
From: Keshava Munegowda keshava_mgo...@ti.com
The disableing of clocks and freeing GPIO are changed
to fix the occurence of the crash of rmmod of ehci and ohci
drivers. The GPIOs should be freed after the spin locks are
unlocked.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
From: Keshava Munegowda keshava_mgo...@ti.com
The disabling of clocks and freeing GPIO are changed
to fix the occurrence of the crash of rmmod of ehci and ohci
drivers. The GPIOs should be freed after the spin locks are
unlocked.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
On Thu, May 12, 2011 at 6:57 PM, Graeme Gregory g...@slimlogic.co.uk wrote:
Adding support for the twl6025. Major difference in the twl6025 is the
group functionality has been removed from the chip so this affects how
regulators are enabled and disabled.
The names of the regulators also
The hwmod structure of uhh and tll are retrived
and registered with omap device
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/usb-host.c | 99 ++--
1 files changed, 35 insertions(+), 64 deletions(-)
diff --git
From: Keshava Munegowda keshava_mgo...@ti.com
The Hwmod structures and Runtime PM features are implemented
For EHCI and OHCI drivers of OMAP3 and OMAP4.
The global suspend/resume of EHCI and OHCI
is validated on OMAP3430 sdp board with these patches.
Keshava Munegowda (5):
arm: omap: usb:
From: Keshava Munegowda keshava_mgo...@ti.com
The global suspend and resume functions for usbhs core driver
are implemented.These routine are called when the global suspend
and resume occurs. Before calling these functions, the
bus suspend and resume of ehci and ohci drivers are called
from
From: Keshava Munegowda keshava_mgo...@ti.com
The usbhs core driver does not enable/disable the intefrace and
fucntional clocks; These clocks are handled by hwmod and runtime pm,
hence insted of the clock enable/disable, the runtime pm APIS are
used. however,the port clocks and tll clocks are
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and base addresses.
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 184
device name usbhs clocks are changed from
usbhs-omap.0 to usbhs_omap; this is because
in the hwmod registration the device name is set
as usbhs_omap
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 28 ++--
Sorry ! Tis patch was 1/5 has different subjct;
Some problem with my email setup , I will send the series.
On Mon, May 16, 2011 at 2:34 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and
Without OMAP_I2C_FLAG_RESET_REGS_POSTIDLE I got i2c controller
timeouts on each accsess after an NACK message.
Taking this flag fix it.
This patch is on top of the i2c feature implementation flags
patches
Signed-off-by: Jan Weitzel j.weit...@phytec.de
Tested-by: Andy Green andy.gr...@linaro.org
* Jean Pihet jean.pi...@newoldbits.com wrote:
Adding l-o and linux-pm MLs. The original post is at
http://www.spinics.net/lists/kernel/msg1186554.html
On Fri, May 13, 2011 at 4:48 PM, Ingo Molnar mi...@elte.hu wrote:
* jean.pi...@newoldbits.com jean.pi...@newoldbits.com wrote:
From:
From: Keshava Munegowda keshava_mgo...@ti.com
The Hwmod structures and Runtime PM features are implemented
For EHCI and OHCI drivers of OMAP3 and OMAP4.
The global suspend/resume of EHCI and OHCI
is validated on OMAP3430 sdp board with these patches.
Keshava Munegowda (5):
arm: omap: usb:
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and base addresses.
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 184
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and base addresses.
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 184
The hwmod structure of uhh and tll are retrived
and registered with omap device
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/usb-host.c | 99 ++--
1 files changed, 35 insertions(+), 64 deletions(-)
diff --git
device name usbhs clocks are changed from
usbhs-omap.0 to usbhs_omap; this is because
in the hwmod registration the device name is set
as usbhs_omap
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 28 ++--
dsi_dump_clocks() prints lck and pck rates for the DISPC channel which it is
connected to. Remove this since it is already printed by dispc_dump_clocks()
in debugfs.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dsi.c |5 -
1 files changed, 0 insertions(+), 5
In the previous DSI driver design, a private workqueue was needed to prevent a
deadlock as explained in the commit : 0f16aa0ae6b84d7ae72fbe8999e6a94cb78edd4e
. In the current design, the workqueue is only used for queueing delayed work in
the case where we don't get a FRAMEDONE interrupt for 250
On OMAP3, the DSI module has 2 data lanes. On OMAP4, DSI1 has 4 data lanes
and DSI2 has 2 data lanes. Introduce function dsi_get_num_data_lanes() which
returns the number of data lanes on the dsi interface, introduce function
dsi_get_num_data_lanes_dssdev() which returns the number of data lanes
Some minor fixes/cleanup for DSI:
- Remove some debug prints in dsi_dump_clocks().
- Use system workqueue instead of creating a private one.
- Add num_data_lanes and line_buffer_size and get the from DSI_GNQ register.
Archit Taneja (4):
OMAP: DSS2: DSI: Remove DISPC pixel clock related info in
The line buffer sizes vary across DSI modules, create a function
dsi_get_line_buf_size() using DSI_GNQ register to get the size of
line buffer used for the DISPC video port data.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dsi.c | 36
From: Keshava Munegowda keshava_mgo...@ti.com
The usbhs core driver does not enable/disable the intefrace and
fucntional clocks; These clocks are handled by hwmod and runtime pm,
hence insted of the clock enable/disable, the runtime pm APIS are
used. however,the port clocks and tll clocks are
From: Keshava Munegowda keshava_mgo...@ti.com
The global suspend and resume functions for usbhs core driver
are implemented.These routine are called when the global suspend
and resume occurs. Before calling these functions, the
bus suspend and resume of ehci and ohci drivers are called
from
Hi,
On Mon, May 16, 2011 at 03:04:20PM +0530, Keshava Munegowda wrote:
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and base addresses.
TLL hwmod of usbhs with the TLL base address and irq.
Signed-off-by: Keshava Munegowda
On Mon, May 16, 2011 at 11:23 AM, Ingo Molnar mi...@elte.hu wrote:
* Jean Pihet jean.pi...@newoldbits.com wrote:
Adding l-o and linux-pm MLs. The original post is at
http://www.spinics.net/lists/kernel/msg1186554.html
On Fri, May 13, 2011 at 4:48 PM, Ingo Molnar mi...@elte.hu wrote:
*
On Mon, May 16, 2011 at 3:14 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, May 16, 2011 at 03:04:20PM +0530, Keshava Munegowda wrote:
Following 2 hwmod strcuture are added:
UHH hwmod of usbhs with uhh base address and
EHCI , OHCI irq and base addresses.
TLL hwmod of usbhs with the TLL
-Original Message-
From: Valkeinen, Tomi
Sent: Monday, May 16, 2011 2:23 PM
To: Igor Grinberg
Cc: Janorkar, Mayuresh; t...@atomide.com; linux-omap@vger.kernel.org;
Stanley Miao
Subject: Re: [PATCH 4/6] OMAP: LDP: Port the display driver to new DSS2
On Thu, 2011-05-12 at 09:40
From: Charulatha V ch...@ti.com
Do some more cleanup of OMAP GPIO driver and avoid usage of gpio_bank_count
and gpio_bank pointer array by means of maintaining a list.
Patch series is on following commit of linux-omap-pm (branch: wip/gpio-cleanup):
73ec20e00b9c02d5588dc83babb567527ed4394d
OMAP:
From: Charulatha V ch...@ti.com
Reset GPIO (OMAP_GPIO_152) for QUART in zoom2/zoom3 debug-board is
not requested at all. This would lead to problems if this GPIO is
wrongly requested. Hence request OMAP GPIO 152 for QUART RESET but
do not apply a reset pulse as it would reset QUART and
disturb
From: Charulatha V ch...@ti.com
gpio_bank_count is the count of number of GPIO devices
in a SoC. Remove this dependency from the driver. Also remove
the dependency on array of pointers to gpio_bank struct of
all GPIO devices.
The cpu_is*() checks used in omap2_gpio_prepare_for_idle() and
From: Charulatha V ch...@ti.com
Non-wakeup GPIOs are available only in OMAP2420 and OMAP3430. But
the GPIO driver initializes the non-wakeup GPIO bits for OMAP24xx
(bothe OMAP 2420 and 2430) not for OMAP3 which is incorrect.
Fix the above by providing non-wakeup GPIO information through pdata
By adding level and edge detection register offsets and then initializing them
correctly according to OMAP versions during device registrations we can now
remove
lot of revision checks in these functions.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Charulatha V ch...@ti.com
Cc:
Since wake_status, wake_clear, wake_set is common for all banks on a given
OMAP version it is enough to get their values once during probe().
Also, register offsets are already initialzed according to OMAP versions
during device registration. We no longer need these explicit checks.
We can get rid of ifdef / if checks of OMAP revision in
set_24xx_gpio_triggering()
and omap_gpio_free().
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Charulatha V ch...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Tony Lindgren
From: Charulatha V ch...@ti.com
In omap3, save/restore context is implemented for GPIO
banks 2-6 as GPIO bank1 is in wakeup domain. Instead
of identifying bank's power domain by bank id, make use
of a flag loses_context which is filled by
pwrdm_can_ever_lose_context() during dev_init.
For
We don't have to use hard-coded offsets any more in context save and
restore functions and instead use the generic offsets whcih have been
correctly initialized during device registration.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Charulatha V ch...@ti.com
Cc: Santosh Shilimkar
From: Charulatha V ch...@ti.com
Remove cpu-is checks while enabling/disabling OMAP GPIO module
during a gpio request/free.
Signed-off-by: Charulatha V ch...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
From: Charulatha V ch...@ti.com
Use USHRT_MAX for revision offset instead of -1 if revision register
is not available for a given SoC since rev offset is a u16 value.
Signed-off-by: Charulatha V ch...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Tony
Hi Linus,
Please pull two omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
This contains one iommu regression fix and one clock fix.
Regards,
Tony
The following changes since commit 693d92a1bbc9e42681c42ed190bd42b636ca876f:
On Thu, May 12, 2011 at 2:17 PM, Govindraj govindraj...@gmail.com wrote:
On Tue, Mar 22, 2011 at 3:20 PM, Carlos Chinea carlos.chi...@nokia.com
wrote:
Hi,
On Mon, 2011-03-21 at 09:16 +0100, ext Linus Walleij wrote:
2010/12/14 Carlos Chinea carlos.chi...@nokia.com:
Here you have the
From: Axel Lin axel@gmail.com
rebased on top of hwmod and runtime pm patch series of usbhs
Signed-off-by: Axel Lin axel@gmail.com
Tested-by: Keshava Munegowda keshava_mgo...@ti.com
---
drivers/mfd/omap-usb-host.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
On Mon, May 16, 2011 at 05:54:07PM +0530, Keshava Munegowda wrote:
From: Axel Lin axel@gmail.com
rebased on top of hwmod and runtime pm patch series of usbhs
Signed-off-by: Axel Lin axel@gmail.com
Tested-by: Keshava Munegowda keshava_mgo...@ti.com
Acked-by: Felipe Balbi
On Mon, May 16, 2011 at 3:03 PM, Keshava Munegowda
keshava_mgo...@ti.com wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
The Hwmod structures and Runtime PM features are implemented
For EHCI and OHCI drivers of OMAP3 and OMAP4.
The global suspend/resume of EHCI and OHCI
is validated on
ping x3
It has been 3 weeks already...
On 05/11/11 10:37, Igor Grinberg wrote:
ping x2
Can this one get into .39?
On 05/03/11 18:30, Igor Grinberg wrote:
ping!
Just to make sure you haven't missed this one liner ;)
On 04/26/11 23:41, Igor Grinberg wrote:
WARNING:
Hi,
On Sun, May 15, 2011 at 06:21:31PM +0530, ABRAHAM, KISHON VIJAY wrote:
Does anyone else observe this issue?
could be the regulators problem. Can you try with my hci branch ?
git://gitorious.org/usb/usb.git hci
saw the issue even in this tree/branch.
Keshava ? Do you have
On 13/05/11 15:40, Tony Lindgren wrote:
* Jarkko Nikula jhnik...@gmail.com [110513 05:15]:
On Fri, 13 May 2011 04:54:07 -0700
Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [110324 10:57]:
* Russell King - ARM Linux li...@arm.linux.org.uk [110320 04:39]:
On Sun, Mar
Hi Sascha,
On Mon, May 16, 2011 at 10:56 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
Hi Vladimir,
On Mon, May 16, 2011 at 12:45:56AM +0300, Vladimir Zapolskiy wrote:
This change shows a possibility to utilize C preprocessor to remove
redundant data from clock definitions for OMAP4
Hi Jan,
On 5/16/2011 11:18 AM, Jan Weitzel wrote:
Without OMAP_I2C_FLAG_RESET_REGS_POSTIDLE I got i2c controller
timeouts on each accsess after an NACK message.
Taking this flag fix it.
This patch is on top of the i2c feature implementation flags
patches
Could you please give us more
This is a re-posting of the clocksource patches, which includes some
other updates. This includes bcmring in the update.
In a similar light to the i8253 series, this consolidates 17 ARM
MMIO counter clocksources into a single common implementation. This
common implementation caters for 32-bit
As nothing should be writing to the clocksource name string, make the
clocksource name pointer const. Build-tested on ARM Versatile Express.
Cc: Alessandro Rubini rub...@unipv.it
Cc: Colin Cross ccr...@android.com
Cc: Eric Miao eric.y.m...@gmail.com
Cc: Erik Gilling konk...@android.com
Cc: Hans
The OMAP1 clocksource interrupt handler just increments a variable
which otherwise isn't used, so this seems to be unnecessary. Tony
Lindgren confirms, so lets remove it.
Acked-by: Kevin Hilman khil...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
Signed-off-by:
Tested-by: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-omap1/time.c | 31 ---
1 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap1/time.c
Add a generic mmio clocksource, covering both 32-bit and 16-bit register
access sizes, for up or down counters. This can be used to easily
create clocksources for simple counter-based implementations.
Cc: Alessandro Rubini rub...@unipv.it
Cc: Colin Cross ccr...@android.com
Cc: Eric Miao
Convert the OMAP1 32-bit down counting clocksource to the generic
clocksource infrastructure.
Tested-by: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-omap1/time.c | 23 ++-
On 05/16/11 01:54, Peter Ujfalusi wrote:
On Saturday 14 May 2011 05:47:33 Steve Calfee wrote:
I put in a few debug statements. It appears that my DMA never gets
started. I know it can work with a different machine and codec driver,
but not mine. I don't see any explicit DMA init, but that must
commit e2a93ecc7fc469dab52323c11a2d8ceaa62aac7b
(ARM: Use genirq definitions from kernel/irq/Kconfig)
made ARM Kconfig use the generic Kconfig symbols from
kernel/irq/Kconfig but did not fix the boards which
were using the older symbols, fix them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
Select HAVE_SPARSE_IRQ to allow OMAP to use
sparse IRQ numbering scheme. The main difference
is that irq_descs will be added to a radix tree
instead of a static array.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
The addition of two new audio devices is proposed. These two devices are
needed for the ASoC CPU and machine drivers for HDMI audio on
OMAP4.
Implementation of ASoC HDMI audio drivers can be found here:
http://mailman.alsa-project.org/pipermail/alsa-devel/2011-May/039758.html
Implementation of
Add device for HDMI audio. This device uses hwmod data from
dss_hdmi. This device is to be used by the ASoC HDMI CPU DAI to
obtain base memory address and DMA request number.
Signed-off-by: Ricardo Neri ricardo.n...@ti.com
---
arch/arm/mach-omap2/devices.c | 16
1 files
This device is used by the OMAP4 HDMI audio machine driver to register the
HDMI sound card.
Signed-off-by: Ricardo Neri ricardo.n...@ti.com
---
arch/arm/mach-omap2/devices.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
74 matches
Mail list logo