Hello Benoît, Rajendra, Kevin,
On Fri, 1 Oct 2010, Cousson, Benoit wrote:
The issue is that 2420 idlest does not reflect the real status of the OCP bus
clock, but just the fact that the idle_req is asserted or not.
So potentially, the IP is still not accessible when you think it is.
This
Hello Lei,
On Tue, 5 Oct 2010, Ming Lei wrote:
2010/10/5 Kevin Hilman khil...@deeprootsystems.com:
Ming Lei tom.leim...@gmail.com writes:
2010/10/4 Kevin Hilman khil...@deeprootsystems.com:
Why? What do you need from the PM branch that is not in l-o master?
Seems master branch
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, October 05, 2010 11:32 AM
To: Cousson, Benoit
Cc: Nayak, Rajendra; Kevin Hilman; Tony Lindgren; linux-omap@vger.kernel.org;
Varadarajan, Charulatha; Raja,
Govindraj
Subject: Re: [GIT PULL] for testing:
On Tue, 5 Oct 2010, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Nayak, Rajendra wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, October 05, 2010 11:32 AM
Some IP blocks may require extra time to become ready for register
reads/writes
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, October 05, 2010 1:05 AM
To: G, Manjunath Kondaiah
Cc: Tony Lindgren; linux-omap@vger.kernel.org
Subject: Re: NOTE: hwmod changes merged to linux-omap master
for testing
G, Manjunath
Change the errata handling to use flags instead of cpu_is_*
cpu_class_* in the code.
The errata flags are initialized at init time.
In runtime we are using the dma_errata variable (via the
IS_DMA_ERRATA macro) to execute the required errata workaround.
Signed-off-by: Peter Ujfalusi
Implement the suggested workaround for OMAP3 regarding to sDMA draining
issue, when the channel is disabled on the fly.
This errata affects the following configuration:
sDMA transfer is source synchronized
Buffering is enabled
SmartStandby is selected.
The issue can be easily reproduced by
From: Jarkko Nikula jhnik...@gmail.com
An errata workaround for omap24xx is not setting the buffering disable bit
25 what is the purpose but channel enable bit 7 instead.
Background for this fix is the DMA stalling issue with ASoC omap-mcbsp
driver. Peter Ujfalusi peter.ujfal...@nokia.com has
Hello,
This v5 series is based on the v3.
The first two patch is the actual fix for the original problems without any
major change in the code (only handling the corresponding erratas in the legacy
way).
The third patch in the series is optional, and it is implementing (in one patch)
the errata
On Tuesday 05 October 2010 11:44 AM, Paul Walmsley wrote:
Hello Lei,
On Tue, 5 Oct 2010, Ming Lei wrote:
2010/10/5 Kevin Hilmankhil...@deeprootsystems.com:
Ming Leitom.leim...@gmail.com writes:
2010/10/4 Kevin Hilmankhil...@deeprootsystems.com:
Why? What do you need from the PM branch
On Tue, 5 Oct 2010, Pramod wrote:
I applied this patch on my kernel which is based on android-2.6.32 enabling
dynamic printks. I still see the console hang after enabling the logs in
hwmod.
I am using zoom3 board. Can you please let me know which defconfig from lo
master branch can be used
Hello,
I have only one question...
On Saturday 02 October 2010 00:35:32 ext Paul Walmsley wrote:
...
+/* McBSP CLKS source switching function */
+
+int omap2_mcbsp_set_clks_src(u8 id, u8 fck_src_id)
+{
+ struct omap_mcbsp *mcbsp;
+ struct clk *fck_src;
+ char *fck_src_name;
Hi,
Here is patch which fixes bug in /arch/arm/plat-omap/gpio.c file.
Pointer which may have NULL value in some cases (depend on kernel
configuration and GPIO method) is dereferenced later in code.
If pointer is NULL it mean some kernel bug.
Thanks,
Best Regards,
Evgeny
Evgeny Kuznetsov (1):
From: Evgeny Kuznetsov ext-eugeny.kuznet...@nokia.com
Value of isr_reg pointer is depend on configuration and GPIO method.
Potentially it may have NULL value and it is dereferenced later
in code. If pointer is NULL there is some kernel bug.
Log line and 'BUG' macro are added to halt code
This patch fix the follwing warning when compiling usb code
for OMAP defconfigs.
arch/arm/plat-omap/include/plat/usb.h:109: warning: return type defaults
to 'int'
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/plat-omap/include/plat/usb.h |2 +-
1 file changed, 1
This patch fix the follwing warning when compiling usb code
for OMAP defconfigs.
arch/arm/mach-omap2/board-omap4panda.c:277: warning: unused variable 'status'
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c |2 --
1 file changed, 2
Keshava Munegowda wrote:
This patch fix the follwing warning when compiling usb code
for OMAP defconfigs.
arch/arm/plat-omap/include/plat/usb.h:109: warning: return type defaults
to 'int'
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Already posted by me:
Keshava Munegowda wrote:
This patch fix the follwing warning when compiling usb code for OMAP
defconfigs.
arch/arm/mach-omap2/board-omap4panda.c:277: warning: unused variable
'status'
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Already posted by Sanjeev, and queued in for-next.
Hi,
On Tue, Oct 05, 2010 at 03:42:10AM -0500, Evgeny Kuznetsov wrote:
+ if (!isr_reg) {
+ printk(KERN_ERR FATAL: Incorrect GPIO method %i\n,
+ bank-method);
+ BUG();
+ }
this could be simply:
BUG_ON(!isr_reg);
--
On Tuesday 05 October 2010 12:49 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
I applied this patch on my kernel which is based on android-2.6.32 enabling
dynamic printks. I still see the console hang after enabling the logs in
hwmod.
I am using zoom3 board. Can you please let me
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Peter Ujfalusi
Sent: Tuesday, October 05, 2010 12:16 PM
To: Tony Lindgren
Cc: linux-omap@vger.kernel.org; Jarkko Nikula;
linux-arm-ker...@lists.infradead.org; Russell
On Tue, 5 Oct 2010, Pramod wrote:
On Tuesday 05 October 2010 12:49 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
I applied this patch on my kernel which is based on android-2.6.32
enabling
dynamic printks. I still see the console hang after enabling the logs in
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Peter Ujfalusi
Sent: Tuesday, October 05, 2010 12:16 PM
To: Tony Lindgren
Cc: linux-omap@vger.kernel.org; Jarkko Nikula;
linux-arm-ker...@lists.infradead.org; Russell
Hello Peter,
On Tue, 5 Oct 2010, Peter Ujfalusi wrote:
What is the fclk source by default.
What I mean is that most of the machine drivers are not calling the
snd_soc_dai_set_sysclk for the cpu_dai.
It has been by default to prcm_fclk (core_96 or per_96).
Is this still the case after this
On Tuesday 05 October 2010 03:17 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
On Tuesday 05 October 2010 12:49 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
I applied this patch on my kernel which is based on android-2.6.32
enabling
dynamic printks. I still see
Hi,
Yes, but no log in that case.
Regards,
Evgeny
On Tue, 2010-10-05 at 12:32 +0300, ext Felipe Balbi wrote:
Hi,
On Tue, Oct 05, 2010 at 03:42:10AM -0500, Evgeny Kuznetsov wrote:
+if (!isr_reg) {
+printk(KERN_ERR FATAL: Incorrect GPIO method %i\n,
+
On Mon, 2010-10-04 at 20:38 +0200, ext Nicolas Kaiser wrote:
Including mux.h should no longer be needed for omap2/3/4 SoCs
outside arch/arm/mach-omap2 files.
Signed-off-by: Nicolas Kaiser ni...@nikai.net
Thanks, applied to my tree.
Tomi
--
To unsubscribe from this list: send the line
On Tue, 5 Oct 2010, Pramod wrote:
On Tuesday 05 October 2010 03:17 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
On Tuesday 05 October 2010 12:49 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
I applied this patch on my kernel which is based on
On Sat, Oct 02, 2010 at 12:12:32PM +0200, ext Enric Balletbò i Serra wrote:
2010/10/2 David Cohen david.co...@nokia.com:
Hi,
On Fri, Oct 01, 2010 at 11:09:04PM +0200, ext Enric Balletbo i Serra wrote:
GPIO for various devices are missing from the board initialization.
This patch adds
Hello.
On 04-10-2010 23:15, Paul Walmsley wrote:
--- /dev/null
+++ b/arch/arm/plat-omap/32ksynctimer.c
@@ -0,0 +1,184 @@
+/*
+ * linux/arch/arm/plat-omap/clocksource.c
What name do you want to use? 32ksynctimer.c or clocksource.c?
Thanks, that's a bug.
And also note that filenames
On Tuesday 05 October 2010 03:33 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
On Tuesday 05 October 2010 03:17 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
On Tuesday 05 October 2010 12:49 PM, Paul Walmsley wrote:
On Tue, 5 Oct 2010, Pramod wrote:
I applied
Hi,
(don't top post)
On Tue, Oct 05, 2010 at 04:55:19AM -0500, Evgeny Kuznetsov wrote:
Yes, but no log in that case.
what do you call the stack dump BUG() shows ??
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Sat, 2010-10-02 at 01:10 +0200, ext Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [101001 13:25]:
Patch omap: zoom: add mmc3/wl1271 device support in the
wireless tree still uses .wires in struct omap2_hsmmc_info.
.wires has now been replaced with .caps in patch omap: mmc:
Add support for LCD2 manager through introducing a new has_feature,
Initialize a dss_features struct for omap4.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 39 ++-
drivers/video/omap2/dss/dss_features.h |7 +-
2
From: Sumit Semwal sumit.sem...@ti.com
Introduce LCD2 manager and corresponding irq's in display.h. Introduce OMAP4
DISPC Secondary LCD Channel registers and the new enum channel as a parameter
in all dispc functions used by interface drivers(dsi, sdi etc) in order to
differentiate between the 2
From: Sumit Semwal sumit.sem...@ti.com
Make necessary changes in the interface drivers for the dispc
functions which have the new enum channel added to them
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
From: Sumit Semwal sumit.sem...@ti.com
Add new Overlay Manager in manager.c, make changes needed
for secondary lcd channel
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
Signed-off-by: Samreen samr...@ti.com
A new element 'name' is added to pwm backlight platform data structure.
This is required to identify the pwm device.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/video/backlight/pwm_bl.c |4 +++-
PWM core driver for pwm based led and backlight driver.
The intention of the pwm core driver is not to break the build if two or more
pwm drivers are enabled.
Align the existing pwm drivers to make use of the pwm core driver
Arun Murthy (7):
pwm: Add pwm core driver
backlight:pwm: add an
pwm-core: make the driver visible for ARM only
Align ab8500 pwm with the pwm core driver
Align twl6030 pwm driver with pwm core driver
Align Freescale mxc pwm driver with pwm core driver
Align pxa pwm driver with pwm core driver
Align samsung(s3c) pwm
The existing pwm based led and backlight driver makes use of the
pwm(include/linux/pwm.h). So all the board specific pwm drivers will
be exposing the same set of function name as in include/linux/pwm.h.
Consder a platform with multi Soc or having more than one pwm module, in
such a case, there
PWM based backlight and led driver will not be calling the pwm drivers
through the pwm core driver and hence adding dependancy on the same.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/leds/Kconfig|2 +-
A new element 'name' is added to pwm led platform data structure.
This is required to identify the pwm device.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/leds/leds-pwm.c |4 +++-
include/linux/leds_pwm.h |3 ++-
As of now only ab8500 and twl6030 are moved.
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
drivers/mfd/Kconfig |9 --
drivers/mfd/Makefile |1 -
drivers/mfd/twl6030-pwm.c | 196
mxc-pwm: Update the platform data with pwm name for backlight
s3c24xx-pwm: update platform data for backlight with pwm name
Signed-off-by: Arun Murthy arun.mur...@stericsson.com
Acked-by: Linus Walleij linus.wall...@stericsson.com
---
arch/arm/mach-pxa/cm-x300.c |
On Tue, 2010-10-05 at 13:53 +0200, ext Luciano Coelho wrote:
On Sat, 2010-10-02 at 01:10 +0200, ext Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [101001 13:25]:
Patch omap: zoom: add mmc3/wl1271 device support in the
wireless tree still uses .wires in struct omap2_hsmmc_info.
Fix bit clear. Now it clears all other bits than mask bit where it should
clear only it.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/mcbsp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
This is just a readability and debugging improvement. As selection bit in
DEVCONF register is cleared when using 96 MHz PRCM source and set when using
external CLKS pin, change definitions to be sync with these.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
---
It seems these comments where accidentally added so remove them.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/mcbsp.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/mcbsp.c
snip..
Below is an untested patch to provide some mechanism to deal with this --
I'd appreciate everyone's comments on this, particularly the comments in
the patch code on how to deal with this problem.
Hi Paul,
I'll test this patch to see if it solves the issue seen with i2c on
On Fri, 01 Oct 2010 15:34:45 -0600
Paul Walmsley p...@pwsan.com wrote:
mach-omap2 (as the SCM only exists on OMAP2+ systems). The McBSP
parent fclk and signal muxing changes have received only light
testing, so any help from OMAP ASoc experts here is appreciated.
Looks good to me. I pointed
Rafael J. Wysocki had written, on 10/04/2010 05:36 PM, the following:
On Friday, October 01, 2010, Nishanth Menon wrote:
SoCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or
-Original Message-
From: Nayak, Rajendra
Sent: Tuesday, October 05, 2010 6:04 PM
To: Nayak, Rajendra; Paul Walmsley; Cousson, Benoit
Cc: Kevin Hilman; Tony Lindgren; linux-omap@vger.kernel.org; Varadarajan,
Charulatha; Raja, Govindraj
Subject: RE: [GIT PULL] for testing: OMAP
On Tue, 2010-10-05 at 14:07 +0200, ext Luciano Coelho wrote:
On Tue, 2010-10-05 at 13:53 +0200, ext Luciano Coelho wrote:
On Sat, 2010-10-02 at 01:10 +0200, ext Tony Lindgren wrote:
* Anand Gadiyar gadi...@ti.com [101001 13:25]:
Patch omap: zoom: add mmc3/wl1271 device support in the
This patch adds comments on precatution to be taken if Global Warm reset is
used as the means to trigger sysem reset.
Signed-off-by: Vishwanath BS vishwanath...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/prcm.c | 28
1 files changed, 28
Hello,
This is the version 4 of patch series to fix and improve the IGEP v2 board
support.
Thanks for all your comments.
CHANGES
- since v3:
- [3/6] fix igep2_get_revision function
- [3/6] fix typo - Unknow
- [5/6] check for return value omap_register_i2c_bus
- since v2:
-
GPIO for various devices are missing from the board initialization.
This patch adds support for the VBUS and over current gpios. Without this
patch, input/outputs from these two sources are ignored.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
The IGEP v2 board has four leds, this patch allows control all
of these LEDs using the LED class if CONFIG_LEDS_GPIO is selected
or using the General Purpose Input/Output (GPIO) interface if
CONFIG_LEDS_GPIO is not selected.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
There are currently two versions of IGEP v2 board, this patch introduces a
function to detect the hardware revision of IGEP board.
--
| Id. | Hw Rev. | GPIO 28 |
--
| 0 | B/C | high |
| 1 | C | low|
Some GPIO's used by WLAN-BT combo on IGEP v2 depends on hardware
revision. This patch handles these GPIO's.
--
| Hw Rev. | WIFI_NPD | WIFI_NRESET | BT_NRESET |
--
| B
VMMC2 regulator is configured but it's not used for the IGEP v2, so
remove this regulator from board.
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
---
arch/arm/mach-omap2/board-igep0020.c | 26 +++---
1 files changed, 3 insertions(+), 23 deletions(-)
diff
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Sripathy, Vishwanath
Sent: Tuesday, October 05, 2010 7:36 PM
To: linux-omap@vger.kernel.org
Cc: Sripathy, Vishwanath; Paul Walmsley
Subject: [PATCHv3] OMAP3: SDRC :
G, Manjunath Kondaiah manj...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, October 05, 2010 1:05 AM
To: G, Manjunath Kondaiah
Cc: Tony Lindgren; linux-omap@vger.kernel.org
Subject: Re: NOTE: hwmod changes merged to
Felipe Balbi ba...@ti.com writes:
Hi,
On Tue, Oct 05, 2010 at 03:42:10AM -0500, Evgeny Kuznetsov wrote:
+ if (!isr_reg) {
+ printk(KERN_ERR FATAL: Incorrect GPIO method %i\n,
+ bank-method);
+ BUG();
+ }
this could be
Arun Murthy arun.mur...@stericsson.com writes:
PWM core driver for pwm based led and backlight driver.
The intention of the pwm core driver is not to break the build if two or more
pwm drivers are enabled.
Align the existing pwm drivers to make use of the pwm core driver
Hi Arun,
Because
On Tue, 5 Oct 2010, Sergei Shtylyov wrote:
Hello.
On 04-10-2010 23:15, Paul Walmsley wrote:
--- /dev/null
+++ b/arch/arm/plat-omap/32ksynctimer.c
@@ -0,0 +1,184 @@
+/*
+ * linux/arch/arm/plat-omap/clocksource.c
What name do you want to use? 32ksynctimer.c or
On Tue, 5 Oct 2010, Jarkko Nikula wrote:
This is just a readability and debugging improvement. As selection bit in
DEVCONF register is cleared when using 96 MHz PRCM source and set when using
external CLKS pin, change definitions to be sync with these.
Signed-off-by: Jarkko Nikula
On Tue, 5 Oct 2010, Jarkko Nikula wrote:
Fix bit clear. Now it clears all other bits than mask bit where it should
clear only it.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
Doh. Thanks Jarkko.
Obviously this is an important patch and should go in
On Tue, 5 Oct 2010, Jarkko Nikula wrote:
It seems these comments where accidentally added so remove them.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
Acked-by: Paul Walmsley p...@pwsan.com
- Paul
--
To unsubscribe from this list: send the line
On Tue, 5 Oct 2010, Vishwanath BS wrote:
This patch adds comments on precatution to be taken if Global Warm reset is
used as the means to trigger sysem reset.
Signed-off-by: Vishwanath BS vishwanath...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Thanks, queued for 2.6.38 with Sanjeev's
Hi Paul,
On 10/5/2010 8:01 AM, Paul Walmsley wrote:
Hello Benoît, Rajendra, Kevin,
On Fri, 1 Oct 2010, Cousson, Benoit wrote:
The issue is that 2420 idlest does not reflect the real status of the OCP bus
clock, but just the fact that the idle_req is asserted or not.
So potentially, the IP
* Grazvydas Ignotas nota...@gmail.com [100928 06:14]:
The chip TRM documentation contradicts itself about this bit, page 174
of swcu050e says bit should be 0 for clear-on-read behavior, while
page 487 says it should be 1. Testing shows it should be 1, so set
the .set_cor flag accordingly. This
* Grazvydas Ignotas nota...@gmail.com [101001 03:09]:
Now that we have twl4030 charger driver, add back it's platform_data
(which was removed by f7ea2dc59ed46dcd0f1cfaccda02211f4507207b
as unused).
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
Acked-by: Tony Lindgren t...@atomide.com
On Thu, Sep 30, 2010 at 09:12:48PM -0500, Fernando Guzman Lugo wrote:
Now the tidspbridge uses the API's from
iovmm module.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
This patch applied, but number 2 and others didn't. Care to respin
those against the new linux-next tree and
On Mon, Oct 04, 2010 at 07:09:14PM +0300, Felipe Contreras wrote:
Otherwise tidspbridge cannot work.
It looks like this was dropped in the conversion to staging. I took the
liberty of doing some cleaning up.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
From: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Cc: Partha Basak p-bas...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 125 +++
From: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Cc: Partha Basak p-bas...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 426
1
From: Benoit Cousson b-cous...@ti.com
MCBSP hwmod data values are auto-generated. The order of omap44xx_mcbsp3_slaves
contents are changed since the driver uses the base address of
omap44xx_l4_abe__mcbsp3_dma.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Cc: Partha Basak p-bas...@ti.com
---
arch/arm/mach-omap2/mcbsp.c | 251 +--
MCBSP 2 and 3 in OMAP3 has sidetone feature which requires
autoidle to be disabled before starting the sidetone. Also SYSCONFIG
register has to be set with smart idle or no idle depending on the
dma op mode (threshold or element sync). For doing these operations
dynamically at runtime, hwmod API'S
This patch was already posted in lo as RFC. But since no conclusion was
drawn, I'm again posting this patch.
The previous patch and discussion can be found at
https://patchwork.kernel.org/patch/134371/
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
From: Rajendra Nayak rna...@ti.com
Some modules which have 16bit registers can cause imprecise
aborts if a __raw_readl/writel is used to read/write 32 bits.
Add an additional flag to identify modules which have such
hard requirement, and handle it in the hwmod framework.
Signed-off-by:
Nayak, Rajendra rna...@ti.com writes:
snip..
Below is an untested patch to provide some mechanism to deal with this --
I'd appreciate everyone's comments on this, particularly the comments in
the patch code on how to deal with this problem.
Hi Paul,
I'll test this patch to see if
Paul Walmsley p...@pwsan.com writes:
From: Rajendra Nayak rna...@ti.com
Some modules which have 16bit registers can cause imprecise
aborts if a __raw_readl/writel is used to read/write 32 bits.
Add an additional flag to identify modules which have such
hard requirement, and handle it in
* Paul Walmsley p...@pwsan.com [101005 08:03]:
On Tue, 5 Oct 2010, Jarkko Nikula wrote:
Fix bit clear. Now it clears all other bits than mask bit where it should
clear only it.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
Doh. Thanks Jarkko.
On Tue, 5 Oct 2010, Paul Walmsley wrote:
__raw_writew(v, oh-_mpu_rt_va + reg_offs);
28: 16ff3070uxthne r3, r0
2c: 118130b2strhne r3, [r1, r2]
gcc for some reason decides to zero-extend it first, but that is not your
bug to fix.
* Peter Ujfalusi peter.ujfal...@nokia.com [101004 23:37]:
Hello,
This v5 series is based on the v3.
The first two patch is the actual fix for the original problems without any
major change in the code (only handling the corresponding erratas in the
legacy
way).
The third patch in the
* Enric Balletbo i Serra eballe...@gmail.com [101005 07:07]:
Hello,
This is the version 4 of patch series to fix and improve the IGEP v2 board
support.
Thanks, adding these into omap-for-linus.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
* Enric Balletbo i Serra eballe...@gmail.com [101002 14:58]:
The OMAP3 IGEP module is a low-power, high performance production-ready
system-on-module (SOM) based on TI's OMAP3 family. More about this
board at www.igep.es.
Adding this to omap-for-linus. Updated it for to use MMC caps instead
of
* Felipe Balbi ba...@ti.com [101004 22:32]:
On Mon, Oct 04, 2010 at 12:28:14PM -0500, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [100930 22:52]:
Hi,
On Thu, Sep 30, 2010 at 12:19:07AM -0500, Gupta, Ajay Kumar wrote:
AM35x has musb interface (version 1.8) and uses CPPI41 DMA engine.
Simplify conditional: (a || (!a !b)) = (a || !b)
Signed-off-by: Nicolas Kaiser ni...@nikai.net
---
arch/arm/plat-omap/fb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/fb.c b/arch/arm/plat-omap/fb.c
index 0054b95..5c09095 100644
---
* Jarkko Nikula jhnik...@gmail.com [101005 05:43]:
On Fri, 01 Oct 2010 15:34:45 -0600
Paul Walmsley p...@pwsan.com wrote:
mach-omap2 (as the SCM only exists on OMAP2+ systems). The McBSP
parent fclk and signal muxing changes have received only light
testing, so any help from OMAP ASoc
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, October 05, 2010 10:28 PM
To: Nayak, Rajendra
Cc: Cousson, Benoit; Kevin Hilman; Tony Lindgren; linux-omap@vger.kernel.org;
Varadarajan, Charulatha; Raja,
Govindraj
Subject: RE: [GIT PULL] for testing:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, October 05, 2010 10:34 PM
To: Nayak, Rajendra
Cc: Paul Walmsley; Cousson, Benoit; Tony Lindgren;
linux-omap@vger.kernel.org; Varadarajan, Charulatha; Raja,
Govindraj
Subject: Re: [GIT PULL]
On Tue, Oct 05, 2010 at 09:28:30AM -0700, Tony Lindgren wrote:
* Greg KH g...@kroah.com [101005 09:01]:
On Mon, Oct 04, 2010 at 07:09:14PM +0300, Felipe Contreras wrote:
Otherwise tidspbridge cannot work.
It looks like this was dropped in the conversion to staging. I took the
On Mon, Oct 04, 2010 at 07:09:13PM +0300, Felipe Contreras wrote:
Hi,
It seems the platform device was dropped from the migration of tidspbridge
into
staging, plus the sdram meblock (previously bootmem) required for it work are
gone.
Withouth these patches the driver loads, but doesn't
On Tue, Oct 5, 2010 at 10:07 PM, Greg KH g...@kroah.com wrote:
On Mon, Oct 04, 2010 at 07:09:13PM +0300, Felipe Contreras wrote:
It seems the platform device was dropped from the migration of tidspbridge
into
staging, plus the sdram meblock (previously bootmem) required for it work are
gone.
On Tue, 5 Oct 2010 17:29:56 +0530
Arun Murthy arun.mur...@stericsson.com wrote:
The existing pwm based led and backlight driver makes use of the
pwm(include/linux/pwm.h). So all the board specific pwm drivers will
be exposing the same set of function name as in include/linux/pwm.h.
Consder a
Nayak, Rajendra rna...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, October 05, 2010 10:34 PM
To: Nayak, Rajendra
Cc: Paul Walmsley; Cousson, Benoit; Tony Lindgren;
linux-omap@vger.kernel.org; Varadarajan, Charulatha;
Felipe Contreras wrote:
...
Well, I thought it would be nice if the driver actually worked on
.36, but anyway, I'll rebase the rest of my cleanup patches and send
them. Hopefully I find a way to get rid of the ioremap() issue.
phys_to_virt instead of ioremap should work fine, still need
1 - 100 of 149 matches
Mail list logo