Hi,
On Wed, Feb 16, 2011 at 08:44:26AM +0200, Tomi Valkeinen wrote:
ah, ok. So it's another problem. I don't have beagle, but I have an old
overo here. Will try tomorrow to see what's going on. Thanks for the
report.
Did you get a chance to try this? Or any suggestions what I could try?
On Wed, Feb 16, 2011 at 10:07:26AM +0800, Bob Liu wrote:
On Tue, Feb 15, 2011 at 7:23 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Feb 15, 2011 at 04:55:00PM +0800, Bob Liu wrote:
Currently musb is initialized to OTG mode by default in musb_board_data,
it's
better to init it
On Wed, Feb 16, 2011 at 10:02:27AM +0200, Felipe Balbi wrote:
Hi,
On Wed, Feb 16, 2011 at 08:44:26AM +0200, Tomi Valkeinen wrote:
ah, ok. So it's another problem. I don't have beagle, but I have an old
overo here. Will try tomorrow to see what's going on. Thanks for the
report.
Dear All
May someon drop me a line about the following
I am trying to run up a good gst pipeline ( to start with videotestsrc)
but i am running into this
My Device: igep0030 module
my kernel: 2.6.35.9 from here (
http://git.igep.es/?p=pub/scm/linux-omap-2.6.git;a=summary)
cmdline is :
On Wed, Feb 16, 2011 at 4:05 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Feb 16, 2011 at 10:07:26AM +0800, Bob Liu wrote:
On Tue, Feb 15, 2011 at 7:23 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Feb 15, 2011 at 04:55:00PM +0800, Bob Liu wrote:
Currently musb is initialized to OTG
This patch series has some fixes/optimization for OMAP3 cpuidle code.
Tested on ZOOM3 for cpuidle and suspend/resume with OFF mode enabled.
Patches are rebased to latest kevin's pm branch
(commit id: b6fb54bc4bfc396a9b982d76c1c954c974290a1a)
Vishwanath BS (3):
OMAP3 PM: Deny clock gating only
Currently function omap3_cpuidle_update_states updates valid flag of all the C
states which includes the one which are disabled at init. So it's not really
possible to selectively disable some of the C states using valid flag.
This is fixed now by adding another flag called enabled which will be
This patch has changes to update the C state latencies for OMAP3630 and
disables the useless C-States, keeping only the optimized ones with their
corresponding measured latencies. Only 4 C-states are kept instead of 7
C-States:
* C1 . MPU WFI clock gated + Core autogating
* C3 . MPU CSWR + Core
Currently clock gating for MPU and core are denied whenever C1 state is
selected. It should be denied only when safe state is selected.
Signed-off-by: Vishwanath BS vishwanath...@ti.com
---
arch/arm/mach-omap2/cpuidle34xx.c | 20 ++--
1 files changed, 10 insertions(+), 10
Hi Jarkko,
On Mon, Feb 14, 2011 at 3:38 PM, Jarkko Nikula jhnik...@gmail.com wrote:
On Mon, 14 Feb 2011 15:01:30 +0100
Jean Pihet jean.pi...@newoldbits.com wrote:
If so, I've seen this same issue few times after having my panda
powered off for a while, for example over the weekend.
On Monday 14 February 2011 09:32 PM, Valkeinen, Tomi wrote:
Hi,
On Thu, 2011-02-03 at 07:56 -0600, Murthy, Raghuveer wrote:
- Adding dss_feature for DPLL fclk
- Enabling pixel clock generation for DPI interface
A bit more description what the patch set is about would be nice. Also,
one line
Hi,
On Wed, Feb 16, 2011 at 04:49:34PM +0800, Bob Liu wrote:
I can be related. Try this:
Yeah, it works. Thanks, sorry for the noise
.
BTW: Is the below patch which about musb_core.c will be merged into mainline ?
I thinking on doing that, yes.
--
balbi
--
To unsubscribe from this list:
never mind ..
i think i found it .. my board code named my video device tft instead
of lcd
duhhh
sorry to bother anyone
Rob
Am 16.02.2011 09:34, schrieb Robert Wörle:
Dear All
May someon drop me a line about the following
I am trying to run up a good gst pipeline ( to start with
Hi Paul,
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org
[mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf
Of Paul Walmsley
Sent: Wednesday, February 16, 2011 12:23 PM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject:
Hi,
On Wed, Feb 16, 2011 at 11:44:21AM +0200, Tomi Valkeinen wrote:
Perhaps I'm missing some Kconfig option.
Yes, you have a problem on your Kconfig
snip
CONFIG_USB_MUSB_HDRC=y
CONFIG_USB_MUSB_TUSB6010=y
# CONFIG_USB_MUSB_OMAP2PLUS is not set
# CONFIG_USB_MUSB_AM35X is not set
Since
On Wed, 2011-02-16 at 03:49 -0600, Balbi, Felipe wrote:
Hi,
On Wed, Feb 16, 2011 at 11:44:21AM +0200, Tomi Valkeinen wrote:
Perhaps I'm missing some Kconfig option.
Yes, you have a problem on your Kconfig
snip
CONFIG_USB_MUSB_HDRC=y
CONFIG_USB_MUSB_TUSB6010=y
#
Use the mux framework APIs to explicitly configure
the MUSB pads. The MUSB controller in OMAP4 can use
either the old ULPI interface, or the new internal PHY.
Configure the pads accordingly.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
Each of these signals
The EHCI controller in OMAP4 supports a transceiver-less link
mode (TLL mode), similar to the one in OMAP3. On the OMAP4
however, there are an additional set of clocks that need
to be turned on to get this working.
Request and configure these for each port if that port
is connected in TLL mode.
On Wed, Feb 16, 2011 at 03:43:14PM +0530, Anand Gadiyar wrote:
The EHCI controller in OMAP4 supports a transceiver-less link
mode (TLL mode), similar to the one in OMAP3. On the OMAP4
however, there are an additional set of clocks that need
to be turned on to get this working.
Request and
-Original Message-
From: Hilman, Kevin
Sent: Tuesday, February 15, 2011 10:45 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Basak, Partha
Subject: Re: [PATCH v9 10/11] OMAP: dmtimer: pm_runtime support
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add
On Wed, Feb 16, 2011 at 03:42:15PM +0530, Anand Gadiyar wrote:
Use the mux framework APIs to explicitly configure
the MUSB pads. The MUSB controller in OMAP4 can use
either the old ULPI interface, or the new internal PHY.
Configure the pads accordingly.
Signed-off-by: Anand Gadiyar
On Wed, Feb 16, 2011 at 12:00:36PM +0200, Tomi Valkeinen wrote:
On Wed, 2011-02-16 at 03:49 -0600, Balbi, Felipe wrote:
Hi,
On Wed, Feb 16, 2011 at 11:44:21AM +0200, Tomi Valkeinen wrote:
Perhaps I'm missing some Kconfig option.
Yes, you have a problem on your Kconfig
snip
On Wed, 2011-02-16 at 04:26 -0600, Balbi, Felipe wrote:
On Wed, Feb 16, 2011 at 12:00:36PM +0200, Tomi Valkeinen wrote:
On Wed, 2011-02-16 at 03:49 -0600, Balbi, Felipe wrote:
Hi,
On Wed, Feb 16, 2011 at 11:44:21AM +0200, Tomi Valkeinen wrote:
Perhaps I'm missing some Kconfig
Felipe Balbi wrote:
On Wed, Feb 16, 2011 at 03:43:14PM +0530, Anand Gadiyar wrote:
The EHCI controller in OMAP4 supports a transceiver-less link
mode (TLL mode), similar to the one in OMAP3. On the OMAP4
however, there are an additional set of clocks that need
to be turned on to get this
-Original Message-
From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
Sent: Tuesday, February 15, 2011 7:22 PM
To: Vishwanath Sripathy
Cc: Kevin Hilman; p...@pwsan.com; Vibhore Vardhan; Santosh
Shilimkar; Rajendra Nayak; linux-omap@vger.kernel.org; Jean Pihet-XID
Subject: Re:
Hi,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Tuesday, February 15, 2011 9:42 PM
To: ba...@ti.com
Cc: Hema HK; linux-omap@vger.kernel.org;
linux-...@vger.kernel.org; Tony Lindgren; Cousson, Benoit;
Paul Walmsley
Subject: Re: [PATCH 4/5 v6] OMAP2+: musb: HWMOD
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org
[mailto:linux-arm-kernel-boun...@lists.infradead.org] On Behalf
Of Paul Walmsley
Sent: Wednesday, February 16, 2011 12:23 PM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: [PATCH
Commit 7d4ca85a5 (omap4: Fix ULPI PHY init for ES1.0 SDP)
changed the mux mode of the pad for GPIO_157 to HSI_MODE
by accident - the original intent was to mux it properly
to solve a board reboot problem.
The board reboot is caused by a bug on many revs of the
board that causes an accidental
Most revisions of the OMAP4 Blaze/SDP platform do not have
the EHCI signals routed by default. The pads are routed
for the alternate HSI functionality instead, and explicit
board modifications are needed to route the signals to
the USB PHY on the board.
Also, turning on the PHY connected to the
On Wed, Feb 16, 2011 at 04:47:19PM +0530, Anand Gadiyar wrote:
Most revisions of the OMAP4 Blaze/SDP platform do not have
the EHCI signals routed by default. The pads are routed
for the alternate HSI functionality instead, and explicit
board modifications are needed to route the signals to
Hello.
On 16-02-2011 8:14, Hema Kalliguddi wrote:
From: Kalliguddi, Hemahem...@ti.com
Introduce the .phy_suspend function pointer to
twl4030_usb_data structure.
assign the function to it for both sdp board and panda boards.
This will be used by the twl6030-usb transceiver driver.
On Wed, 16 Feb 2011 11:22:09 +0530
Gulati, Shweta shweta.gul...@ti.com wrote:
On Tue, Feb 15, 2011 at 8:59 PM, Jarkko Nikula jhnik...@gmail.com wrote:
Probably discussed earlier but would it make more sense to have flag in
struct twl4030_platform_data and to do registers writes in twl-core?
From: Kalliguddi, Hema hem...@ti.com
Remove the regulator enable while driver loading and enable it only when
the cable/device is connected and disable it when disconnected.
Remove the configuration of config_state and config_trans register
configuration as these registers are programmed when
From: Kalliguddi, Hema hem...@ti.com
To get the ID status there was an I2C read transfer. Removed this I2C
read transfer as this info can be used from existing variable(linkstat).
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
---
drivers/usb/otg/twl6030-usb.c |7 ++-
From: Kalliguddi, Hema hem...@ti.com
Introduced the suspend/resume function for the OMAP4430 internal PHY.
This will be used by the twl6030-usb transceiver driver.
Moved the clock enable/disable function calls and power on/off of the PHY
code from power on/off functions to suspend/resume
From: Kalliguddi, Hema hem...@ti.com
Introduce the twl6030_phy_suspend function and assign to otg.set_suspend
function pointer.
This function is used by the musb-omap2430 platform driver
during suspend/resume.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
---
From: Kalliguddi, Hema hem...@ti.com
Save the last event in the otg_transceiver so that it can used in the
musb driver and gadget driver to configure the musb and enable the
vbus for host mode and OTG mode, if the device is connected during boot.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe
From: Kalliguddi, Hema hem...@ti.com
OMAP4430 is embedded with UTMI PHY. This PHY does not support the
OTG features like ID pin detection and VBUS detection. This function
is exported to an external companion chip TWL6030. Software must retrieve
the OTG HNP and SRP status from the TWL6030 and
From: Kalliguddi, Hema hem...@ti.com
Introduce the .phy_suspend function pointer to twl4030_usb_data structure.
assign the function to it for both sdp board and panda boards.
This will be used by the twl6030-usb transceiver driver.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi
From: Hema HK hem...@ti.com
Moved all the board specific internal PHY functions out of usb_musb.c file
as this file is shared between the OMAP2+ and AM35xx platforms.
There exists a file which has the functions specific to internal PHY
used for OMAP4 platform. Moved all phy specific functions to
Jarkko,
On Wed, Feb 16, 2011 at 5:15 PM, Jarkko Nikula jhnik...@gmail.com wrote:
On Wed, 16 Feb 2011 11:22:09 +0530
Gulati, Shweta shweta.gul...@ti.com wrote:
On Tue, Feb 15, 2011 at 8:59 PM, Jarkko Nikula jhnik...@gmail.com wrote:
Probably discussed earlier but would it make more sense to
no subject ??
--
balbi
--
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 http://vger.kernel.org/majordomo-info.html
no subject ??
--
balbi
--
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 http://vger.kernel.org/majordomo-info.html
On 16-02-2011 14:50, Hema HK wrote:
From: Kalliguddi, Hemahem...@ti.com
Introduce the .phy_suspend function pointer to twl4030_usb_data structure.
assign the function to it for both sdp board and panda boards.
This will be used by the twl6030-usb transceiver driver.
Signed-off-by: Hema
On 16-02-2011 14:53, Hema HK wrote:
From: Hema HKhem...@ti.com
Moved all the board specific internal PHY functions out of usb_musb.c file
as this file is shared between the OMAP2+ and AM35xx platforms.
There exists a file which has the functions specific to internal PHY
used for OMAP4
This should help users who do a
'echo 1 /debug/pm_debug/sleep_while_idle' with a
config which has !CONFIG_CPU_IDLE and wonder
why OMAP is'nt sleeping in idle.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/pm-debug.c |9 +
1 files changed, 9 insertions(+), 0
Moved all the board specific internal PHY functions out of usb_musb.c file
as this file is shared between the OMAP2+ and AM35xx platforms.
There exists a file which has the functions specific to internal PHY
used for OMAP4 platform. Moved all phy specific functions to this file
and passing these
Hi,
Yes. This was broken patch. My bad... I resent the patch.
Regards,
Hema
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Wednesday, February 16, 2011 5:26 PM
To: Hema HK
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Felipe Balbi
Subject: Re: your mail
Add a hwmod state check in the _setup function
to avoid setting up hwmods' for which clock
lookup has failed.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
This series fixes some hwmod api return values
and also adds some state checks.
The hwmod iterator functions are made to
continue and not break if one of the
callback functions ends up with an error.
Series applies on 2.6.38-rc4 and is boot
tested on OMAP3430SDP and OMAP4430SDP
platforms.
_init_clock always returns 0 and does
not propogate the error (in case of failure)
back to the caller, causing _init_clocks to
fail silently.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
The iterator functions used to iterate over all
registered hwmods and all hwmods of a given class
break if one of the iterator functions fail.
Instead iterate over all the functions and return
an ORed return value back to the user.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
Moved all the board specific internal PHY functions out of usb_musb.c file
as this file is shared between the OMAP2+ and AM35xx platforms.
There exists a file which has the functions specific to internal PHY
used for OMAP4 platform. Moved all phy specific functions to this file
and passing these
Hi,
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Wednesday, February 16, 2011 5:31 PM
To: Hema HK
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Subject: Re:
On 16-02-2011 14:53, Hema HK wrote:
From: Hema HKhem...@ti.com
Moved all the board
Hello Linus,
On Tue, Feb 15, 2011 at 01:58:00PM +0100, ext Linus Walleij wrote:
2010/5/11 Eduardo Valentin eduardo.valen...@nokia.com:
Here is the version 5 of the change to export OMAP data to userspace
(name, revision, id code, production id and die id).
Basically, this version is
Tony,
-Original Message-
From: Rajendra Nayak [mailto:rna...@ti.com]
Sent: Thursday, February 03, 2011 6:15 PM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; linux-arm-ker...@lists.infradead.org;
ba...@ti.com; Rajendra Nayak
Subject: [PATCH v2 0/2] Fix/Clean regulator consumer
Hi Paul,
-Original Message-
From: Rajendra Nayak [mailto:rna...@ti.com]
Sent: Wednesday, January 19, 2011 7:44 PM
To: linux-omap@vger.kernel.org
Cc: p...@pwsan.com; khil...@deeprootsystems.com; Rajendra Nayak
Subject: [RFC 0/3] Use clknames to reference parent/bypass/ref clks
This
This patch series makes OMAP2PLUS musb module implemented
in HWMOD FW way. It also implements musb driver to
use the runtime pm apis.
As per the OMAP usbotg specification[1] musb sysconfig register
has to be set to force idle and force standby when not used
and set smart idle/standby or no
OMAP2430 hwmod data structures are populated with base address, L3 and L4
interface clocks, IRQs and sysconfig register details.
As per OMAP USBOTG specification, need to configure the USBOTG
to smart idle/standby or no idle/standby during data transfer and
force idle/standby when not in use to
OMAP3 hwmod data structures are populated for USBOTG with base address,
L3 and L4 interface clocks, IRQs and sysconfig register details.
This is applicable for OMAP3430 amd OMAP3630.
As per OMAP USBOTG specification, need to configure the USBOTG
to smart idle/standby or no idle/standby during
MADC(Monitoring ADC) driver enables monitoring analog signals using
analog-to-digital conversion (ADC) on the input source.
The previous discussion concluded in keeping the generic ADC
functionality and the hwmon separate. The discussion can be found here:
AM35xx hwmod data structures are populated for USBOTG with base address,
L3 and L4 interface clocks and IRQ.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Cousson, Benoit b-cous...@ti.com
Cc:
OMAP4 hwmod data structures are populated with base address, L3 and L4
interface clocks, IRQs and sysconfig register details.
As per OMAP USBOTG specification, need to configure the USBOTG
to smart idle/standby or no idle/standby during data transfer and
force idle/standby when not in use to
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings.
Enable clock, configure no-idle/standby when active and configure force
idle/standby
and disable clock when idled. This is taken care by the runtime framework when
Using omap_device_build API instead of platform_device_register for
OMAP2430,OMAP3xxx, OMAP4430 and AM35x musb device registration.
The device specific resources defined in centralized
database will be used.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren
This driver exposes the sysfs nodes of the TWL4030 MADC module.
All the channel values are expressed in terms of mV. Channel 13
and channel 14 are reserved. There are channels which represent
temperature and current. Even they output raw voltage in mV.
Signed-off-by: Keerthy j-keer...@ti.com
---
Introducing a driver for MADC on TWL4030 powerIC. MADC stands for monitoring
ADC. This driver monitors the real time conversion of analog signals like
battery temperature, battery type, battery level etc.
Signed-off-by: Keerthy j-keer...@ti.com
---
The previous discussion concluded in keeping
On Wed, 16 Feb 2011 17:24:30 +0530
Gulati, Shweta shweta.gul...@ti.com wrote:
Note proof of concept patch only. I omitted the comments and don't do
explicit SR disable and I'd clean up the error paths in twl4030_power_init
a bit before this (e.g. printing error codes). Not sure either is
Hello all,
I will resend once again the right set. I apologise.
Regards,
Keerthy
On Wed, Feb 16, 2011 at 5:56 PM, Keerthy j-keer...@ti.com wrote:
MADC(Monitoring ADC) driver enables monitoring analog signals using
analog-to-digital conversion (ADC) on the input source.
The previous discussion
Catalin,
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Tuesday, February 15, 2011 12:44 PM
To: linux-arm-ker...@lists.infradead.org; Andrei Warkentin
Cc: linux-omap@vger.kernel.org; Kevin Hilman; t...@atomide.com;
Catalin Marinas
Subject: RE:
Hello.
On 16.02.2011 15:11, Rajendra Nayak wrote:
Add a hwmod state check in the _setup function
to avoid setting up hwmods' for which clock
lookup has failed.
Signed-off-by: Rajendra Nayakrna...@ti.com
[...]
diff --git a/arch/arm/mach-omap2/omap_hwmod.c
MADC(Monitoring ADC) driver enables monitoring analog signals using
analog-to-digital conversion (ADC) on the input source.
The previous discussion concluded in keeping the generic ADC
functionality and the hwmon separate. The discussion can be found here:
This driver exposes the sysfs nodes of the TWL4030 MADC module.
All the channel values are expressed in terms of mV. Channel 13
and channel 14 are reserved. There are channels which represent
temperature and current. Even they output raw voltage in mV.
Signed-off-by: Keerthy j-keer...@ti.com
---
Introducing a driver for MADC on TWL4030 powerIC. MADC stands for monitoring
ADC. This driver monitors the real time conversion of analog signals like
battery temperature, battery type, battery level etc.
Signed-off-by: Keerthy j-keer...@ti.com
---
The previous discussion concluded in keeping
dmtimer adaptation to platform_driver.
This patch series is adaptation of dmtimer code to platform driver
using omap_device and omap_hwmod abstraction.
Baseline:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
Branch: master
Test Platforms:
OMAP1710
OMAP2420
OMAP2430
From: Thara Gopinath th...@ti.com
Add dmtimer data.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Acked-by: Cousson, Benoit b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 633
1 files changed,
Add pm_runtime support to dmtimer. Since dmtimer is used during
early boot before pm_runtime is initialized completely there are
provisions to enable/disable clocks directly in the code during
early boot.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
[p-bas...@ti.com: added pm_runtime
From: Thara Gopinath th...@ti.com
Add dmtimer data.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Acked-by: Cousson, Benoit b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 649
1 files changed,
Hello.
On 16-02-2011 15:28, Hema HK wrote:
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings.
Enable clock, configure no-idle/standby when active and configure force
idle/standby
and disable clock when idled. This
The low-level read and write access routines wait on
write-pending register in posted mode to make sure that
previous write is complete on respective registers.
This waiting is done in an infinite while loop. Now it
is being modified to use timeout instead.
Signed-off-by: Tarun Kanti DebBarma
switch-over to platform device driver through following changes:
(a) call to dmtimer initialization routine from timer-gp.c is
removed (b) initiate dmtimer early initialization from omap2_init_common_hw
in io.c (c) modify plat-omap/dmtimer routines to use new register map and
platform data.
From: Thara Gopinath th...@ti.com
Add dmtimer platform driver functions which include:
(1) platform driver initialization
(2) driver probe function
(3) driver remove function
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Acked-by: Cousson,
Add routines to converts dmtimers to platform devices. The device data
is obtained from hwmod database of respective platform and is registered
to device model after successful binding to driver. It also provides
provision to access timers during early boot when pm_runtime framework
is not
From: Thara Gopinath th...@ti.com
Add dmtimer data.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Acked-by: Cousson, Benoit b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 634
From: Thara Gopinath th...@ti.com
Convert OMAP1 dmtimers into a platform devices and then registers with
device model framework so that it can be bound to corresponding driver.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Acked-by: Cousson,
Hi Rajendra,
On 2/16/2011 1:11 PM, Nayak, Rajendra wrote:
This series fixes some hwmod api return values
and also adds some state checks.
The hwmod iterator functions are made to
continue and not break if one of the
callback functions ends up with an error.
By doing that, you change the
Hi,
On Sat, 2011-02-12 at 11:02 -0600, Daniel Morsing wrote:
This series adds a mechanism for specifying a recommended bpp for
generic dss2 dpi panels and adds a panel that uses this feature.
The panel added is the 4.3 inch display that is sold with the
Devkit8000.
Hmm. Devkit8000's panel
check_timings and set_timings APIS are not present for panel-taal.
OMAPFB provides a bootarg omapfb.mode for setting mode parameters which include
display,
resolution, bits-per-pixel.
OMAPFB expects panel driver to have check_timings and set_timings APIs.
These are checked by omapfb in case we
Hi Benoit,
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Wednesday, February 16, 2011 6:37 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; p...@pwsan.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 0/3] OMAP2+ hwmod fixes
Hi
Hi,
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: Wednesday, February 16, 2011 5:07 PM
To: Hema Kalliguddi
Cc: Sergei Shtylyov; linux-...@vger.kernel.org;
linux-omap@vger.kernel.org; Felipe Balbi; Tony Lindgren
Subject: Re: [4/7 v2] usb: otg: OMAP4430: Add
Hi,
On Wed, 2011-02-16 at 07:54 -0600, Janorkar, Mayuresh wrote:
check_timings and set_timings APIS are not present for panel-taal.
OMAPFB provides a bootarg omapfb.mode for setting mode parameters which
include display,
resolution, bits-per-pixel.
OMAPFB expects panel driver to have
Hi Tomi
On Wed, 2011-02-16 at 15:11 +0200, Tomi Valkeinen wrote:
Hi,
On Sat, 2011-02-12 at 11:02 -0600, Daniel Morsing wrote:
The panel added is the 4.3 inch display that is sold with the
Devkit8000.
Hmm. Devkit8000's panel is connected with 24 datalines, according to the
board file.
Hi Kevin,
On Mon, Feb 14, 2011 at 02:06:53PM -0800, Kevin Hilman wrote:
G, Manjunath Kondaiah manj...@ti.com writes:
From: Manjunath G Kondaiah manj...@ti.com
Enable runtime pm and use pm_runtime_get_sync and pm_runtime_put_autosuspend
for OMAP DMA driver.
The DMA driver uses auto
On Wed, 2011-02-16 at 08:06 -0600, Daniel Morsing wrote:
Hi Tomi
On Wed, 2011-02-16 at 15:11 +0200, Tomi Valkeinen wrote:
Hi,
On Sat, 2011-02-12 at 11:02 -0600, Daniel Morsing wrote:
The panel added is the 4.3 inch display that is sold with the
Devkit8000.
Hmm. Devkit8000's
Hello Daniel,
Am 12.02.2011 18:02, schrieb Daniel Morsing:
This patch adds a generic panel entry for the 4.3 inch display that is
sold with the devkit8000 and modifies the board file to use this
display.
Signed-off-by: Daniel Morsing daniel.mors...@gmail.com
---
Note that this patch
Hi,
On Thu, 2011-02-03 at 14:09 +, Raghuveer Murthy wrote:
Renamed DISPC_DIVISOR(ch) to DISPC_DIVISORo(ch), to facilitate introduction
of DISPC_DIVISOR register, which is specific for OMAP4. OMAP4 has 3 registers
DISPC_DIVISOR, DISPC_DIVISOR1 and DISPC_DIVISOR2.
Also updated, all the
On Wed, 2011-02-16 at 16:36 +0200, Tomi Valkeinen wrote:
On Wed, 2011-02-16 at 08:06 -0600, Daniel Morsing wrote:
Hi Tomi
On Wed, 2011-02-16 at 15:11 +0200, Tomi Valkeinen wrote:
Hi,
On Sat, 2011-02-12 at 11:02 -0600, Daniel Morsing wrote:
The panel added is the 4.3 inch
On Thu, 2011-02-03 at 14:09 +, Raghuveer Murthy wrote:
Added macro for DISPC_DIVISOR. This is different from DISPC_DIVISOR1 and
DISPC_DIVISOR2. OMAP4 supports all the above 3 registers.
DISPC_DIVISOR1 and DISPC_DIVISOR2 registers are accessed through
DISPC_DIVISORo(ch) macro
On 15 February 2011 07:14, Santosh Shilimkar santosh.shilim...@ti.com wrote:
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1140,7 +1140,7 @@ config ARM_ERRATA_742231
config PL310_ERRATA_588369
bool Clean Invalidate maintenance operations do not invalidate
clean lines
-
-Original Message-
From: catalin.mari...@gmail.com [mailto:catalin.mari...@gmail.com]
On Behalf Of Catalin Marinas
Sent: Wednesday, February 16, 2011 9:24 PM
To: Santosh Shilimkar
Cc: linux-arm-ker...@lists.infradead.org; Andrei Warkentin; Kevin
Hilman; t...@atomide.com;
1 - 100 of 167 matches
Mail list logo