On Tue, May 11, 2010 at 12:14:47PM +0900, Paul Mundt wrote:
On Mon, May 10, 2010 at 03:55:49PM +0300, Eduardo Valentin wrote:
On Mon, May 10, 2010 at 02:39:02PM +0200, ext Paul Mundt wrote:
Note that in the cpuinfo case there is often special handling for the
single (or boot CPU) case,
The SGX powervr_device is registered with it's platform specific
data to provide information about setting constraint through
omap_pm_set_min_bus_tput.
Signed-off-by: Preshit Agarwal preshit.agar...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin
On Fri, 16 Apr 2010 12:47:50 +0300
Grazvydas Ignotas nota...@gmail.com wrote:
Tested-by: Paul Walmsley p...@pwsan.com
Uhm why does this patch (or Tony's version) doesn't reach mainline for
so long? It's critical for all OMAPs except the very old ones.
If it helps:
Tested-by: Grazvydas
On Tue, May 11, 2010 at 08:54:07AM +0200, ext Jarkko Nikula wrote:
On Fri, 16 Apr 2010 12:47:50 +0300
Grazvydas Ignotas nota...@gmail.com wrote:
Tested-by: Paul Walmsley p...@pwsan.com
Uhm why does this patch (or Tony's version) doesn't reach mainline for
so long? It's critical for all
On Tue, 11 May 2010 10:01:22 +0300
Mika Westerberg ext-mika.1.westerb...@nokia.com wrote:
I believe this is already in mainline:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c6bd2010fced38444c9fd658f4c6ce61bd185bf
Ah, yeah. I was using the sound-2.6.git tree
Remove the hack put in place while clock framework
was still not in place for OMAP4.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/plat-omap/clock.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/arm/plat-omap/clock.c b/arch/arm/plat-omap/clock.c
index
The clock sources for timers on OMAP4 (system clock and 32k
clock) have their names wronly populated.
This patch fixes them so the omap_dm_timer_set_source
does not fail anymore.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/plat-omap/dmtimer.c |4 ++--
1 files changed, 2
Some powerdomains in OMAP4 support a direct transition from one sleep
state to another deeper sleep state without having to wakeup the
powerdomain. This patch adds an api in the powerdomain framework to
set the LOWPOWERSTATECHANGE bit in PWRSTCTRL register.
Signed-off-by: Rajendra Nayak
Currently omap2_clkdm_clk_enable/disable api's program all clockdomains
in forced sleep/wakeup, even if they support HWSUP/AUTO control mode.
This patch fixes this by adding the missing check for omap44xx cpu.
For omap44xx omap2_clkdm_clk_enable/disbale are actually not expected
to do anything if
On Tue, May 04, 2010 at 10:40:06AM +0300, Mika Westerberg wrote:
On Mon, May 03, 2010 at 06:58:18PM +0200, ext Tony Lindgren wrote:
* Mika Westerberg ext-mika.1.westerb...@nokia.com [100503 05:52]:
(...)
+/**
+ * omap_dma_reset() - perform software reset for the DMA controller
+ */
- This moves the dma line population from omap_hsmmc.c to plat-omap/devices.c
- This is done to keep platform specific code inside the platform directory
rather than the host driver
- This makes the porting work across OMAP platforms easier
Signed-off-by: Madhvapathi Sriram srira...@ti.com
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Monday, May 10, 2010 9:42 PM
To: Munegowda, Keshava
Cc: linux-omap@vger.kernel.org; t...@atomide.com
Subject: Re: [PATCH V2]omap: mux.c warning removal
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Tue, May 11, 2010 at 11:32 AM, Madhvapathi Sriram srira...@ti.com wrote:
- This moves the dma line population from omap_hsmmc.c to plat-omap/devices.c
- This is done to keep platform specific code inside the platform directory
rather than the host driver
- This makes the porting work
Madhvapathi Sriram srira...@ti.com wrote:
- This moves the dma line population from omap_hsmmc.c to plat-omap/devices.c
- This is done to keep platform specific code inside the platform directory
rather than the host driver
- This makes the porting work across OMAP platforms easier
-linux-arm
On 05/10/2010 10:53 PM, S, Venkatraman wrote:
-Original Message-
From: menon.nisha...@gmail.com
[mailto:menon.nisha...@gmail.com] On Behalf Of Menon, Nishanth
Sent: Tuesday, May 11, 2010 5:02 AM
To: S, Venkatraman
Cc: linux-omap@vger.kernel.org;
Nishanth Menon menon.nisha...@gmail.com wrote:
-linux-arm
On 05/10/2010 10:53 PM, S, Venkatraman wrote:
-Original Message-
From: menon.nisha...@gmail.com
[mailto:menon.nisha...@gmail.com] On Behalf Of Menon, Nishanth
Sent: Tuesday, May 11, 2010 5:02 AM
To: S, Venkatraman
Cc:
Hi,
Hi Eduardo,
The load_twl4030_script() is called from twl4030_power_init() which is again
called from twl_probe(), and this is getting called before
omap3_idle_init().
So the scripts are loaded before the cpuidle is initialized.
Then I don't think the system will hit sys_off before
Venkatraman S had written, on 05/11/2010 07:19 AM, the following:
Nishanth Menon menon.nisha...@gmail.com wrote:
-linux-arm
On 05/10/2010 10:53 PM, S, Venkatraman wrote:
-Original Message-
From: menon.nisha...@gmail.com
[mailto:menon.nisha...@gmail.com] On Behalf Of Menon, Nishanth
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch exports the OMAP3 IDCODE and Production ID to userspace
via /proc/socinfo.
Die ID is also exported depending on what users pass as kernel
parameter. It is same protection mechanism made for x86 product
number. So, if user passes
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch introduce the /proc/socinfo node. Its purpose is to
export System on Chip information and specific bits.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
Documentation/filesystems/proc.txt |1 +
fs/proc/Kconfig
From: Eduardo Valentin eduardo.valen...@nokia.com
Export OMAP name and rev under /proc/socinfo node.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/Kconfig |1 +
arch/arm/mach-omap1/id.c | 31 ---
arch/arm/mach-omap2/id.c | 32
Hello all,
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 still attempting to create a new file under /proc.
It is the /proc/socinfo, which should be used to export bits which are SoC
specific
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100503 16:28]:
From: Chunqiu Wang cqw...@motorola.com
According to the GPIO 'Wakeup and Interrupt' section of the TRM[1],
wake-up requests can only be generated on edge transitions.
Also for OMAP3, only
Eduardo Valentin had written, on 05/11/2010 09:15 AM, the following:
From: Eduardo Valentin eduardo.valen...@nokia.com
Export OMAP name and rev under /proc/socinfo node.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/Kconfig |1 +
arch/arm/mach-omap1/id.c
Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, May 01, 2010 4:33 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Nayak, Rajendra; p...@pwsan.com;
t...@atomide.com
Subject: Re: [PATCH 5/9] OMAP:GPIO: Introduce
Dmitry Torokhov dmitry.torok...@gmail.com writes:
On Tue, May 11, 2010 at 12:03:44AM -0500, Arce, Abraham wrote:
Hi again Dmitry,
No worries, although at first I was surprised that Trilok spoke exactly
the same words I did ;)
:)
+
+/* Interrupt thread handler thread */
Manjunatha GK manj...@ti.com writes:
The SGX powervr_device is registered with it's platform specific
data to provide information about setting constraint through
omap_pm_set_min_bus_tput.
Signed-off-by: Preshit Agarwal preshit.agar...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc:
Rajendra Nayak rna...@ti.com writes:
The clock sources for timers on OMAP4 (system clock and 32k
clock) have their names wronly populated.
typo: wrongly
Kevin
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Mika Westerberg ext-mika.1.westerb...@nokia.com writes:
On Tue, May 04, 2010 at 10:40:06AM +0300, Mika Westerberg wrote:
On Mon, May 03, 2010 at 06:58:18PM +0200, ext Tony Lindgren wrote:
* Mika Westerberg ext-mika.1.westerb...@nokia.com [100503 05:52]:
(...)
+/**
+ * omap_dma_reset()
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100510 08:09]:
Tony Lindgren t...@atomide.com writes:
* Varadarajan, Charulatha ch...@ti.com [100506 23:52]:
Tony/ Kevin,
-Original Message-
From: Varadarajan, Charulatha
Sent: Thursday,
Varadarajan, Charulatha ch...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, May 01, 2010 4:33 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Nayak, Rajendra; p...@pwsan.com;
t...@atomide.com
Subject:
On Tue, May 11, 2010 at 07:53:23AM -0700, Kevin Hilman wrote:
Dmitry Torokhov dmitry.torok...@gmail.com writes:
On Tue, May 11, 2010 at 12:03:44AM -0500, Arce, Abraham wrote:
Hi again Dmitry,
No worries, although at first I was surprised that Trilok spoke exactly
the same words I
Hello Nishanth,
On Tue, May 11, 2010 at 04:28:15PM +0200, ext Nishanth Menon wrote:
Eduardo Valentin had written, on 05/11/2010 09:15 AM, the following:
From: Eduardo Valentin eduardo.valen...@nokia.com
Export OMAP name and rev under /proc/socinfo node.
Signed-off-by: Eduardo
Hi all,
Here are the i2c-omap patches that we'd like to get in for 2.6.35.
I believe all of these patches have been posted earlier already
to the i2c list. They all have been merged into the linux-omap master
branch for testing.
I've removed some duplicate Cc fields from the commit messages
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch is rebased version of earlier post to add I2C
driver support to OMAP4 platform. On OMAP4, all
I2C register address offsets are changed from OMAP1/2/3 I2C.
In order to not have #ifdef's at various places in code,
as well as to support
From: Alexander Shishkin virtu...@slind.org
The errata 1.153 workaround is busy waiting on XUDF bit in interrupt
context, which may lead to kernel hangs. The problem can be reproduced
by running the bus with wrong (too high) speed.
Signed-off-by: Alexander Shishkin virtu...@slind.org
From: manjugk manjugk manj...@ti.com
Under certain rare conditions, I2C_STAT[13].RDR bit may be set
and the corresponding interrupt fire, even there is no data in
the receive FIFO, or the I2C data transfer is still ongoing.
These spurious RDR events must be ignored by the software.
This patch
From: manjugk manjugk manj...@ti.com
Clean up existing Errata 1p153 handling to use generic
errata handling mechanism through dev flag.
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: Alexander Shishkin virtu...@slind.org
Signed-off-by: Tony Lindgren
From: Kalle Jokiniemi kalle.jokini...@digia.com
While waiting for completion of the i2c transfer, the
MPU could hit OFF mode and cause several msecs of
delay that made i2c transfers fail more often. The
extra delays and subsequent re-trys cause i2c clocks
to be active more often. This has also an
* Arce, Abraham x0066...@ti.com [100510 18:36]:
Enable network chip Micrel KS8851 for OMAP4430 SDP
- Based on mainline version 2.6.34 rc7
- Tested in OMAP4430 SDP
Throughput measurements using nuttcp application:
11.9375 MB / 10.06 sec =9.9519 Mbps 92 %TX 0 %RX 0 retrans 7.87
* Madhvapathi Sriram srira...@ti.com [100511 02:26]:
@@ -255,6 +256,52 @@ int __init omap_mmc_add(const char *name, int id,
unsigned long base,
res[0].flags = IORESOURCE_MEM;
res[1].start = res[1].end = irq;
res[1].flags = IORESOURCE_IRQ;
+ /* Populate DMA lines based
On Tue, May 11, 2010 at 11:15:13AM +0800, ye janboe wrote:
Is this patch ignored by you? I do not see any ack for this patch.
Patch is fine, shame some of the people on the Cc haven't acked it though.
Can we get acks from anyone of those, and then submit it to the patch
system?
Signed-off-by:
Tony,
Enable network chip Micrel KS8851 for OMAP4430 SDP
- Based on mainline version 2.6.34 rc7
- Tested in OMAP4430 SDP
Throughput measurements using nuttcp application:
11.9375 MB / 10.06 sec =9.9519 Mbps 92 %TX 0 %RX 0 retrans 7.87 msRTT
--
All patches have been
Dmitry Torokhov dmitry.torok...@gmail.com writes:
On Tue, May 11, 2010 at 07:53:23AM -0700, Kevin Hilman wrote:
Dmitry Torokhov dmitry.torok...@gmail.com writes:
On Tue, May 11, 2010 at 12:03:44AM -0500, Arce, Abraham wrote:
Hi again Dmitry,
No worries, although at first I was
Convert PM operations to use dev_pm_ops. This will facilitate
the runtime PM coversion which will add to dev_pm_ops hooks.
Note that dev_pm_ops version of the suspend hook no longer takes a
'state' argument. However, the MMC core function mmc_suspend_host()
still takes a 'state' argument, but
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 738e377ff6c45d27695b39a67e3be876d4b5dae5
PatchWorks
http://patchwork.kernel.org/patch/96684/
Git (Likely to change, and takes a while to get
* Goucem, Fabrice f-gou...@ti.com [100309 05:11]:
Hi Hari,
Thanks for your comment.
What you're saying is perfectly true, however I find current way is a bit
awkward and potentially dangerous if for any reason value of
OMAP_DMA_SYNC_PACKET changes in the future, or if more constants are
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): af480491f98908d6f4c296498c2c08b61e7ca49c
PatchWorks
http://patchwork.kernel.org/patch/83541/
Git (Likely to change, and takes a while to get
* Kevin Hilman khil...@deeprootsystems.com [100511 07:22]:
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100503 16:28]:
From: Chunqiu Wang cqw...@motorola.com
According to the GPIO 'Wakeup and Interrupt' section of the TRM[1],
wake-up requests can
Kevin Hilman khil...@deeprootsystems.com writes:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
This patch contains following improvements:
- Only RX interrupt will now kick the sleep prevent timer
- TX fifo status is checked before disabling clocks, this
Hi,
Some requests to make this more future proof.
* Stanley.Miao stanley.m...@windriver.com [100419 23:20]:
AM3517 don't have the register OMAP343X_CONTROL_PBIAS_LITE and the regulators
like vmmc, so we set a noop set_power function for it.
Signed-off-by: Stanley.Miao
-cqwang address which is bouncing
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100511 07:22]:
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100503 16:28]:
From: Chunqiu Wang cqw...@motorola.com
According to
A series of OMAP GPIO updates for 2.6.35 from the OMAP PM branch.
Series based on v2.6.34-rc6
Also available here:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
gpio-2.6.35
Kevin
Chunqiu Wang (1):
OMAP3: GPIO: Only enable WAKEUPEN for edge detection GPIOs
Kevin
From: Chunqiu Wang cqw...@motorola.com
According to the GPIO 'Wakeup and Interrupt' section of the TRM[1],
wake-up requests can only be generated on edge transitions.
Also for OMAP3, only edge GPIOs may lose interrupts when PER enters
RET/OFF state, this is addressed by gpio prepare|resume idle
Currently, the GPIO 'prepare' hook is only called when going to
off-mode, while the function is called 'prepare_for_retention.' This
patch renames the function to 'prepare_for_idle' and calls it for any
powersate != PWRDM_POWER_ON passing in the powerstate.
The hook itself is then responsible
Ensure GPIO debounce clocks are disabled when idle. Otherwise,
clocks will prevent PER powerdomain from entering retention.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/plat-omap/gpio.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
From: Tero Kristo tero.kri...@nokia.com
setwkuena and setdataout are covered already by wake_en and dataout fields.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/plat-omap/gpio.c | 10 --
1 files changed, 0
A small series of OMAP PM core updates for 2.6.35.
Applies on v2.6.34-rc6.
Also available here in my pm-next branch here:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git pm-next
Ari Kauppi (1):
OMAP3: PM: Add milliseconds interface to suspend wakeup timer
Kevin Hilman
From: Ari Kauppi ext-ari.kau...@nokia.com
Millisecond resolution is possible and there are use cases for it
(automatic testing).
Seconds-based interface is preserved for compatibility.
Signed-off-by: Ari Kauppi ext-ari.kau...@nokia.com
Reviewed-by: Phil Carmody ext-phil.2.carm...@nokia.com
From: Ranjith Lohithakshan ranji...@ti.com
OMAP3530 TRM section 7.4.4.4.2 requires OFFOUTENABLE to be set (active low)
if wakeup capabilities are enabled on a pad. During OFF mode testing
on OMAP3530 EVM, it was observed that the device was not residing in
the OFF state. The device enters into
From: Ranjith Lohithakshan ranji...@ti.com
This patch enables the wakeup capabilities of ads7846 touchscreen driver.
ads7846 driver can now wakeup the system from suspend on OMAP3430 EVM
and SDP boards.
The earlier approach of enabling wakeup on the touchscreen GPIO pin during
board level mux
From: Mike Chan m...@android.com
IO events can also come from GPIO modules, which reside in the PER domain.
It is possible for the PER to enter RET while CORE is still in ON.
If GPIO 2-6 are enabled for IO-pad wakeups, the PER domain will not
wakeup in this case, unless we enable it.
From: Mike Chan m...@android.com
We can remove this wakeup dependency since now, when
GPIO2-6 are enabled for IO-pad wakeup, PER domain is gauranteed
to be awake or be woken up to service.
The previous dependency did not handle all corner cases. Since there
was no sleep dependency between CORE
* Kevin Hilman khil...@deeprootsystems.com [100511 16:22]:
-cqwang address which is bouncing
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100511 07:22]:
OK, let's plan on merging these then. Want me to pick these,
or pull from some branch?
You
* Ben Dooks ben-li...@fluff.org [100511 16:05]:
On Tue, May 11, 2010 at 11:35:01AM -0700, Tony Lindgren wrote:
Hi all,
Here are the i2c-omap patches that we'd like to get in for 2.6.35.
I believe all of these patches have been posted earlier already
to the i2c list. They all have
* Aaro Koskinen aaro.koski...@nokia.com [100419 07:47]:
From: Lauri Leukkunen lauri.leukku...@nokia.com
Introduce a driver for the Texas Instruments TSC2005 touchscreen
controller (http://focus.ti.com/docs/prod/folders/print/tsc2005.html).
The patch is based on a driver by Lauri Leukkunen,
* Santosh Shilimkar santosh.shilim...@ti.com [100430 23:32]:
This patch moves OMAP4 soc specific code from 4430sdp board file.
The change is necessary so that newer board support can be added
with minimal changes. This will be also problematic for
multi-board, multi-omap builds.
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 27d714284a31693362bafeb124d5c400db20e2ad
PatchWorks
http://patchwork.kernel.org/patch/91247/
Git (Likely to change, and takes a while to get
* Santosh Shilimkar santosh.shilim...@ti.com [100407 00:43]:
This series mainly adds I2C board data for OMAP4430 SDP and few
needed fixes. I have made this into one series just for simplcity
otherwise couple patches are independent. The intent is to get it merged
in linux-omap master for
On Sun, May 9, 2010 at 11:42 PM, Suresh Rajashekara
suresh.raj+linuxo...@gmail.com wrote:
Hi All,
I had a couple of application (with real time priority SCHED_FIFO)
which were working fine on 2.6.16. They have started behaving
differently on 2.6.29.
I will explain my problem briefly.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin
Hilman
Sent: Wednesday, May 12, 2010 3:10 AM
To: Dmitry Torokhov
Cc: Arce, Abraham; linux-in...@vger.kernel.org; linux-omap@vger.kernel.org
Subject: Re: [RFC]
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, May 12, 2010 5:48 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/6] omap4 i2c board support and fixes
* Santosh Shilimkar santosh.shilim...@ti.com [100407 00:43]:
Dmitry,
2 comments + one question before sending next version...
[...]
+static irqreturn_t omap_keypad_threaded(int irq, void *dev_id)
+{
Why is iti threaded? I fo not see anything that will sleep.
It was implemented based on previous comments...
Would you point me
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Arce,
Abraham
Sent: Wednesday, May 12, 2010 11:10 AM
To: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org; linux-omap@vger.kernel.org
Subject: RE: [RFC] [PATCH 1/3]
74 matches
Mail list logo