From: Menon, Nishanth
Govindarajan, Sriramakrishnan had written, on 01/07/2010 06:30 AM, the
following:
From: Sriram s...@ti.com
OMAP platforms(like OMAP3530) include DSP or other co-processors
for media acceleration. when carving out memory for the
accelerators we can end up
Hello Paul,
On Wed, 06-Jan-10 2:51 AM +0530, Paul Walmsley wrote:
On Fri, 18 Dec 2009, Ranjith Lohithakshan wrote:
On Fri, 18-Dec-09 7:12 AM +0530, Paul Walmsley wrote:
+/* Clocks for AM35XX */
+static struct clk emac_ick = {
+.name = emac_ick,
+.ops=
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, January 08, 2010 3:14 AM
To: Sripathy, Vishwanath
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHV4 3/4] OMAP3: Introduce 3630 DPLL4 HSDivider changes
Hello Vishwanath,
some more comments.
- dsi_vc_send_short() needs to use dest_per for the peripheral id
- dsi_vc_send_null() was always using channel id 0
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/dsi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git
This should fix:
WARNING: at drivers/base/core.c:131 device_release+0x68/0x7c()
Device 'omapdss' does not have a release() function, it is broken and
must be fixed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap/omapfb_main.c |7 +++
1 files changed, 7
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
Acked-by: Imre Deak imre.d...@nokia.com
---
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 66f5f7d..8d2fcee 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3949,7 +3949,7
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/dsi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/omap2/dss/dsi.c b/drivers/video/omap2/dss/dsi.c
index c37bc5b..dda7b3f 100644
--- a/drivers/video/omap2/dss/dsi.c
+++
There isn't really any reason to divide those.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
MAINTAINERS | 13 ++---
1 files changed, 2 insertions(+), 11 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8d2fcee..d370787 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
Fixes bug causing VRFB memory area to be released twice.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
Reported-by: Eino-Ville Talvala talv...@stanford.edu
---
drivers/video/omap2/omapfb/omapfb-main.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Acked-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/core.c
Loops checking for certain condition were rather inconsistent.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
Reported-by: Juha Leppanen juha_motorsport...@luukku.com
---
drivers/video/omap2/dss/dsi.c | 14 +++---
drivers/video/omap2/dss/dss.c |6 +++---
2 files changed, 10
Bunch of small fixes to OMAP DSS for review.
Tomi
Peter Huewe (1):
video/omap: add __init/__exit macros to
drivers/video/omap/lcd_htcherald.c
Tomi Valkeinen (12):
OMAP: DSS2: DSI: fix VC channels in send_short and send_null
OMAP: DSS2: DSI: print debug DCS cmd in hex
OMAP: DSS2:
DSI driver didn't check if the panel driver actually implements
enable_te().
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/dsi.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/video/omap2/dss/dsi.c
Compiles, but not tested.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/rfbi.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/video/omap2/dss/rfbi.c b/drivers/video/omap2/dss/rfbi.c
index
Collect interrupt statistics, printable via debugfs:
debugfs/omapdss/dispc_irq
debugfs/omapdss/dsi_irq
The counters are reset when printed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/Kconfig |7 ++
drivers/video/omap2/dss/core.c |8 +++
From: Ville Syrjälä ville.syrj...@nokia.com
If the scaling ratio is below 0.5 video output width can't be identical
to the display width. Reject such settings.
Signed-off-by: Ville Syrjälä ville.syrj...@nokia.com
---
drivers/video/omap2/dss/dispc.c |7 +--
1 files changed, 5
If the panel's probe had failed, omapfb would still go on, eventually
crashing.
A better fix would be to handle each display properly, and leaving just
the failed display out. But that is a bigger change.
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
omapfb platform device was still used to get clocks inside rfbi.c
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
Tested-by: Sergey Lapin sla...@ossfans.org
---
drivers/video/omap/dispc.c | 18 +++---
drivers/video/omap/omapfb.h |2 ++
From: Peter Huewe peterhu...@gmx.de
Trivial patch which adds the __init/__exit macros to the module_init/
module_exit functions of
drivers/video/omap/lcd_htcherald.c
Please have a look at the small patch and either pull it through
your tree, or please ack' it so Jiri can pull it through the
Tomi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tomi Valkeinen
Sent: Friday, January 08, 2010 7:23 AM
To: linux-omap@vger.kernel.org; linux-fb...@vger.kernel.org
Cc: Tomi Valkeinen
Subject: [PATCH 01/15] OMAP:
On Fri, 2010-01-08 at 14:29 +0100, ext Aguirre, Sergio wrote:
Tomi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tomi Valkeinen
Sent: Friday, January 08, 2010 7:23 AM
To: linux-omap@vger.kernel.org;
Abhijit,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Pagare, Abhijit
Sent: Friday, January 08, 2010 5:59 AM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Cc: Pagare, Abhijit; Paul Walmsley
On Fri, Jan 08, 2010 at 02:00:35AM +0100, Omar Ramirez Luna wrote:
From: Hari Kanigeri h-kanige...@ti.com
This patch increases the DMM from 64MB to 256MB.
Will this work when shm_size=0x400?
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
Felipe,
Will this work when shm_size=0x400?
It will. Increasing DMM pool size doesn't have any dependency on shm size. The
SHM is used for IPC mechanism to exchange data and loading base images. The DMM
is just the DSP virtual address pool that is used for dynamic memory mapping to
the
On Fri, Jan 08, 2010 at 02:00:26AM +0100, Omar Ramirez Luna wrote:
This patch cleans SSI clock preparation and also removes
the dependency on IO_ADDRESS variants for easier maintenance.
So this patch is:
* reorganizing SSI configuration
* doing some code-style cleanups
* using ioremap()
Kanigeri, Hari had written, on 01/07/2010 11:16 PM, the following:
Nishant,
With 64MB we were seeing cases of running out of DSP virtual memory when running multiple Multimedia use cases in parallel at a time.
Would it be better that we make this as a board specific memory
requirement? not
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Vimal Singh
Sent: Wednesday, January 06, 2010 7:30 PM
To: Linux MTD
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 1/3][NAND][OMAP]: Fixing compilation warning
for
Govindarajan, Sriramakrishnan had written, on 01/08/2010 02:15 AM, the
following:
From: Menon, Nishanth
Govindarajan, Sriramakrishnan had written, on 01/07/2010 06:30 AM, the
following:
From: Sriram s...@ti.com
OMAP platforms(like OMAP3530) include DSP or other co-processors
for media
Dasgupta, Romit had written, on 01/08/2010 01:10 AM, the following:
Only point I see that may disfavor list based implementation is the fact that we
do not expect high number of OPPs.
yes + overhead of CPU cycles walking thru the list Vs indexing off an array.
True there is overhead but the
Current implementation of identifying silicon revision
uses whole number returned by omap_rev() - which includes
cpu id and class as well.
As new silicons are added in 35x, 36x and 44x series,
many 'greater than' comparisons are automatically true;
but 'less than/ equal to' comparisons are no
This patch adds verbose macros for comparing silicon
revision bits. Current mechanism of comparing complete
'omap_revision' does not work/ represent the multiple
processors, and their revisions.
Existing instances of comparison via omap_rev() have
been replaced with new macros.
Signed-off-by:
Nishant,
Would it be better that we make this as a board specific memory
requirement? not all boards will have the same needs right?
For every 1MB of DSP Virtual address 1Kbytes of physical memory is required for
house keeping. So, for 256MB we would be taking 256K as opposed to 64K when
Kanigeri, Hari had written, on 01/08/2010 09:29 AM, the following:
Nishant,
Would it be better that we make this as a board specific memory
requirement? not all boards will have the same needs right?
For every 1MB of DSP Virtual address 1Kbytes of physical memory is required for
house
On Fri, Jan 8, 2010 at 8:31 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Vimal Singh
Sent: Wednesday, January 06, 2010 7:30 PM
To: Linux MTD
Cc: linux-omap@vger.kernel.org
I am trying to work out how to use the new pinmux code on my
Overo+Summit system. I have a recent git running with the new pinmux
code built. I am trying to configure the mcspi1_clk pin on the expansion
connector as gpio_171 with the following:
r...@overo:~# dmesg |grep mux
Kernel command
FYI...
PM branch has been updated to current omap/master (2.6.33-rc3 based.)
In addition, the work-in-progress branch for OPP rework (pm-wip-opp)
has been rebased onto current PM branch head.
Now that I'm back from vacation and mostly caught up on mailing lists,
I have to catch up on incoming
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
This patch creates a new sysfs entry to query the driver
state without making any bridge direct call, this is
useful to monitor driver state without creating any handle
to bridge driver.
why sysfs and
Ramirez Luna, Omar had written, on 01/08/2010 10:19 AM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
This patch creates a new sysfs entry to query the driver
state without making any bridge direct call, this is
useful to monitor
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
Include dspbridge compilation whenever bridge driver is selected to
be compiled, either as a module or part of the kernel. This will
initialize platform data specific PM functions.
?? are you intending
Ramirez Luna, Omar had written, on 01/08/2010 10:48 AM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
Include dspbridge compilation whenever bridge driver is selected to
be compiled, either as a module or part of the kernel. This
* Tomi Valkeinen tomi.valkei...@nokia.com [100108 05:21]:
Compiles, but not tested.
Heh, maybe update the comments on this one before asking
Linus to pull? :)
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:01 PM, the following:
- Use standard convention to define ioctls.
- Removed runtime check for ioctl matching table number.
- Added __deprectaed marker to functions that are not used anymore.
Currently 'DB' is used as
Tony Lindgren wrote:
From: Janusz Krzysztofik jkrzy...@tis.icnet.pl
In its current form, the omap_mcbsp_request() function can return after
irq_request() failure without any cleanups, effectively locking out the port
forever with clocks left running. Fix it.
Signed-off-by: Janusz
From: Menon, Nishanth
Apologies on the spam, but a few points below for preventing a future
ioctl change:
Menon, Nishanth had written, on 01/07/2010 08:59 PM, the following:
Ramirez Luna, Omar had written, on 01/07/2010 07:01 PM, the following:
- Use standard convention to define ioctls.
Based on the discussions and feedback received, this patch set is
created which cleans up various OMAP3-board-evm files and removes
common TWL4030 specific regulator suuplies and init data structs.
These structures are instead placed in a new file -
board-omap35x-twl4030-pmic.c and are referenced
A new file for TWL4030/TPS65950 is created which has common supplies
and regulator init data structures. They will be referenced from the
various board-evm files depending upon the EVM requirements.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
Removing the common supplies and regulator init data structs for various
OMAP3 platforms. They all have been moved to a common TWL4030 specific file
and will be referenced from there.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c | 114
Common TWL4030 specific regulator supplies and init data structs are
used instead of platform specific ones. Only one copy of the common
structs will be included in the image, built for multiple OMAP3 based
platforms.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/08/2010 10:48 AM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
Include dspbridge compilation whenever bridge driver is selected to
be compiled, either as a module or
Kconfig is modified for OMAP3 EVM so that user can choose the appropriate
PMIC (currently only TWL4030). Config options for other PMICs will be
added later on.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/mach-omap2/Kconfig |9 +
1 files changed, 9 insertions(+), 0
Kconfig is modified so that PMIC TWL4030 is automatically selected for
platforms using it. It is required to compile board-omap35x-twl4030-pmic.c
in the build.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/mach-omap2/Kconfig | 11 +++
1 files changed, 11 insertions(+),
Here's a set of fixes from the OMAP PM brach intended for 2.6.33-rc.
This series applies on top Tony's omap-fixes-for-linus branch.
They can be also viewed/pulled from:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
pm-fixes
Kevin Hilman (1):
OMAP: timekeeping:
From: Tero Kristo tero.kri...@nokia.com
OMAP GP timers keep running for a few cycles after they are stopped,
which can cause the timer to expire and generate an interrupt. The pending
interrupt will prevent e.g. OMAP from entering suspend, thus we ack it
manually.
Signed-off-by: Tero Kristo
From: Tero Kristo tero.kri...@nokia.com
Suspending drivers may still generate interrupts just before their suspend is
completed. Any pending interrupts here will prevent sleep.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
From: Tero Kristo tero.kri...@nokia.com
Enable the auto-idle feature of the SCM block to save some additional
power.
Signed-off-by: Mika Westerberg ext-mika.1.westerb...@nokia.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c |2 ++
1 files
From: Tero Kristo tero.kri...@nokia.com
OMAP interrupt controller goes to unknown state when there is right
combination of l3,l4 sleep/wake-up transitions, l4 autoidle in
interrupt controller and some interrupt. When this happens, interrupts
are not delivered to ARM anymore and ARM will remain in
From: Sanjeev Premi pr...@ti.com
This patch removes code blocks that are repeated
in function prcm_setup_regs().
Signed-off-by: Sanjeev Premi pr...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c | 18 --
1 files changed, 0
From: Tero Kristo tero.kri...@nokia.com
Previously used u32 as temporary data storage that wraps around at 4.294s.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/cpuidle34xx.c |2 +-
1 files changed, 1
From: Tero Kristo tero.kri...@nokia.com
Current value is stored on SDRAM and it is written back during wakeup.
Previously a static value of 0x72 was written there.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Acked-by: Thara Gopinath th...@ti.com
Signed-off-by: Kevin Hilman
From: Sripathy, Vishwanath vishwanath...@ti.com
As part of Core domain context restoration while coming out of off mode
there are some registers being restored which are not required to be restored.
ROM code will have restored them already. Overwriting some of them can have
potential side effect.
From: Manjunatha GK manj...@ti.com
The PM debug code fails to build on when CONFIG_DEBUG_FS is not
enabled.
Build error log:
arch/arm/mach-omap2/built-in.o: In function `omap_sram_idle':
arch/arm/mach-omap2/pm34xx.c:449: undefined reference to `pm_dbg_regset_save'
From: Peter Ujfalusi peter.ujfal...@nokia.com
Wake-up from McBSP ports are needed, especially when the THRESHOLD
dma mode is in use for audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm34xx.c
From: Roel Kluin roel.kl...@gmail.com
val is an u64 pointer, we need an int to check the error.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/pm-debug.c |6 --
1 files changed, 4 insertions(+), 2
From: Tero Kristo tero.kri...@nokia.com
Due to OMAP3 erratas 1.157, 1.185 the save of the last pad register
(ETK_D14 and ETK_D15) can fail sometimes when there is simultaneous
OCP access to the SCM register area. Fixed by writing the last
register to the save area.
Also, optimized the delay loop
* Philip Balister phi...@balister.org [100108 07:35]:
I am trying to work out how to use the new pinmux code on my
Overo+Summit system. I have a recent git running with the new pinmux
code built. I am trying to configure the mcspi1_clk pin on the
expansion connector as gpio_171 with the
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Regards,
Tony
The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
Linus Torvalds (1):
Linux 2.6.33-rc3
are available in the
This patch checks if clk_get() returned success for
the clocks used in function omap2_clk_arch_init().
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/clock34xx.c | 25 +++--
1 files changed, 23 insertions(+), 2 deletions(-)
diff --git
On Fri, 8 Jan 2010, Tony Lindgren wrote:
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
No.
I don't know what the *** people have been doing in that tree, but it
looks like the _same_ branch was merged twice
* Tony Lindgren t...@atomide.com [100108 10:07]:
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Oops, please dont, let me first check what's up with the duplicate commits
first.
Regards,
Tony
* Linus Torvalds torva...@linux-foundation.org [100108 10:18]:
On Fri, 8 Jan 2010, Tony Lindgren wrote:
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
No.
I don't know what the *** people have been
Ramirez Luna, Omar had written, on 01/08/2010 11:11 AM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:01 PM, the following:
- Use standard convention to define ioctls.
- Removed runtime check for ioctl matching table number.
- Added __deprectaed marker
Ramirez Luna, Omar had written, on 01/08/2010 11:19 AM, the following:
From: Menon, Nishanth
Apologies on the spam, but a few points below for preventing a future
ioctl change:
Menon, Nishanth had written, on 01/07/2010 08:59 PM, the following:
Ramirez Luna, Omar had written, on 01/07/2010
On 01/08/2010 01:00 PM, Tony Lindgren wrote:
* Philip Balisterphi...@balister.org [100108 07:35]:
I am trying to work out how to use the new pinmux code on my
Overo+Summit system. I have a recent git running with the new pinmux
code built. I am trying to configure the mcspi1_clk pin on the
Ramirez Luna, Omar had written, on 01/08/2010 11:58 AM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/08/2010 10:48 AM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
Include dspbridge compilation
* Philip Balister phi...@balister.org [100108 10:57]:
On 01/08/2010 01:00 PM, Tony Lindgren wrote:
* Philip Balisterphi...@balister.org [100108 07:35]:
I am trying to work out how to use the new pinmux code on my
Overo+Summit system. I have a recent git running with the new pinmux
code
From: Menon, Nishanth
Omar Ramirez Luna had written, on 01/07/2010 07:00 PM, the following:
This patch removes an unused variable in bridge_open
and bridge_release functions, which reduces indentation.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
Ramirez Luna, Omar had written, on 01/08/2010 03:29 PM, the following:
From: Menon, Nishanth
Omar Ramirez Luna had written, on 01/07/2010 07:00 PM, the following:
This patch removes an unused variable in bridge_open
and bridge_release functions, which reduces indentation.
Signed-off-by: Omar
From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
On Fri, Jan 08, 2010 at 02:00:26AM +0100, Omar Ramirez Luna wrote:
This patch cleans SSI clock preparation and also removes
the dependency on IO_ADDRESS variants for easier maintenance.
So this patch is:
Cleaning ssi handling
*
Hello Linus, Tony,
On Fri, 8 Jan 2010, Tony Lindgren wrote:
* Linus Torvalds torva...@linux-foundation.org [100108 10:18]:
There are other problems with that branch too - the committer
information is pure sh*t. It says paul p...@twilight.(none), so quite
frankly, somebody hasn't even
Anuj Aggarwal anuj.aggar...@ti.com writes:
Based on the discussions and feedback received, this patch set is
created which cleans up various OMAP3-board-evm files and removes
common TWL4030 specific regulator suuplies and init data structs.
These structures are instead placed in a new file -
* Paul Walmsley p...@pwsan.com [100108 14:03]:
Hello Linus, Tony,
On Fri, 8 Jan 2010, Tony Lindgren wrote:
* Linus Torvalds torva...@linux-foundation.org [100108 10:18]:
There are other problems with that branch too - the committer
information is pure sh*t. It says paul
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Paul Walmsley
Sent: Tuesday, January 05, 2010 11:54 AM
Also, what's the Cortex version on your v7? It's rev r2p3 on
omap3430.
Just a quick note - I think it is r1p3 on OMAP34xx ES3.1 and
Sanjeev Premi pr...@ti.com writes:
This patch checks if clk_get() returned success for
the clocks used in function omap2_clk_arch_init().
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/clock34xx.c | 25 +++--
1 files changed, 23 insertions(+), 2
On 01/08/2010 01:00 PM, Tony Lindgren wrote:
* Philip Balisterphi...@balister.org [100108 07:35]:
I am trying to work out how to use the new pinmux code on my
Overo+Summit system. I have a recent git running with the new pinmux
code built. I am trying to configure the mcspi1_clk pin on the
On Fri, 8 Jan 2010, Tony Lindgren wrote:
$ git log --pretty=oneline --author=.(none) --committer=.(none)
v2.6.33-rc1..
Well, that will catch one particular common case of it, but..
Should we have some check like this in place for all pulls?
.. it would probably make more sense to warn
* Linus Torvalds torva...@linux-foundation.org [100108 14:38]:
On Fri, 8 Jan 2010, Tony Lindgren wrote:
$ git log --pretty=oneline --author=.(none) --committer=.(none)
v2.6.33-rc1..
Well, that will catch one particular common case of it, but..
Should we have some check like
Hello Ranjith,
On Fri, 8 Jan 2010, Ranjith Lohithakshan wrote:
These ACK bits are for the target IdleAck status. I will add a custom
find_companion code for AM35xx.
...
OK. I will extend the existing find_idlest to pass back what value needs
to be checked as you suggested. I will make this
Hello Vishwanath,
On Fri, 8 Jan 2010, Sripathy, Vishwanath wrote:
From: Paul Walmsley [mailto:p...@pwsan.com]
On Thu, 7 Jan 2010, Vishwanath BS wrote:
+static struct clk dpll4_ck_3630 __initdata = {
Marking these as __initdata will crash the system for DVFS changes after
the
First, this patch adds new worst-case latency values to the
omap_device_pm_latency struct. Here the worst-case measured latencies
for the activate and deactivate hooks are stored.
In addition, add an option to auto-adjust the latency values used for
device activate/deactivate.
By setting a new
A small series of proposed updates for omap_device/omap_hwmod.
This series was tested on the current PM branch but also applies cleanly to
current linux-omap master branch.
It was tested along with previously posted changes to convert UARTs to
omap_device. A new version of the UART
Some HW blocks have errata which requires selective enabling/disabling
of SYSCONFIG bits. In particular, some blocks have known issues with
smart-idle so smart-idle has to be disabled under certain conditions.
Add API to read/write a modules SYSCONFIG register which takes
advantage of the
If an omap_hwmod is setup using HWMOD_INIT_NO_IDLE flag, there is
currently way to idle it since omap_hwmod_idle() requires the hwmod to
be in the enabled state.
This patch adds a check to omap_hwmod_idle() so if the hwmod was has
the INIT_NO_IDLE flag, calling omap_hwmod_idle() will still
Hi Tony,
On Fri, 8 Jan 2010 14:50:23 -0800 Tony Lindgren t...@atomide.com wrote:
Hmm, sounds like it might make sense to check for that in Stephen's
for-next tree then. Added Stephen to the loop, let's see if what he
thinks.
I can certainly add hooks to my tree if someone can suggest what
On Thursday 07 January 2010 10:55:02 am green wrote:
I would like to run Debian on my N810; have you gotten PM, gps, and
internal mmc to work while running Gentoo?
Don't expect GPS to ever work. The proprietary driver depends on a bug fixed
in 2.6.23 or so, and even ignoring that, is full of
Luke-Jr wrote at 2010-01-08 20:56 -0600:
On Thursday 07 January 2010 10:55:02 am green wrote:
I would like to run Debian on my N810; have you gotten PM, gps, and
internal mmc to work while running Gentoo?
Don't expect GPS to ever work. The proprietary driver depends on a bug fixed
in
Luke-Jr wrote at 2010-01-05 17:46 -0600:
* N900 is supposedly mostly mainlined already, and supposedly Nokia will
actually finish the job with unlike N8x0; it also has nicer hardware, even if
you just ignore the cellular capabilities
You say supposedly; where do you get this information? Is
96 matches
Mail list logo