On Tue, Aug 28, 2012 at 6:49 PM, Venkatraman S svenk...@ti.com wrote:
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
On Tue, Aug 28, 2012 at 10:21:33AM -0700, Mark Brown wrote:
On Tue, Aug 28, 2012 at 12:26:07PM +0100, Lee Jones wrote:
arch/arm/boot/dts/db8500.dtsi
I'm not actually seeing anything terribly problematic here, though the
regulator-name properties should really be removed as they're
Changes in v4:
* Added *hack* comments around clk_prepare usage in hwmod
rebased on 3.6-rc
Changes in v3:
* Fixed various checkpatch warning/errors as reported by Paul W.
Changes in v2:
* Dropped all driver clk_prepare/clk_unprepare changes, will be
sent seperately to respective lists
This is
Moving to Common clk framework for OMAP would mean we no longer use
internal lookup mechanism like omap_clk_get_by_name().
get rid of all its usage mostly from hwmod and omap_device
code.
Also use IS_ERR_OR_NULL() for error checking.
Moving to clk_get() also means the respective platforms
need
As part of Common Clk Framework (CCF) the clk_enable() operation
was split into a clk_prepare() which could sleep, and a clk_enable()
which should never sleep. Similarly the clk_disable() was
split into clk_disable() and clk_unprepare(). This was
needed to handle complex cases where in a clk
While we move to Common Clk Framework (CCF), direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use macros/helpers similar to the ones that
are provided by CCF.
While here also concatenate some strings split across
Hello,
Before doing the work twice, is someone working on the arm/dts for the overo
board? I found a first support in the linaro tree [1], but is there any
active
work to complete this support and push it upstream? I am preparing a
daughter
board with some specific hardware, thus I could give
With the new devices (like, AM33XX and OMAP5) we now only support
DT boot mode of operation and now it is the time to start killing
slowly the dependency on hwmod, so with this patch, we are starting
with device resources.
The idea here is implemented considering to both boot modes -
- DT boot
On Fri, 2012-08-24 at 18:21 +0530, Archit Taneja wrote:
+enum omap_dss_output_id {
+ OMAP_DSS_OUTPUT_DPI = 1 0,
+ OMAP_DSS_OUTPUT_DBI = 1 1,
+ OMAP_DSS_OUTPUT_SDI = 1 2,
+ OMAP_DSS_OUTPUT_DSI1= 1 3,
+ OMAP_DSS_OUTPUT_VENC= 1 4,
+ OMAP_DSS_OUTPUT_DSI2
On Wednesday 29 August 2012 04:02 PM, Tomi Valkeinen wrote:
On Fri, 2012-08-24 at 18:21 +0530, Archit Taneja wrote:
+enum omap_dss_output_id {
+ OMAP_DSS_OUTPUT_DPI = 1 0,
+ OMAP_DSS_OUTPUT_DBI = 1 1,
+ OMAP_DSS_OUTPUT_SDI = 1 2,
+ OMAP_DSS_OUTPUT_DSI1
Hi Konstantin,
On Wed, Jul 25, 2012 at 16:35:16, Konstantin Baydarov wrote:
This patch introduces a MFD core device driver for
OMAP system control module.
The control module allows software control of
various static modes supported by the device. It is
composed of two control submodules:
Hello,
I have extended and rebased the previous set:
'ARM/dts: omap McBSP and audio support for BeagleBoard'
Changes since v1:
- Rebased on current l-o:devel-dt branch
- Two new patch, one for OMAP4 to add reg-names for the mem areas, one for OMAP5
to add McPDM and DMIC section
The rest of
The McBSP IP within OMAP2420 and 2430 is different we need to create separate
dtsi files for them.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap2420.dtsi | 39 ++
arch/arm/boot/dts/omap2430.dtsi | 83 +++
2
Since the board is based on OMAP2420 we should include the dedicated dtsi
file (which includes the common omap2 dtsi).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap2420-h4.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Create the needed sections to be able to probe McBSP ports via DT.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 69 ++
1 files changed, 69 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi
Create the sections describing the McBSP ports to be able to use them via
DT.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 47 ++
1 files changed, 47 insertions(+), 0 deletions(-)
diff --git
Create the sections describing the McBSP ports to be able to use them via
DT.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git
Add the needed sections to enable audio support on BeagleBoard when booted
with DT blob.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git
In order to get the memory areas by name when booted with DT.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index
To be able to load the McPDM and DMIC driver when booted with device tree.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi
On 08/29/2012 04:39 AM, Florian Vaussard wrote:
Hello,
Before doing the work twice, is someone working on the arm/dts for
the overo board? I found a first support in the linaro tree [1], but
is there any active work to complete this support and push it
upstream? I am preparing a daughter board
On Wed, 2012-08-29 at 02:18 +0300, Igor Grinberg wrote:
omap1 backlight platform data resides inside plat/board.h while it
should be inside include/linux/...
Move the omap1 backlight platform data to
include/linux/platform_data/.
Cc: Richard Purdie rpur...@rpsys.net
Cc: Florian Tobias
On Wed, 2012-08-29 at 02:18 +0300, Igor Grinberg wrote:
omap1 lcd platform data resides inside plat/board.h while it
should be inside include/linux/...
Move the omap1 lcd platform data to include/linux/omapfb.h.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
On Wed, Aug 29, 2012 at 2:39 AM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Before doing the work twice, is someone working on the arm/dts for the overo
board? I found a first support in the linaro tree [1], but is there any
active
work to complete this support and push it upstream? I
OMAP4-specific code should be executed only if we are running on
OMAP4. Otherwise it may break multi-OMAP kernels. Found by reading
the code.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
arch/arm/plat-omap/sram.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
In some OMAP3 HS devices (at least Nokia N9 and N950), the public SRAM
seems to conflict with secure portition of SRAM. When booting the 3.6-rc3
kernel (and also earlier) on these devices, the kernel gets tainted with
tons of the following warnings:
[6.894348] In-band Error seen by
On Wed, Aug 29, 2012 at 8:24 AM, Aaro Koskinen aaro.koski...@iki.fi wrote:
OMAP4-specific code should be executed only if we are running on
OMAP4. Otherwise it may break multi-OMAP kernels. Found by reading
the code.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
Looks good.
On Wed, Aug 29, 2012 at 8:24 AM, Aaro Koskinen aaro.koski...@iki.fi wrote:
In some OMAP3 HS devices (at least Nokia N9 and N950), the public SRAM
seems to conflict with secure portition of SRAM. When booting the 3.6-rc3
kernel (and also earlier) on these devices, the kernel gets tainted with
Hi,
for everyone at Linux Plumbers Conference/LinuxCon, we'll be having a
Linux on TI SoCs BoF on Thursday, August 30 in Nautilus 1.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Wed, Aug 29, 2012 at 11:41 AM, Paul Walmsley p...@pwsan.com wrote:
Hi,
for everyone at Linux Plumbers Conference/LinuxCon, we'll be having a
Linux on TI SoCs BoF on Thursday, August 30 in Nautilus 1.
Great! Is there a schedule already?
Thanks!
Jean
- Paul
--
To unsubscribe from this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/29/12 18:04, Tomi Valkeinen wrote:
On Wed, 2012-08-29 at 02:18 +0300, Igor Grinberg wrote:
omap1 backlight platform data resides inside plat/board.h while it
should be inside include/linux/...
Move the omap1 backlight platform data to
On 08/28/12 01:43, Shilimkar, Santosh wrote:
On Mon, Aug 27, 2012 at 3:26 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
Currently, omap2_sync32k_clocksource_init() function initializes the 32K
timer as the system clock source regardless of the CONFIG_OMAP_32K_TIMER
setting.
Fix this by
Cool! Which time is it?
On Thu, Aug 30, 2012 at 1:01 AM, Valentin, Eduardo
eduardo.valen...@ti.com wrote:
Cool! Which time is it?
On Wed, Aug 29, 2012 at 11:48 PM, Pihet-XID, Jean j-pi...@ti.com wrote:
On Wed, Aug 29, 2012 at 11:41 AM, Paul Walmsley p...@pwsan.com wrote:
Hi,
for
During lunch
On Aug 29, 2012, at 3:02 PM, Valentin, Eduardo eduardo.valen...@ti.com
wrote:
Cool! Which time is it?
On Thu, Aug 30, 2012 at 1:01 AM, Valentin, Eduardo
eduardo.valen...@ti.com wrote:
Cool! Which time is it?
On Wed, Aug 29, 2012 at 11:48 PM, Pihet-XID, Jean
* Locke, Matthew mlo...@ti.com [120829 15:08]:
During lunch
Oops I'm already heading back home today. But you guys have
a fun BoF!
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Florian Vaussard florian.vauss...@epfl.ch [120829 02:46]:
Hello,
Before doing the work twice, is someone working on the arm/dts for the overo
board? I found a first support in the linaro tree [1], but is there
any active
work to complete this support and push it upstream? I am preparing a
* Aaro Koskinen aaro.koski...@iki.fi [120828 14:35]:
Hi,
I would like to start converting cbus drivers from linux-omap cbus branch
for mainline inclusion. Currently e.g. watchdog support is missing at
least on Nokia N800, so you cannot run the mainline kernel for longer
than ~60 seconds
* Aaro Koskinen aaro.koski...@iki.fi [120828 14:35]:
Add i2c driver to enable access to devices behind CBUS on Nokia Internet
Tablets.
Can you please do also a separate patch for the device tree binding for
getting the GPIO pins for this controller?
Other than that thanks for doing this and:
* Aaro Koskinen aaro.koski...@iki.fi [120828 14:35]:
Retu is a multi-function device found on Nokia Internet Tablets
implementing at least watchdog, RTC, headset detection and power button
functionality.
This patch implements a minimum functionality providing only register
access functions.
* Aaro Koskinen aaro.koski...@iki.fi [120828 14:35]:
Introduce Retu watchdog driver.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Cc: linux-watch...@vger.kernel.org
Acked-by: Tony Lindgren t...@atomide.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
* Aaro Koskinen aaro.koski...@iki.fi [120828 14:35]:
Add platform data to enable i2c-cbus on N8x0. It will be I2C bus #3.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Acked-by: Tony Lindgren t...@atomide.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
* Aaro Koskinen aaro.koski...@iki.fi [120828 14:35]:
Add Retu configuration.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
arch/arm/mach-omap2/board-n8x0.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n8x0.c
On Wed, Aug 29, 2012 at 1:56 AM, Rajendra Nayak rna...@ti.com wrote:
As part of Common Clk Framework (CCF) the clk_enable() operation
was split into a clk_prepare() which could sleep, and a clk_enable()
which should never sleep. Similarly the clk_disable() was
split into clk_disable() and
On Wed, Aug 29, 2012 at 02:26:15PM +0530, Rajendra Nayak wrote:
Moving to Common clk framework for OMAP would mean we no longer use
internal lookup mechanism like omap_clk_get_by_name().
get rid of all its usage mostly from hwmod and omap_device
code.
Also use IS_ERR_OR_NULL() for error
On Wed, Aug 29, 2012 at 1:56 AM, Rajendra Nayak rna...@ti.com wrote:
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2/clock44xx_data.c
index d7f55e4..a3831a2 100644
--- a/arch/arm/mach-omap2/clock44xx_data.c
+++ b/arch/arm/mach-omap2/clock44xx_data.c
@@ -3156,6
* Chandrabhanu Mahapatra cmahapa...@ti.com [120820 06:26]:
Hi everyone,
this patch series aims at cleaning up of DSS of cpu_is checks thereby making
it
more generic.
The 1st patch cleans up cpu_is checks from DISPC code.
The 2nd patch removes unused functions from DSS code.
The 3rd patch
dma_alloc/free_coherent APIs requires the platform specific remoteproc
device as the device parameter. We are passing vdev-dev.parent to the
dma_free_coherent function which is the generic rproc device and it is
wrong, it has to be vdev-dev.parent-parent instead, same as when we
call
47 matches
Mail list logo