From: Hebbar, Gururaja gururaja.heb...@ti.com
HSMMC IP on AM33xx need a special setting to handle High-speed cards.
Other platforms like TI81xx, OMAP4 may need this as-well. This depends
on the HSMMC IP timing closure done for the high speed cards.
From AM335x TRM (SPRUH73F - 18.3.12 Output
From: Felipe Balbi ba...@ti.com
prepare() is supposed to prevent new children from
being registered. On the MMC subsystem, children
(new cards) registration starts with the card
detect IRQ.
Move card detect IRQ disabling to prepare() so that
no new cards will be registered while we're trying
to
Define the most frequently used bitmasks of the Interrupt Enable /
Interrupt Status register with consistent naming ( with _EN suffix).
Use meaningful concatenation of bitfields for INT_EN_MASK, which shows
which interrupts are enabled by default.
No functional changes.
Signed-off-by:
Fatal errors for the driver are not reported when just error
debug is enabled. Convert selected dev_dbg to dev_err for
accurate error reporting.
Reported-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 12 ++--
1 file
Hi Anil,
On 11/06/2012 06:07 AM, AnilKumar, Chimata wrote:
On Mon, Nov 05, 2012 at 22:13:25, Cousson, Benoit wrote:
Hi Anil / Colin,
On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Add system power off control to rtc driver which is the
On 11/06/2012 05:44 PM, Felipe Balbi wrote:
Hi,
On Tue, Nov 06, 2012 at 07:26:06PM +0530, Afzal Mohammed wrote:
OMAP2+ family of devices are now obtaining resources via DT, earlier
it was obtained from hwmod. Update binding document accrodingly, while
at it add example.
Signed-off-by:
On 11/06/2012 10:44 AM, Matthieu CASTET wrote:
Signed-off-by: Matthieu CASTET matthieu.cas...@parrot.com
I think you need to have something in the changelog for the patch
describing why this change is needed and what device this has been
tested on.
---
arch/arm/mach-omap2/gpmc.c
This patch-series adds support for,
[1/7]: Typo mistake in CPSW driver while invoking runtime_pm api's
[2/7]: Adds parent-child relation between CPSW MDIO module inside cpsw
driver, as in case of AM33XX, the resources are shared and common
register bit-field is provided to control
This patch adds hwmod entry for davinci MDIO module,
creating parent-child relationship between CPSW and MDIO module.
This Parent-child relation is required in order to use common resources
like, clock, but still maintaining the logical separation between them.
CPGMAC SubSystem consist of
Move network stack halt APIs before halting the hardware to ensure no
packets are queued to hardware during closing the device during
suspend sequence.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Acked-by: Richard Cochran richardcoch...@gmail.com
---
drivers/net/ethernet/ti/cpsw.c |6
From: Richard Cochran richardcoch...@gmail.com
Instead of having a host of different register offsets in the device tree,
this patch simplifies the CPSW code by letting the driver set the proper
register offsets automatically, based on the CPSW version.
Signed-off-by: Richard Cochran
Add CPSW and MDIO related device tree data for AM33XX.
Also enable them into board/evm dts files by providing
respective phy-id.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Acked-by: Peter Korsgaard
From: Vaibhav Hiremath hvaib...@ti.com
By mistake (most likely a copy-paste), instead of pm_runtime_get_sync()
api, driver is calling pm_runtime_put_sync() api in resume callback
function. The bug was introduced by commit id (ae2c07aaf74:
davinci_mdio: runtime PM support).
Now, the reason why it
Enable CPSW support in defconfig which is present in AM33xx SoC
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Acked-by: Richard Cochran richardcoch...@gmail.com
---
arch/arm/configs/omap2plus_defconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
CPGMAC SubSystem consist of various sub-modules, like, mdio, cpdma,
cpsw, etc... These sub-modules are also used in some of Davinci family
of devices. Now based on requirement, use-case and available technology
nodes the integration of these sub-modules
* Olof Johansson o...@lixom.net [121105 10:53]:
The history of this branch looks a little odd. Did you mean to merge in
cleanup-headers on top of Paul's branch in it? It seems to add no value -- all
that code is already in our branch and it resolves no conflicts, etc.
Oh that was because I
Jon Hunter a écrit :
On 11/06/2012 10:44 AM, Matthieu CASTET wrote:
/* caller is expected to have initialized CONFIG1 to cover
* at least sync vs async
diff --git a/arch/arm/plat-omap/include/plat/gpmc.h
b/arch/arm/plat-omap/include/plat/gpmc.h
index 2e6e259..34ca454 100644
* Aaro Koskinen aaro.koski...@iki.fi [121031 11:10]:
Add i2c driver to enable access to devices behind CBUS on Nokia Internet
Tablets.
The patch also adds CBUS I2C configuration for N8x0 which is one of the
users of this driver.
Added Wolfram Sang w.s...@pengutronix.de to cc so he
knows to
* Aaro Koskinen aaro.koski...@iki.fi [121031 11:10]:
Introduce Retu watchdog driver.
Added Wim Van Sebroeck w...@iguana.be to cc so he knows to
pick up the patches after no more comments. You may need
to resend.
Regards,
Tony
Cc: linux-watch...@vger.kernel.org
Acked-by: Felipe Balbi
* Aaro Koskinen aaro.koski...@iki.fi [121031 11:07]:
Add Retu power button driver.
Added Dmitry Torokhov dmitry.torok...@gmail.com to cc so he knows
to pick this after no more comments. You may need to resend.
Regards,
Tony
Cc: linux-in...@vger.kernel.org
Acked-by: Felipe Balbi
* Roger Quadros rog...@ti.com [121102 03:05]:
Hi Santosh,
I believe the change from cpu_is_xxx() to soc_is_xxx() just for OMAP5
leads to unnecessary confusion, even though soc_is_ is more technically
correct.
All of them will be eventually soc_is_xxx() and private to
arch/arm/mach-omap2.
Hi,
On Tue, Nov 06, 2012 at 05:58:57PM +0100, Benoit Cousson wrote:
On 11/06/2012 05:44 PM, Felipe Balbi wrote:
Hi,
On Tue, Nov 06, 2012 at 07:26:06PM +0530, Afzal Mohammed wrote:
OMAP2+ family of devices are now obtaining resources via DT, earlier
it was obtained from hwmod. Update
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can of worms is the pinctrl nodes.
Yes... new pinctrl data would need to trigger adding new data to
pinctrl. I don't know if the
* Matthieu CASTET matthieu.cas...@parrot.com [121106 08:49]:
Igor Grinberg a écrit :
Cc: Tony Lindgren, Afzal Mohammed,
On 11/06/12 12:51, Matthieu CASTET wrote:
This allow to clean the omap nand driver that were trying in x8 and x16
bits mode.
This also make work onfi detection
* Felipe Balbi ba...@ti.com [121106 03:40]:
Hi,
On Fri, Nov 02, 2012 at 02:31:50PM +0100, Michal Nazarewicz wrote:
From: Michal Nazarewicz min...@mina86.com
The File-backed Storage Gadget (g_file_storage) is being removed, since
it has been replaced by Mass Storage Gadget
* Tony Lindgren t...@atomide.com [121106 10:41]:
* Felipe Balbi ba...@ti.com [121106 03:40]:
Hi,
On Fri, Nov 02, 2012 at 02:31:50PM +0100, Michal Nazarewicz wrote:
From: Michal Nazarewicz min...@mina86.com
The File-backed Storage Gadget (g_file_storage) is being removed, since
* Nishanth Menon n...@ti.com [121105 07:04]:
Move voltdm_reset to include/linux/platform_data/voltage-omap.h
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |1 -
include/linux/platform_data/voltage-omap.h |
* Sergei Shtylyov sshtyl...@mvista.com [121030 04:49]:
Hello.
You forgot to sign off on the patch, so it can't be applied.
Any news on this? It's also missing the description.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Paul Walmsley p...@pwsan.com [121031 19:54]:
Hi Tony
The following changes since commit 8f0d8163b50e01f398b14bcd4dc039ac5ab18d64:
Linux 3.7-rc3 (2012-10-28 12:24:48 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
* Kevin Hilman khil...@deeprootsystems.com [121105 16:58]:
Hi Tony,
Here's a couple more trivial fixes for v3.7-rc.
Thanks,
Kevin
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can of worms is the pinctrl nodes.
Yes... new pinctrl data would
Hi Grant,
On Nov 6, 2012, at 12:14 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Hi Grant,
On Nov 5, 2012, at 9:40 PM, Grant Likely wrote:
Hey folks,
As promised, here is my early draft to try and capture what device
Hi Russ,
On Nov 6, 2012, at 8:29 PM, Russ Dill wrote:
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can of
On 11/06/2012 12:00 PM, Matthieu CASTET wrote:
Jon Hunter a écrit :
On 11/06/2012 10:44 AM, Matthieu CASTET wrote:
/* caller is expected to have initialized CONFIG1 to cover
* at least sync vs async
diff --git a/arch/arm/plat-omap/include/plat/gpmc.h
Hi,
On Tue, Nov 06, 2012 at 10:42:27AM -0800, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [121106 10:41]:
* Felipe Balbi ba...@ti.com [121106 03:40]:
Hi,
On Fri, Nov 02, 2012 at 02:31:50PM +0100, Michal Nazarewicz wrote:
From: Michal Nazarewicz min...@mina86.com
* Felipe Balbi ba...@ti.com [121106 12:40]:
Hi,
On Tue, Nov 06, 2012 at 10:42:27AM -0800, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [121106 10:41]:
* Felipe Balbi ba...@ti.com [121106 03:40]:
Hi,
On Fri, Nov 02, 2012 at 02:31:50PM +0100, Michal Nazarewicz wrote:
On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Nov 6, 2012, at 12:14 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
For hot-plugging, you need it. Whether kernel code can deal with
On Tue, Nov 6, 2012 at 8:45 PM, Grant Likely grant.lik...@secretlab.ca wrote:
The back of a napkin calculation indicates that on this platform
/proc/devicetree costs 76kB and /sys/device-tree costs 60kb. I'm happy
to see that using /sys instead of /proc appears to be slightly cheaper
which
Tero Kristo t-kri...@ti.com writes:
Hi Kevin,
On Mon, 2012-11-05 at 14:23 -0800, Kevin Hilman wrote:
Hi Tero,
Tero Kristo t-kri...@ti.com writes:
Hi,
Changes compared to previous version:
- rebased on top of 3.7-rc1
- applies on top of latest func pwrst code (v6)
- added back
On 10:49-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121105 07:04]:
Move voltdm_reset to include/linux/platform_data/voltage-omap.h
Acked-by: Jean Pihet j-pi...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/voltage.h |1
Kevin Hilman khil...@deeprootsystems.com writes:
Tero Kristo t-kri...@ti.com writes:
Added similar PM errata flag support as omap3 has. This should be used
in similar manner, set the flags during init time, and check the flag
values during runtime.
Signed-off-by: Tero Kristo
* Paul Walmsley p...@pwsan.com [121101 05:18]:
Hi Tony
The following changes since commit 7fc54fd3084457c7f11b9e2e1e3fcd19a3badc33:
Merge branch 'omap-for-v3.8/cleanup-headers' into
omap-for-v3.8/cleanup-prcm (2012-10-26 13:32:22 -0700)
are available in the git repository at:
On 11/06/2012 12:41 PM, Pantelis Antoniou wrote:
Hi Russ,
On Nov 6, 2012, at 8:29 PM, Russ Dill wrote:
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
On 11/05/2012 01:40 PM, Grant Likely wrote:
Hey folks,
As promised, here is my early draft to try and capture what device
tree overlays need to do and how to get there. Comments and
suggestions greatly appreciated.
Interesting. This just came up internally at NVIDIA within the last
couple
Tony,
Here's a small series that fixes some errata to make suspend/resume
work on OMAP4460.
This is not a regression and has been broken for awhile, so this is v3.8
material, not v3.7.
Kevin
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4
Tony,
Here is some PM related cleanup targetted for v3.8.
Kevin
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
Tony,
Here's some minor platform_data related updates for SR for v3.8.
Kevin
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
Tony,
Here's a set of voltage layer updates for v3.8.
This implements all the framework changes necessary to get
auto-ret/auto-off working, but the main change to enable
auto-ret/auto-off is awaiting the functional power state changes that
are still under review/rework.
Also, this fixes that
* Benoit Cousson b-cous...@ti.com [121101 10:16]:
Hi Tony,
Please pull some more OMAP5 and AM33xx data for 3.8.
The branch contains as well some cleanup and the omap3-beagle support since
the previous one was in fact a beagle-xm.
Thanks pulling into omap-for-v3.8/dt.
Regards,
Tony
--
To
Hello,
I just noticed that the kernel wakeup from suspend using RTC is broken
after I upgraded u-boot from v2012.04.01 to v2012.10 on my
OMAP4430/Panda and OMAP4460/Panda-ES.
I haven't isolated the cause yet, but am hoping someone might have a
pointer about where to start digging.
Kevin
--
To
* Jon Hunter jon-hun...@ti.com [121102 12:01]:
Hi Tony,
Please pull the remaining patches to migrate OMAP timers and counters
over to use device-tree. I recommend applying this after Benoit's DT
series for v3.8 [1].
This branch contains ...
- Handling OMAP3 secure timers with
+ Sricharan,
On Tuesday 06 November 2012 06:46 PM, Kevin Hilman wrote:
Hello,
I just noticed that the kernel wakeup from suspend using RTC is broken
after I upgraded u-boot from v2012.04.01 to v2012.10 on my
OMAP4430/Panda and OMAP4460/Panda-ES.
I haven't isolated the cause yet, but am hoping
* Kevin Hilman khil...@deeprootsystems.com [121106 15:49]:
Tony,
Here's a small series that fixes some errata to make suspend/resume
work on OMAP4460.
This is not a regression and has been broken for awhile, so this is v3.8
material, not v3.7.
Kevin
The following changes since
On 11/6/2012 12:37 PM, Stephen Warren wrote:
On 11/05/2012 01:40 PM, Grant Likely wrote:
Hey folks,
As promised, here is my early draft to try and capture what device
tree overlays need to do and how to get there. Comments and
suggestions greatly appreciated.
Interesting. This just came
* Tomi Valkeinen tomi.valkei...@ti.com [121105 05:16]:
Hi,
OMAPDSS device tree support is still some way in the future. Tony has
requested
to get DSS working for Panda SDP boards with DT kernel, so that we'll have
fully working boards with DT.
This series makes a few hacks to get a
Hi Stephen,
On 5 November 2012 21:40, Stephen Warren swar...@wwwdotorg.org wrote:
On 11/05/2012 07:55 PM, Omar Ramirez Luna wrote:
Actually moving it from plat-omap, as this framework/driver code is
supposed to be under drivers/ folder. The framework should work with
the current supported
Bedia, Vaibhav vaibhav.be...@ti.com writes:
On Mon, Nov 05, 2012 at 23:10:27, Kevin Hilman wrote:
[...]
Also, if there are drivers for these devices, won't this interfere?
Hmm, I can think of the following scenarios
1. Runtime PM adapted drivers are compiled in - We'll have to ensure
* Kevin Hilman khil...@deeprootsystems.com [121106 15:51]:
Tony,
Here is some PM related cleanup targetted for v3.8.
Kevin
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository
* Kevin Hilman khil...@deeprootsystems.com [121106 15:52]:
Tony,
Here's some minor platform_data related updates for SR for v3.8.
Kevin
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the
* Kevin Hilman khil...@deeprootsystems.com [121106 15:58]:
Tony,
Here's a set of voltage layer updates for v3.8.
This implements all the framework changes necessary to get
auto-ret/auto-off working, but the main change to enable
auto-ret/auto-off is awaiting the functional power state
Hi Greg,
On 6 November 2012 02:59, Greg Kroah-Hartman gre...@linuxfoundation.org wrote:
On Tue, Nov 06, 2012 at 09:55:52AM +0100, Linus Walleij wrote:
On Tue, Nov 6, 2012 at 4:40 AM, Stephen Warren swar...@wwwdotorg.org wrote:
Is this a public interface to the driver? If so, shouldn't the
* Javier Martinez Canillas jav...@dowhile0.org [121008 01:49]:
Enric and I have been mantained this machine and while we
are moving to device trees, it is good that people cc us
when reporting bugs or regression on the board file until
we have proper DT support.
Thanks applying into
* Nishanth Menon n...@ti.com [121106 13:50]:
On 10:49-20121106, Tony Lindgren wrote:
Looks like there are other things there too that's not platform data:
struct voltagedomain *voltdm_lookup(const char *name);
int voltdm_scale(struct voltagedomain *voltdm, unsigned long target_volt
* Srinivas KANDAGATLA srinivas.kandaga...@st.com [121012 00:14]:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Sorry for delay on these, we're moving the mailbox code to
live under drivers, so these may need to
On 17:18-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121106 13:50]:
On 10:49-20121106, Tony Lindgren wrote:
Looks like there are other things there too that's not platform data:
struct voltagedomain *voltdm_lookup(const char *name);
int voltdm_scale(struct
* Nishanth Menon n...@ti.com [121106 17:30]:
On 17:18-20121106, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [121106 13:50]:
On 10:49-20121106, Tony Lindgren wrote:
Looks like there are other things there too that's not platform data:
struct voltagedomain
The iva coprocessor, available on some omap platforms, shares a voltage domain
with the mpu. If cpufreq is active and the mpu processor is scaled down, the iva
coprocessor should also be scaled. The goal is to make sure we do not ramp down
the voltage on the domain and affect clocking on the iva
Signed-off-by: Joshua Emele jem...@gmail.com
---
drivers/cpufreq/omap-cpufreq.c | 73 ---
1 files changed, 60 insertions(+), 13 deletions(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c
index 17fa04d..1621208 100644
---
Signed-off-by: Joshua Emele jem...@gmail.com
---
drivers/cpufreq/omap-cpufreq.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c
index 1621208..d8a751f 100644
--- a/drivers/cpufreq/omap-cpufreq.c
+++
Signed-off-by: Joshua Emele jem...@gmail.com
---
drivers/cpufreq/omap-cpufreq.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c
index d8a751f..e8bcad8 100644
---
Signed-off-by: Joshua Emele jem...@gmail.com
---
drivers/cpufreq/omap-cpufreq.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c
index e8bcad8..103fa8b 100644
---
On Tue, 6 Nov 2012, Tony Lindgren wrote:
..now wondering which configs do not build for you at 7fc54fd3?
It builds at least all my test configs. Well at least the ones
I have recovered after accidentally deleting some files yesterday,
did not have a back up copy of two of them.
However
* Paul Walmsley p...@pwsan.com [121106 17:54]:
On Tue, 6 Nov 2012, Tony Lindgren wrote:
..now wondering which configs do not build for you at 7fc54fd3?
It builds at least all my test configs. Well at least the ones
I have recovered after accidentally deleting some files yesterday,
On Tue, 6 Nov 2012, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [121106 17:54]:
On Tue, 6 Nov 2012, Tony Lindgren wrote:
..now wondering which configs do not build for you at 7fc54fd3?
It builds at least all my test configs. Well at least the ones
I have recovered after
This function is now used in the driver init path to handle
probe errors properly. Thus, it may be possible to use this function
outside the exit path.
Reported-by: Fengguang Wu fengguang...@intel.com
Reported-by: Yuanhan Liu yuanhan@linux.intel.com
Signed-off-by: Ricardo Neri
From: Mark A. Greer mgr...@animalcreek.com
The current OMAP2 SHAM support doesn't enable DMA
so add that support so it can use DMA just like OMAP3.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c |
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP
from explicit platform_data to hwmod.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 1 +
From: Mark A. Greer mgr...@animalcreek.com
Changes since v2:
- Reworked pm_runtime calls to match where original clk_*
calls were so provide better PM (as per Kevin Hilman's
comments).
Changes since v1:
- Removed the check of CM_IDLEST to see if the module
From: Mark A. Greer mgr...@animalcreek.com
Remove the error message that prints when there is no SHA IP
present to make it consistent with all the other IPs.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/devices.c | 19
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP2 SHAM crypto IP from
explicit platform_data to hwmod.
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
arch/arm/mach-omap2/clock2430_data.c | 1 +
From: Mark A. Greer mgr...@animalcreek.com
Remove usage of the private OMAP DMA API.
The dmaengine API will be used instead.
CC: Russell King rmk+ker...@arm.linux.org.uk
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
---
From: Mark A. Greer mgr...@animalcreek.com
Convert the omap-sham crypto driver to use the
pm_runtime API instead of the clk API.
CC: Kevin Hilman khil...@deeprootsystems.com
CC: Paul Walmsley p...@pwsan.com
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
Signed-off-by: Mark A. Greer
From: Mark A. Greer mgr...@animalcreek.com
Add code to use the new dmaengine API alongside
the existing DMA code that uses the private
OMAP DMA API. The API to use is chosen by
defining or undefining 'OMAP_SHAM_DMA_PRIVATE'.
CC: Russell King rmk+ker...@arm.linux.org.uk
CC: Dmitry Kasatkin
Hi Kevin,
In the latest, pad mux and clocks for all
non-essential modules at U-BOOT were removed.
This might also cause the problem.
We can bring this back in u-boot by adding the following macros
and check if it works fine again.
include/configs/omap4_common.h
On Tue, Nov 6, 2012 at 10:01 PM, Paul Walmsley p...@pwsan.com wrote:
This reverts commit 3db11feffc1ad2ab9dea27789e6b5b3032827adc.
This commit causes I2C timeouts to appear on several OMAP3430/3530-based
boards:
http://marc.info/?l=linux-arm-kernelm=135071372426971w=2
Some issues were found in the DISPC driver when performing scaling with
writeback pipeline. This series fixes those issues.
Reference tree:
git://gitorious.org/~boddob/linux-omap-dss2/archit-dss2-clone.git
3.8/writeback_fixes_dispc
Archit Taneja (3):
OMAPDSS: DISPC: Fix calc_scaling_44xx()
dispc_ovl_calc_scaling_44xx() doesn't work correctly for writeback. There are
two issues with it:
- the function tries to calculate pixel clock for the input plane using
dispc_plane_pclk_rate(), calling this with writeback as input plane results in
a BUG(), this function shouldn't be called
Since writeback writes to a buffer instead of reading from one, predecimation
doesn't make sense for it. Configure the width and height predecimation limits
to 1 if the plane is writeback.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dispc.c | 11 ---
1 file
When calculating row and pixel increments for graphics and video pipes, we need
to consider the dimensions of the input frame to know how to read from the
buffer. Hence, we need to calculate these parameters from the input to the
pipeline.
For writeback, the row and pixel increments need to be
Hi Loic,
On 6 November 2012 06:53, Loic PALLARDY loic.palla...@st.com wrote:
On 11/06/2012 03:55 AM, Omar Ramirez Luna wrote:
Now internal structures can remain hidden to the user and just API
related functions and defines are made available.
Signed-off-by: Omar Ramirez
On 2012-11-07 05:37, Ricardo Neri wrote:
This function is now used in the driver init path to handle
probe errors properly. Thus, it may be possible to use this function
outside the exit path.
Reported-by: Fengguang Wu fengguang...@intel.com
Reported-by: Yuanhan Liu
101 - 191 of 191 matches
Mail list logo
