On 08/07/12 04:42, Zumeng Chen wrote:
于 2012年08月07日 04:22, Igor Grinberg 写道:
1) The above commit introduced a common -get_pendown_state() function
into the generic code, but that function was board-specific for the
OMAP3EVM and thus broke most other boards using this code.
2) The above
On Mon, Aug 06, 2012 at 11:21:27AM -0700, Kevin Hilman wrote:
Hi Joe,
Joe Woodward j...@terrafix.co.uk writes:
I have a GUMSTIX Overo AirSTORM (AM3703-based).
When running a 3.4 kernel the USB host works just fine!
However when switching to 3.5 I get a few new warning messages and
On Tuesday 07 August 2012 03:44 AM, Aaro Koskinen wrote:
Hi,
On Mon, Aug 06, 2012 at 11:06:28PM +0530, Archit Taneja wrote:
On Mon, 2012-08-06 at 19:47 +0300, Aaro Koskinen wrote:
I can't get the display on N900 (SDI, acx565akm) to work with v3.6-rc1
kernel, it's just full of flicker/noise.
* Hiremath, Vaibhav hvaib...@ti.com [120803 03:34]:
Actually its not that.
AM335x needs to be added as part of cpu_class_is_omap2(), without this it
gets into issues.
The patch has been already submitted to the list, but still not merged by
Tony.
Let's just add it to the list of
* Shilimkar, Santosh santosh.shilim...@ti.com [120726 00:27]:
On Tue, Jul 10, 2012 at 10:33 AM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [120709 08:07]:
Tony,
Please pull below OMAP5 SOC minimal support. It is generated against the
cleanup-part2
* Javier Martinez Canillas jav...@dowhile0.org [120803 01:06]:
I saw that Linus 3.6-rc1 has already been released and I didn't see
this patch on it.
Yes I wanted to wait for -rc1 to avoid complicating things during
the merge window.
So, this is a kindly reminder so you don't miss this
* Tony Lindgren t...@atomide.com [120713 01:01]:
* Tony Lindgren t...@atomide.com [120712 23:46]:
* Mohammed, Afzal af...@ti.com [120712 23:19]:
Afzal Mohammed (1):
arm/dts: am33xx wdt node
The above patch seems to be an empty one, actual changes in it as in
original
On Tue, Aug 7, 2012 at 12:30 PM, Tony Lindgren t...@atomide.com wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120726 00:27]:
On Tue, Jul 10, 2012 at 10:33 AM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [120709 08:07]:
Tony,
Please pull
Add OMAP MMC related device tree data for OMAP5.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/omap5-evm.dts | 31 +++
arch/arm/boot/dts/omap5.dtsi| 31 +++
2 files changed, 62 insertions(+), 0 deletions(-)
diff
* Peter Ujfalusi peter.ujfal...@ti.com [120723 01:52]:
Hi Tony,
On 07/13/2012 10:38 AM, Peter Ujfalusi wrote:
On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
Manufacturers can opt to use different codec than twl6040 and also can add
audio related IC to the bus
* Santosh Shilimkar santosh.shilim...@ti.com [120713 03:50]:
The random config builds with PM and !ARM_CPU_SUSPEND breaks with below
error on omap2plus_defconfig.
arch/arm/mach-omap2/sleep44xx.S:323: undefined reference to `cpu_resume'
arch/arm/mach-omap2/omap-mpuss-lowpower.c:278: undefined
* Kevin Hilman khil...@ti.com [120730 17:36]:
At first, I wasn't sure why this was happening on Overo boards and not
on the other boards, but then I notcied there was a *lot* more pm_wkup
interrupts during boot on Overo compared to the other boards. This is
because of the GPIO IRQ for the
On Tue, Aug 07, 2012 at 12:43:51, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120713 01:01]:
* Tony Lindgren t...@atomide.com [120712 23:46]:
my scripts when applying patches. We'll have to apply this as a fix.
Arnd and Olof, let me know if you want me to resubmit a new branch
Hi,
* Jon Hunter jon-hun...@ti.com [120713 13:17]:
Calling the dmtimer function omap_dm_timer_set_source() fails if following a
call to pm_runtime_put() to disable the timer. For example the following
sequence would fail to set the parent clock ...
omap_dm_timer_stop(gptimer);
* Domenico Andreoli cav...@gmail.com [120714 13:54]:
From: Domenico Andreoli domenico.andre...@linux.com
There is not point in having arch_id as parameter of __arch_decomp_setup(),
nothing in it uses arch_id. The machine id is already exported (and used)
with symbol __machine_arch_type as
* AnilKumar, Chimata anilku...@ti.com [120731 06:37]:
Hi Peter,
On Fri, Jul 27, 2012 at 14:40:52, Ujfalusi, Peter wrote:
Hi,
On 07/24/2012 06:45 PM, AnilKumar Ch wrote:
Adds basic pinctrl support for AM33XX family of devices. This patch
is based on the pinctrl-simple driver
Hi Tony,
On 08/07/2012 10:20 AM, Tony Lindgren wrote:
Sorry things were getting already too complex for v3.6 merge window..
OK.
So v3.7 it will be. Looks like this need to be updated against v3.6-rc1
to apply.
I'll resend the updated patch on top of 3.6-rc1
Regards,
Péter
--
To unsubscribe
* Shubhrajyoti D shubhrajy...@ti.com [120724 23:26]:
In case there are dma errors currently the driver exits.
Make the spi driver fall back to pio mode in case of dma errors.
If the DMA engine is not selected the driver
exits.This patch makes the spi fall back to pio in that case.
Also
* Michael Jones michael.jo...@matrix-vision.de [120726 08:54]:
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
---
arch/arm/mach-omap2/mux.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index
Hi everyone,
the patch series aims at cleaning up of DSS of cpu_is checks thereby making it
more generic.
The 1st patch cleans up cpu_is checks from DISPC code.
The 2nd patch removes unused functions from DSS code.
The 3rd patch cleans up cpu_is checks from DSS code.
The 4th patch removes cpu_is
The cpu_is checks have been removed from DISPC providing it a much generic and
cleaner interface. The OMAP version and revision specific functions are
initialized by dispc_ops structure in dss features.
Signed-off-by: Chandrabhanu Mahapatra cmahapa...@ti.com
---
drivers/video/omap2/dss/dispc.c
Functions dss_calc_clock_rates() and dss_get_clock_div() are removed as these
functions have become redundant and no longer used.
Signed-off-by: Chandrabhanu Mahapatra cmahapa...@ti.com
---
drivers/video/omap2/dss/dss.c | 45 -
The cpu_is checks have been removed from dss.c providing it a much generic and
cleaner interface. The OMAP version and revision specific functions are
initialized by dss_ops structure in dss features.
Signed-off-by: Chandrabhanu Mahapatra cmahapa...@ti.com
---
drivers/video/omap2/dss/dss.c
OMAP4 checks are removed from VENC to provide it a cleaner interface. These
checks were introduced by patches HACK: OMAP: DSS2: VENC: disable VENC on OMAP4
to prevent crash (ba02fa37de) by Tomi Valkeinen tomi.valkei...@ti.com and
OMAPDSS: VENC: fix NULL pointer dereference in DSS2 VENC sysfs debug
This is a alternative to HACK: OMAP: DSS2: VENC: disable VENC on OMAP4 to
prevent crash (ba02fa37de) by Tomi Valkeinen tomi.valkei...@ti.com to prevent
VENC from crashing OMAP4 kernel. This prevents OMAPDSS from initial registration
of a device for VENC on OMAP4.
Signed-off-by: Chandrabhanu
The OMAP3 checks have been removed and replaced by a dss feature
FEAT_DPI_USES_VDDS_DSI for cleaner implementation. The patches
OMAP: DSS2: enable VDDS_DSI when using DPI (8a2cfea8cc) by Tomi Valkeinen
tomi.valkei...@nokia.com and ARM: omap: fix oops in
drivers/video/omap2/dss/dpi.c (4041071571)
Hi Tony,
On Tue, Aug 07, 2012 at 13:13:48, Tony Lindgren wrote:
* AnilKumar, Chimata anilku...@ti.com [120731 06:37]:
Hi Peter,
On Fri, Jul 27, 2012 at 14:40:52, Ujfalusi, Peter wrote:
Hi,
On 07/24/2012 06:45 PM, AnilKumar Ch wrote:
Adds basic pinctrl support for AM33XX
Hi,
On Tue, Aug 07, 2012 at 01:57:42PM +0530, Chandrabhanu Mahapatra wrote:
diff --git a/drivers/video/omap2/dss/dss_features.c
b/drivers/video/omap2/dss/dss_features.c
index 9387097..b8d5095 100644
--- a/drivers/video/omap2/dss/dss_features.c
+++ b/drivers/video/omap2/dss/dss_features.c
On Tue, Aug 07, 2012 at 01:58:04PM +0530, Chandrabhanu Mahapatra wrote:
The cpu_is checks have been removed from dss.c providing it a much generic and
cleaner interface. The OMAP version and revision specific functions are
initialized by dss_ops structure in dss features.
Signed-off-by:
On Tue, Aug 07, 2012 at 01:58:17PM +0530, Chandrabhanu Mahapatra wrote:
OMAP4 checks are removed from VENC to provide it a cleaner interface. These
checks were introduced by patches HACK: OMAP: DSS2: VENC: disable VENC on
OMAP4
to prevent crash (ba02fa37de) by Tomi Valkeinen
Hi Kaehlcke,
Can you re-submit the patch based on linux-next tree?
Comments inline
On Wed, Aug 01, 2012 at 01:18:38, Matthias Kaehlcke wrote:
The TPS65217 chip contains a boost converter and current sinks which can be
used to drive LEDs for use as backlights. Expose this functionality via the
On Tue, 2012-08-07 at 11:48 +0300, Felipe Balbi wrote:
you're not really removing. You're moving cpu_is_* somewhere else. A
better approach, IMHO, would be to use the DSS_REVISION register to
differentiate the DSS IP itself, not the OMAP.
Unfortunately we can't, DSS_REVISION contains bogus
On Tue, Aug 07, 2012 at 12:05:29PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 11:48 +0300, Felipe Balbi wrote:
you're not really removing. You're moving cpu_is_* somewhere else. A
better approach, IMHO, would be to use the DSS_REVISION register to
differentiate the DSS IP itself,
On Tuesday 07 August 2012, Balaji T K wrote:
Add OMAP MMC related device tree data for OMAP5.
Signed-off-by: Balaji T K balaj...@ti.com
---
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Tue, 2012-08-07 at 12:14 +0300, Felipe Balbi wrote:
Or you could use the driver_data field on the platform_device_id and
of_device_id structures for that. Something like:
static const struct platform_device_id dss_id_table[] __initconst = {
{
{ omap2-dss, omap2_dss_features },
Hi,
On Tue, Aug 07, 2012 at 12:27:52PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 12:14 +0300, Felipe Balbi wrote:
Or you could use the driver_data field on the platform_device_id and
of_device_id structures for that. Something like:
static const struct platform_device_id
On Tue, 2012-08-07 at 12:32 +0300, Felipe Balbi wrote:
Hi,
On Tue, Aug 07, 2012 at 12:27:52PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 12:14 +0300, Felipe Balbi wrote:
Or you could use the driver_data field on the platform_device_id and
of_device_id structures for that.
Hi Kevin,
On Mon, 6 Aug 2012, Kevin Hilman wrote:
Is this only happening on this 37xx platform?Just curious, because
it seems to be a problem on any OMAP3xxx SoC.
So far I've only run the baseline tests on 37xx, so wanted to state only
what was observed here.
...it must be the
Hi,
On Tue, Aug 07, 2012 at 12:57:16PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 12:32 +0300, Felipe Balbi wrote:
Hi,
On Tue, Aug 07, 2012 at 12:27:52PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 12:14 +0300, Felipe Balbi wrote:
Or you could use the driver_data
This series fixes several bugs uncovered by smatch. It also unwraps
all of the wrapped strings across the arch/arm/*omap* codebase. Some
warning messages have been reformatted for concision and consistency.
And some printk(KERN_* ... have been converted to pr_*( ...
This series is intended for
Resolve the following warnings from smatch:
arch/arm/mach-omap2/gpmc.c:282 gpmc_cs_set_timings() info: why not propagate
'div' from gpmc_cs_calc_divider() instead of -1?
arch/arm/mach-omap2/gpmc.c:456 gpmc_cs_free() info: ignoring unreachable code.
arch/arm/mach-omap2/gpmc.c:456 gpmc_cs_free()
Find and unwrap wrapped strings in the style:
pr_debug(clockdomain: hardware cannot set/clear wake up of
%s when %s wakes up\n, clkdm1-name, clkdm2-name);
Keeping these strings contiguous seems to be the current Linux kernel
policy.
The offending lines were found with
* Paul Walmsley p...@pwsan.com [120807 03:35]:
--- a/arch/arm/mach-omap1/lcd_dma.c
+++ b/arch/arm/mach-omap1/lcd_dma.c
@@ -94,7 +94,6 @@ void omap_set_lcd_dma_b1_rotation(int rotate)
if (cpu_is_omap15xx()) {
printk(KERN_ERR DMA rotation is not supported in 1510 mode\n);
* Rajendra Nayak rna...@ti.com [120730 06:17]:
vcxio, v2v1 and v1v8 are expected to be always on, update the dtsi
for twl6030 to reflect this.
commit '86f5fc' regulator: core: Mark all DT based boards as having
full constraints) caused these to be disabled at late boot causing
OMAP4 boards
Hi,
On Tue, 2012-08-07 at 13:57 +0530, Chandrabhanu Mahapatra wrote:
The cpu_is checks have been removed from DISPC providing it a much generic and
cleaner interface. The OMAP version and revision specific functions are
initialized by dispc_ops structure in dss features.
I think this needs
On Tue, Aug 07, 2012 at 08:43:44AM +0300, Felipe Balbi wrote:
On Mon, Aug 06, 2012 at 04:42:14PM +0100, Mark Brown wrote:
It's good practice to have an explict compatible string even if the
default happens to work in order to avoid any name clashes.
of_i2c.c makes no use whatsoever of the
On Tue, 2012-08-07 at 13:27 +0300, Felipe Balbi wrote:
Hi,
Yes, they can be overridden, but I think it's still quite difficult to
manage. DSS is modeled with multiple blocks, also in DT data. So you'd
need to override multiple entries.
And it'd also require a new dts file for each
* Kevin Hilman khil...@ti.com [120806 13:52]:
The Overo boards were the ones that were crashing due to this bug since
the pendown GPIO was the only one used in the bank.
Tony, can you queue this up for v3.6-rc? I have a version in my
for_3.6/fixes/ads7846-2 branch with the tags above
On Thursday 28 June 2012 11:36:48 Semwal, Sumit wrote:
On Mon, Mar 19, 2012 at 5:16 PM, Archit Taneja a0393...@ti.com wrote:
On Monday 19 March 2012 02:15 PM, Hiremath, Vaibhav wrote:
On Fri, Mar 16, 2012 at 16:41:27, Taneja, Archit wrote:
On Friday 16 March 2012 03:46 PM, Archit Taneja
* Peter Ujfalusi peter.ujfal...@ti.com [120727 02:47]:
Hello,
I need to find a solution to control 2 bits in CONTROL_DEVCONF0 on OMAP2/3 for
McBSP1 CLKR/FSR signal routing.
In boards using McBSP1 we might need to change bit 3 and 4 based on the audio
setup (how the board has been wired).
* Tomi Valkeinen tomi.valkei...@ti.com [120807 03:57]:
On Tue, 2012-08-07 at 13:27 +0300, Felipe Balbi wrote:
Hi,
Yes, they can be overridden, but I think it's still quite difficult to
manage. DSS is modeled with multiple blocks, also in DT data. So you'd
need to override multiple
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned off.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
This patch has been tested on AM335X EVM. Due to lack of hardware
On Tuesday 07 August 2012 01:17 PM, Tony Lindgren wrote:
};
Don't you need to check separately for rx and tx dma? There's a slight
chance that you get a channel for one but not for the other..
In that case I treat it as non usable and fall back to pio.
Are you suggesting that let one channel
On Monday 06 August 2012 07:48 PM, Felipe Balbi wrote:
Just a few extra patches on top of the earlier series I sent.
With these patches, we have threaded irq support and autosuspend support for
i2c-omap driver.
Thanks for the patches.
All patches boot tested with pandaboard.
Tested-by:
Hi Felipe,
On Monday 06 August 2012 07:48 PM, Felipe Balbi wrote:
this helps us reduce unnecessary pm transitions
in case we have another i2c message been started
soon.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 8 ++--
1 file changed, 6
Vaibhav,
Thanks for the review.
On Fri, Aug 03, 2012 at 11:58:41, Hiremath, Vaibhav wrote:
On 7/25/2012 5:53 PM, AnilKumar Ch wrote:
Add Bosch D_CAN controller device tree data to AM33XX dtsi file
by adding d_can device node with all the necessary parameters.
Signed-off-by:
On 08/07/2012 01:20 PM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned off.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
This patch has
* Shubhrajyoti shubhrajy...@ti.com [120807 04:21]:
On Tuesday 07 August 2012 01:17 PM, Tony Lindgren wrote:
};
Don't you need to check separately for rx and tx dma? There's a slight
chance that you get a channel for one but not for the other..
In that case I treat it as non usable and
Hi,
On Mon, Aug 06, 2012 at 05:18:57PM +0300, Felipe Balbi wrote:
this helps us reduce unnecessary pm transitions
in case we have another i2c message been started
soon.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 8 ++--
1 file changed, 6
this helps us reduce unnecessary pm transitions
in case we have another i2c message been started
soon.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
Hi,
On Tue, Aug 07, 2012 at 05:02:27AM -0700, Tony Lindgren wrote:
* Shubhrajyoti shubhrajy...@ti.com [120807 04:21]:
On Tuesday 07 August 2012 01:17 PM, Tony Lindgren wrote:
};
Don't you need to check separately for rx and tx dma? There's a slight
chance that you get a channel for
On Tuesday 07 August 2012 04:22 PM, Tomi Valkeinen wrote:
Hi,
On Tue, 2012-08-07 at 13:57 +0530, Chandrabhanu Mahapatra wrote:
The cpu_is checks have been removed from DISPC providing it a much generic
and
cleaner interface. The OMAP version and revision specific functions are
initialized
On Tue, Aug 07, 2012 at 17:41:08, Balbi, Felipe wrote:
this helps us reduce unnecessary pm transitions
in case we have another i2c message been started
soon.
s/been started/starting ?
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 9 +++--
1 file
On Tuesday 07 August 2012 02:21 PM, Felipe Balbi wrote:
On Tue, Aug 07, 2012 at 01:58:17PM +0530, Chandrabhanu Mahapatra wrote:
OMAP4 checks are removed from VENC to provide it a cleaner interface. These
checks were introduced by patches HACK: OMAP: DSS2: VENC: disable VENC on
OMAP4
to
this helps us reduce unnecessary pm transitions
in case we have another i2c message starting soon.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
On Tue, Aug 07, 2012 at 03:37:16PM +0300, Felipe Balbi wrote:
this helps us reduce unnecessary pm transitions
in case we have another i2c message starting soon.
Signed-off-by: Felipe Balbi ba...@ti.com
ignore this one. sorry
--
balbi
signature.asc
Description: Digital signature
this helps us reduce unnecessary pm transitions
in case we have another i2c message starting soon.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
Op 3 aug. 2012, om 14:38 heeft Sourav Poddar sourav.pod...@ti.com het
volgende geschreven:
Add keypad data node in omap5 device tree file.
Also fill the device tree binding parameters
with the required value in omap5-evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc:
On Tue, 2012-08-07 at 17:52 +0530, Chandrabhanu Mahapatra wrote:
Yes, this seems good to me. Its better to have all cpu_is checks of
dispc.c and dss.c in their probe functions and by the time
implementation of DSS version come to picture these can be move to dss
features or any other place
On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
Manufacturers can opt to use different codec than twl6040 and also can add
audio related IC to the bus (external amplifier for example on SDP4430).
Make it possible to add different set of additional devices to i2c1 bus on
On Tue, 2012-08-07 at 13:58 +0530, Chandrabhanu Mahapatra wrote:
The cpu_is checks have been removed from dss.c providing it a much generic and
cleaner interface. The OMAP version and revision specific functions are
initialized by dss_ops structure in dss features.
Signed-off-by:
On Tue, 2012-08-07 at 12:05 +0530, Archit Taneja wrote:
On Tuesday 07 August 2012 03:44 AM, Aaro Koskinen wrote:
Hi,
On Mon, Aug 06, 2012 at 11:06:28PM +0530, Archit Taneja wrote:
On Mon, 2012-08-06 at 19:47 +0300, Aaro Koskinen wrote:
I can't get the display on N900 (SDI, acx565akm) to
The d_can0/1 module integrated with AM335x device, requires
only one clock (fck) and driver expects clock to be available
without specifying any connection id (con_id) -
clk_get(pdev-dev, NULL);
This is acceptable as module has only one clock and platform
code should respect this request, so
On Wed, 2012-08-01 at 16:01 +0530, Archit Taneja wrote:
The DSI driver currently relies on the timings in omap_dss_device struct to
configure the DISPC and DSI blocks accordingly. This makes the DSI interface
driver dependent on the omap_dss_device struct.
Make the DPI driver data maintain
AM33XX device falls under omap2 class, so make cpu_class_is_omap2()
macro true by adding soc_is_am33xx() to existing list of cpu/soc
check.
This is required to unblock the basic boot support on AM335x platform.
Having done that, we still need to sort out properly from
common zImage point of view
If the module requires only one clocksource to function, then
driver can very well call clk_get() api with con_id = NULL,
clk = clk_get(dev, NULL);
And platform code should respect this and return valid clk handle.
That means, now the clk_get() api would rely on dev_id, and platform
code
On Wed, 2012-08-01 at 16:01 +0530, Archit Taneja wrote:
Create function omapdss_sdi_set_timings(), this can be used by a SDI panel
driver without disabling/enabling the SDI interface. This is similar to the
set_timings op of the DPI interface driver. It calls sdi_set_mode() which only
On Wed, 2012-08-01 at 16:01 +0530, Archit Taneja wrote:
This series tries to make interface drivers less dependent on omap_dss_device
which represents a panel/device connected to that interface. The current way
of
configuring an interface is to populate the panel's omap_dss_device instance
On Tue, Aug 07, 2012 at 18:08:07, Balbi, Felipe wrote:
this helps us reduce unnecessary pm transitions
in case we have another i2c message starting soon.
Signed-off-by: Felipe Balbi ba...@ti.com
FWIW, Acked-by: Vaibhav Bedia vaibhav.be...@ti.com
--
To unsubscribe from this list: send the
On Tue, 7 Aug 2012, Tony Lindgren wrote:
I think these will cause new randconfig warnings without CONFIG_BUG set.
Thanks for the comment. Did not know BUG() could be disabled. Will drop
those changes.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
If the module requires only one clocksource to function, then
driver can very well call clk_get() api with con_id = NULL,
clk = clk_get(dev, NULL);
And platform code should respect this and return valid clk handle.
That means, now the
Hi Koen,
On Tue, Aug 7, 2012 at 6:24 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 3 aug. 2012, om 14:38 heeft Sourav Poddar sourav.pod...@ti.com het
volgende geschreven:
Add keypad data node in omap5 device tree file.
Also fill the device tree binding parameters
with the required
On Tue, Aug 07, 2012 at 20:49:48, Rob Herring wrote:
On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
If the module requires only one clocksource to function, then
driver can very well call clk_get() api with con_id = NULL,
clk = clk_get(dev, NULL);
And platform code should
When only ARCH_OMAP3 (or -2,-4,...) and SOC_AM33XX are selected, multi.h
doesn't set MULTI_OMAP2. In this case, cpu.h will simply define
cpu_is_omap24xx() as 1.
This causes problems for example for omap_hwmod.c:omap_hwmod_init which
checks for cpu_is_omap24xx() first, using the wrong soc_ops for
On Aug 7, 2012, at 4:52 AM, Mark Brown wrote:
On Tue, Aug 07, 2012 at 08:43:44AM +0300, Felipe Balbi wrote:
On Mon, Aug 06, 2012 at 04:42:14PM +0100, Mark Brown wrote:
It's good practice to have an explict compatible string even if the
default happens to work in order to avoid any name
Op 7 aug. 2012, om 17:53 heeft Hiremath, Vaibhav hvaib...@ti.com het
volgende geschreven:
On Tue, Aug 07, 2012 at 20:49:48, Rob Herring wrote:
On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
If the module requires only one clocksource to function, then
driver can very well call clk_get()
Jon Hunter jon-hun...@ti.com writes:
Calling the dmtimer function omap_dm_timer_set_source() fails if following a
call to pm_runtime_put() to disable the timer. For example the following
sequence would fail to set the parent clock ...
omap_dm_timer_stop(gptimer);
This reverts commit 58f0829b7186150318c79515f0e0850c5e7a9c89.
Converstion to per-pwrdm per/post transition calls was a bit
premature. Only tracking MPU, PER CORE in the idle path means we
lose the accounting for all the other powerdomains which may also
transition in idle. On OMAP3, due to
Hi AnilKumar,
thanks for your comments
El Tue, Aug 07, 2012 at 08:59:17AM + AnilKumar, Chimata ha dit:
Can you re-submit the patch based on linux-next tree?
will do
Comments inline
On Wed, Aug 01, 2012 at 01:18:38, Matthias Kaehlcke wrote:
The TPS65217 chip contains a boost
Paul Walmsley p...@pwsan.com writes:
Hi Kevin,
On Mon, 6 Aug 2012, Kevin Hilman wrote:
Is this only happening on this 37xx platform?Just curious, because
it seems to be a problem on any OMAP3xxx SoC.
So far I've only run the baseline tests on 37xx, so wanted to state only
what was
Hi Kevin
a couple of minor comments
On Tue, 10 Jul 2012, Kevin Hilman wrote:
Use the bus notifier to keep track of driver bound status by adding a
new internal field to struct omap_device: _driver_staus.
_driver_status
This will be useful for follow-up patches which need to know whether
Hi Paul,
Paul Walmsley p...@pwsan.com writes:
NFS is broken on 37xx EVM with v3.6-rc1 after return from off-mode with
dynamic idle. System suspend (echo mem /sys/power/state) with
off-mode enabled seems to work fine.
No obvious ideas here as to what could have broken this. It worked in
Paul Walmsley p...@pwsan.com writes:
Hi Kevin
a couple of minor comments
On Tue, 10 Jul 2012, Kevin Hilman wrote:
Use the bus notifier to keep track of driver bound status by adding a
new internal field to struct omap_device: _driver_staus.
_driver_status
This will be useful for
Kevin Hilman khil...@ti.com writes:
This reverts commit 58f0829b7186150318c79515f0e0850c5e7a9c89.
Converstion to per-pwrdm per/post transition calls was a bit
premature. Only tracking MPU, PER CORE in the idle path means we
lose the accounting for all the other powerdomains which may also
This reverts commit 58f0829b7186150318c79515f0e0850c5e7a9c89.
Converstion to per-pwrdm per/post transition calls was a bit
premature. Only tracking MPU, PER CORE in the idle path means we
lose the accounting for all the other powerdomains which may also
transition in idle. On OMAP3, due to
From: Mugunthan V N mugunthan...@ti.com
Date: Mon, 6 Aug 2012 20:35:56 +0530
This patch set adds support for device tree for Davinci MDIO driver and fixes
CPSW DT binding documentation to make it copy pastable to dts file.
This patch set is tested with the following git tree on AM335X Beagle
On 08/07/2012 10:53 AM, Hiremath, Vaibhav wrote:
On Tue, Aug 07, 2012 at 20:49:48, Rob Herring wrote:
On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
If the module requires only one clocksource to function, then
driver can very well call clk_get() api with con_id = NULL,
clk =
Hi,
On Tue, Jul 24 2012, Shubhrajyoti D wrote:
The commit 9c17d08 [mmc: omap_hsmmc: ensure probe returns error upon
resource failure] introduced the below warning.
CC drivers/of/of_net.o
drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_probe':
Hi,
On Sun, Jul 29 2012, NeilBrown wrote:
1/ if regulator_get fails, return an error. This is important
if it failed with EPROBE_DEFER, as the probe needs to be
deferred.
2/ Don't set .set_power until the regulator has been found, or
the deferred probe will not bother calling
On Wednesday 08 August 2012 08:22 AM, Chris Ball wrote:
I think you must be confused
Yes
http://permalink.gmane.org/gmane.linux.ports.arm.omap/80525
confused me looks like got fixed I missed the same.
Thanks
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
1 - 100 of 101 matches
Mail list logo