Hi Wolfram,
On Fri, May 09, 2014 at 05:15:50PM +0200, Wolfram Sang wrote:
From: Wolfram Sang w...@sang-engineering.com
In the comments, LCD pins 16-23 were numbered in the wrong order.
Fix this and use proper pinmux constants for all entries while we are
Your sentence misses a word at the
On 12/05/14 08:36, Archit Taneja wrote:
Hi,
On Friday 09 May 2014 06:02 PM, Tomi Valkeinen wrote:
Add binding documentation for HDMI connector's HPD GPIO.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicet...@vger.kernel.org
---
Hello,
From: Javier Martinez Canillas [mailto:jav...@dowhile0.org]
On Fri, May 9, 2014 at 10:46 PM, Pekon Gupta pe...@ti.com wrote:
From: Minal Shah minalks...@gmail.com
[...]
+gpmc {
+ status = okay;
+ pinctrl-names = default;
+ pinctrl-0 = nand_flash_x16;
+ ranges
On 09/05/14 18:55, Tony Lindgren wrote:
Although if the MO gpio is not controlled by the driver, we should tell
the driver whether that gpio is high or low.
What do you have in mind for telling that? We should also tell the
orientation of the panel:
EVM VGA omapfb.rotate=3
LDP
On Sun, May 11, 2014 at 4:42 PM, Tony Lindgren t...@atomide.com wrote:
* Andreas Müller schnitzelt...@googlemail.com [140509 14:07]:
On Fri, May 9, 2014 at 9:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 30/04/14 02:52, Tony Lindgren wrote:
Otherwise we can get often errors like the
On 9 May 2014 18:46, Balaji T K balaj...@ti.com wrote:
With devm_clk_get conversion clk_put can be removed in clean up path
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 15 ---
1 files changed, 4 insertions(+), 11 deletions(-)
diff --git
Hello Pekon,
On Mon, May 12, 2014 at 9:03 AM, Gupta, Pekon pe...@ti.com wrote:
Hello,
From: Javier Martinez Canillas [mailto:jav...@dowhile0.org]
On Fri, May 9, 2014 at 10:46 PM, Pekon Gupta pe...@ti.com wrote:
From: Minal Shah minalks...@gmail.com
[...]
+gpmc {
+ status = okay;
+
From: Javier Martinez Canillas [mailto:jav...@dowhile0.org]
[...]
Newer platforms have upgraded version of GPMC engine which supports
BCH16 ECC scheme in hardware. Thus the GPMC address space was
expanded to include some extra registers required for BCH16 ECC [2].
I see and did the GPMC
On Mon, May 12, 2014 at 11:05 AM, Gupta, Pekon pe...@ti.com wrote:
From: Javier Martinez Canillas [mailto:jav...@dowhile0.org]
[...]
Newer platforms have upgraded version of GPMC engine which supports
BCH16 ECC scheme in hardware. Thus the GPMC address space was
expanded to include some extra
Removes the OMAP5 HDMI audio callbacks for an external audio driver and
the old external DAI driver does not work anymore after this patch.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/hdmi5.c | 113 -
1 file changed, 113 deletions(-)
Integrate ASoC DAI component driver in to the OMAP5 hdmi driver. The
patch also updates the relevant entry in ti,omap5-dss DT binding
document.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
.../devicetree/bindings/video/ti,omap5-dss.txt |4 +
drivers/video/fbdev/omap2/dss/hdmi5.c
Adds HDMI audio sDMA properties.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 27fcac8..c7f0913 100644
--- a/arch/arm/boot/dts/omap4.dtsi
+++
The OMAP5 HDMI audio implementation needs HDMI_AUDIO_LAYOUT_6CH in
hdmi_core_audio_layout enum. I found the correct value from ti-linux
3.8 tree.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/hdmi.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
Use correct variable name for base address.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/hdmi5_core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/omap2/dss/hdmi5_core.c
b/drivers/video/fbdev/omap2/dss/hdmi5_core.c
index
Since RFC version of the patch set:
- Split callbacks removal patch away from Integrated ASoC DAI
component driver implementation patches for easier reading
This set of patches fixes OMAP4+ HDMI audio. The structure of the
implementatin looks a bit different than before. Instead of creating a
This patch is here only as an example on how to enable HDMI video for
Panda board. In addition to this patch omapdss.def_disp=hdmi parameter
should be added to kernel command line in order to enable HDMI video.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/configs/omap2plus_defconfig |
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/Kconfig |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/omap2/dss/Kconfig
b/drivers/video/fbdev/omap2/dss/Kconfig
index ecc2f50..b28e175 100644
---
Add common function for struct omap_dss_audio initialization from
struct snd_pcm_hw_params.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/hdmi.h|5 ++
drivers/video/fbdev/omap2/dss/hdmi_common.c | 117 ++-
2 files changed, 121
Make including the omap-pcm.h outside sound/soc/omap more convenient.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
include/sound/omap-pcm.h | 30 ++
sound/soc/davinci/davinci-mcasp.c |2 +-
sound/soc/omap/omap-dmic.c|2 +-
This patch is here only as an example on how to enable HDMI audio for
OMAP4+ HW. Adds CONFIG_SND_SIMPLE_CARD=m and CONFIG_SND_SOC_HDMI_CODEC=m.
Also builds SND_OMAP_SOC in kernel to support in kernel built OMAPDSS
with integrated HDMI DAI driver.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/Kconfig | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/omap2/dss/Kconfig
b/drivers/video/fbdev/omap2/dss/Kconfig
index 8921a7a..ecc2f50 100644
---
Adds HDMI audio sDMA properties.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index b2a28e6..bac7d8e 100644
--- a/arch/arm/boot/dts/omap5.dtsi
+++
Adds a simple-card sound node for HDMI audio, the associated
hdmi-codec node, and sound-dai-cells propeties to the DAI nodes.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git
Removes the OMAP4 HDMI audio callbacks for an external audio driver and
the old external DAI driver does not work anymore after this patch.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
drivers/video/fbdev/omap2/dss/hdmi4.c | 113 -
1 file changed, 113 deletions(-)
Removes omap-hdmi DAI driver, omap-hdmi-card driver, the related
Kconfig options, and Makefile entries. The HDMI DAI drivers has been
integrated directly to OMAP4+ HDMI drivers and simple-card driver is
used instead of omap-hdmi-card driver.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
Removes all code related to external audio driver callbacks. There is
no need for those now that sound/soc/omap/omap-hdmi.c is removed.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
.../fbdev/omap2/displays-new/connector-hdmi.c | 99
Integrate ASoC DAI component driver in to the OMAP4 hdmi driver. The
patch also updates the relevant entry in ti,omap4-dss DT binding
document.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
.../devicetree/bindings/video/ti,omap4-dss.txt |4 +
drivers/video/fbdev/omap2/dss/hdmi4.c
This patch is here only as an example on how to enable HDMI video for
OMAP5 uEVM. Adds CONFIG_GPIO_PCA953X=y and CONFIG_OMAP5_DSS_HDMI=y.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git
Adds a simple-card sound node for HDMI audio, the associated
hdmi-codec node, and sound-dai-cells propeties to the DAI nodes.
Signed-off-by: Jyri Sarha jsa...@ti.com
---
arch/arm/boot/dts/omap4-panda-common.dtsi | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff
Hello Tomi,
On Mon, May 12, 2014 at 9:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 09/05/14 18:55, Tony Lindgren wrote:
Although if the MO gpio is not controlled by the driver, we should tell
the driver whether that gpio is high or low.
What do you have in mind for telling that? We
On 12/05/14 12:34, Javier Martinez Canillas wrote:
Maybe we can remove this hackery by relying on the fact that a
compatible string can have a set of values that goes from more
specific to more general. So you can have something like:
compatible = sony,panel-foobar, omapdss,panel-foobar
Hello Tomi,
On Mon, May 12, 2014 at 11:40 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 12/05/14 12:34, Javier Martinez Canillas wrote:
Maybe we can remove this hackery by relying on the fact that a
compatible string can have a set of values that goes from more
specific to more general.
On 09/05/14 17:37, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140509 00:39]:
On 30/04/14 02:52, Tony Lindgren wrote:
Otherwise we can get often errors like the following and the
display won't come on:
omapdss APPLY error: FIFO UNDERFLOW on gfx, disabling the overlay
On 09/05/14 17:37, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140509 01:02]:
On 09/05/14 02:20, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140429 16:53]:
Otherwise we can get often errors like the following and the
display won't come on:
omapdss APPLY error:
Beaglebone Board can be connected to expansion boards to add devices to them.
These expansion boards are called 'capes'. This patch adds support for
following versions of Beaglebone(AM335x) NAND capes
(a) NAND Device with bus-width=16, block-size=128k, page-size=2k, oob-size=64
(b) NAND Device
*changes v4 - v5*
use lower-case hexadecimal numbers
add comments for using different memory sizes in range and reg properties
fix 'reg size' property for GPMC and ELM nodes in dra7.dtsi
*changes v3 - v4*
fixed reg and range property for all GPMC DT nodes
added fix for am335x-evm and
MTD NAND partition for file-system should start at offset=0xA0
Signed-off-by: Pekon Gupta pe...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
b/arch/arm/boot/dts/am43x-epos-evm.dts
Adds pinmux and DT node for Micron (MT29F4G08AB) x8 NAND device present on
am437x-gp-evm board.
(1) As NAND Flash data lines are muxed with eMMC, Thus at a given time either
eMMC or NAND can be enabled. Selection between eMMC and NAND is controlled:
(a) By dynamically driving following
From: Minal Shah minalks...@gmail.com
DRA7xx platform has in-build GPMC and ELM h/w engines which can be used
for accessing externel NAND flash device. This patch:
- adds generic DT binding in dra7.dtsi for enabling GPMC and ELM h/w engines
- adds DT binding for Micron NAND Flash (MT29F2G16AADWP)
On 05/08/2014 12:06 PM, Tomi Valkeinen wrote:
The current DPLL code does not try to round the clock rate, and instead
returns an error if the requested clock rate cannot be produced exactly
by the DPLL.
It could be argued that this is a bug, but as the current drivers may
depend on that
Dear Sir/Madam,
My name is Mr. Agyemang Kwesi. I am the Proprietor of Kwesi Global
Limited. My office address is at NTHC Residential Area, Comm. 14,
Tema, Ghana. I am doing import/export business since 1998 with my
wife. We also represent some foreign companies in Ghana.
We found posts about
On 08/05/14 01:16, Paul Walmsley wrote:
It's true that the original patch changes the dpll behavior when an
exact match is not found. However, I think our drivers always request an
exact match, and in that case the original patch doesn't change the
behavior in practice.
In theory it's
On 12/05/14 15:02, Tero Kristo wrote:
On 05/08/2014 12:06 PM, Tomi Valkeinen wrote:
The current DPLL code does not try to round the clock rate, and instead
returns an error if the requested clock rate cannot be produced exactly
by the DPLL.
It could be argued that this is a bug, but as the
Hello Pekon,
On Mon, May 12, 2014 at 1:49 PM, Pekon Gupta pe...@ti.com wrote:
*changes v4 - v5*
use lower-case hexadecimal numbers
add comments for using different memory sizes in range and reg properties
fix 'reg size' property for GPMC and ELM nodes in dra7.dtsi
*changes v3 - v4*
fixed
Hi Tony,
On 09/05/14 14:56, Tomi Valkeinen wrote:
Hi,
Here are arch/arm/ patches to add display support for OMAP5 and AM43x.
I have these in my tree, in a branch I will send to Tony for merging. Most of
these patches have already been around the lists, but I wanted to send them
one
On Monday 12 May 2014 02:03 PM, Ulf Hansson wrote:
On 9 May 2014 18:46, Balaji T K balaj...@ti.com wrote:
With devm_clk_get conversion clk_put can be removed in clean up path
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 15 ---
1 files changed,
On 12 May 2014 15:33, Balaji T K balaj...@ti.com wrote:
On Monday 12 May 2014 02:03 PM, Ulf Hansson wrote:
On 9 May 2014 18:46, Balaji T K balaj...@ti.com wrote:
With devm_clk_get conversion clk_put can be removed in clean up path
Signed-off-by: Balaji T K balaj...@ti.com
---
On 12 May 10:29 AM, George Cherian wrote:
On 4/25/2014 2:41 AM, Ezequiel Garcia wrote:
The DMA controller is needed for the USB controller to be correctly
registered. Therefore, if the DMA node is located at the end an unecessary
probe deferral is produced systematically.
This is easily
On 12 May 10:29 AM, George Cherian wrote:
On 5/8/2014 10:57 PM, Ezequiel Garcia wrote:
At probe time, the musb_am335x driver registers its childs by
calling of_platform_populate(), which registers all childs in
the devicetree hierarchy recursively.
On the other side, the driver's remove()
* Javier Martinez Canillas jav...@dowhile0.org [140512 03:01]:
Hello Tomi,
On Mon, May 12, 2014 at 11:40 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On 12/05/14 12:34, Javier Martinez Canillas wrote:
Maybe we can remove this hackery by relying on the fact that a
compatible string
* Tomi Valkeinen tomi.valkei...@ti.com [140512 06:26]:
Hi Tony,
On 09/05/14 14:56, Tomi Valkeinen wrote:
Hi,
Here are arch/arm/ patches to add display support for OMAP5 and AM43x.
I have these in my tree, in a branch I will send to Tony for merging. Most
of
these patches have
* Tomi Valkeinen tomi.valkei...@ti.com [140512 04:36]:
On 09/05/14 17:37, Tony Lindgren wrote:
This is just the 3730-evm with the Sharp VGA panel mentioned in
this series.
Hmm, well, those both look fine. The fck is well below the maximum,
which is somewhere around 170MHz-180MHz. The
* Andreas Müller schnitzelt...@googlemail.com [140512 01:20]:
On Sun, May 11, 2014 at 4:42 PM, Tony Lindgren t...@atomide.com wrote:
* Andreas Müller schnitzelt...@googlemail.com [140509 14:07]:
On Fri, May 9, 2014 at 9:38 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On 30/04/14
On 12/05/14 17:39, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140512 04:36]:
On 09/05/14 17:37, Tony Lindgren wrote:
This is just the 3730-evm with the Sharp VGA panel mentioned in
this series.
Hmm, well, those both look fine. The fck is well below the maximum,
which is
On 12/05/14 17:26, Tony Lindgren wrote:
The omapdss case is different, there the omapdss points to a sw thing,
it does not describe the hardware. It's only needed as we don't have
proper sw drivers for the devices.
That said, I think what you describe would work. But I would rather keep
the
On 12/05/14 17:36, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140512 06:26]:
Hi Tony,
On 09/05/14 14:56, Tomi Valkeinen wrote:
Hi,
Here are arch/arm/ patches to add display support for OMAP5 and AM43x.
I have these in my tree, in a branch I will send to Tony for merging.
Hi,
* Pekon Gupta pe...@ti.com [140512 04:50]:
+
+gpmc {
+ pinctrl-names = default;
+ pinctrl-0 = nand_flash_x16;
+ ranges = 0 0 0 0x0100;/* CS0: min address-space configurable
under GPMC chip-select = 16MB*/
+ nand@0,0 {
+ reg = 0 0 0x380; /* CS0,
Hello Thierry,
Do you know when you will have some time to review that patch series ?
On 14/04/2014 at 23:59:42 +0200, Alexandre Belloni wrote :
Hi,
A patch set as suggested by Thierry to make lookup with the lookup table
instead of device tree behave more like when using device tree.
* Jyri Sarha jsa...@ti.com [140512 02:13]:
Since RFC version of the patch set:
- Split callbacks removal patch away from Integrated ASoC DAI
component driver implementation patches for easier reading
This set of patches fixes OMAP4+ HDMI audio. The structure of the
implementatin looks a
Felicitări
Sunteți unul dintre beneficiarii de pe ordinea de zi a Națiunilor Unite
2014/2015 Grant Award. Informațiile dvs. au fost verificate și suma de șase
milioane de euro (6.000.000,00) a fost acordat pentru a vă în programul de
granturi al Națiunilor Unite ca Date tale au fost listate
* Tomi Valkeinen tomi.valkei...@ti.com [140512 07:58]:
On 12/05/14 17:36, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140512 06:26]:
Hi Tony,
On 09/05/14 14:56, Tomi Valkeinen wrote:
Hi,
Here are arch/arm/ patches to add display support for OMAP5 and AM43x.
I
* Tomi Valkeinen tomi.valkei...@ti.com [140512 07:55]:
On 12/05/14 17:26, Tony Lindgren wrote:
The omapdss case is different, there the omapdss points to a sw thing,
it does not describe the hardware. It's only needed as we don't have
proper sw drivers for the devices.
That said, I
* Peter Robinson pbrobin...@gmail.com [140509 14:28]:
On Tue, May 6, 2014 at 6:18 PM, Tony Lindgren t...@atomide.com wrote:
* Peter Robinson pbrobin...@gmail.com [140503 17:12]:
With ARCH_OMAP2PLUS being separated out into OMAP2/3/4/5 etc all the TI
device
tree blobs are built no matter
Pekon,
A few questions regarding this patch, despite the fact I'm not sure it will
ever be included.
On 20 Mar 01:04 PM, Pekon Gupta wrote:
+ 0x70 (MUX_MODE0 | PIN_INPUT_PULLUP )/*
gpmc_wait0.gpmc_wait0 */
+ 0x74 (MUX_MODE7 | PIN_OUTPUT_PULLUP)
* Joachim Eastwood manab...@gmail.com [140511 10:28]:
On 9 May 2014 18:07, Tony Lindgren t...@atomide.com wrote:
I was thinking that too initially, but then we would have macros that behave
in a different way:
1. Calculate the iopad offset from the iopad register area start based on
On 12 May 2014 18:16, Tony Lindgren t...@atomide.com wrote:
* Joachim Eastwood manab...@gmail.com [140511 10:28]:
On 9 May 2014 18:07, Tony Lindgren t...@atomide.com wrote:
I was thinking that too initially, but then we would have macros that
behave
in a different way:
1. Calculate
* Joachim Eastwood manab...@gmail.com [140512 09:27]:
So you are okey with just OMAP4_IOPAD for both core and wkup pads?
Well if we ever wanted to add range checking, the macro would have
to have size of the iopad range in it too. But that's probably
out of the scope for these macros anyways
* Gupta, Pekon pe...@ti.com [140509 11:52]:
From: Tony Lindgren [mailto:t...@atomide.com]
* Pekon Gupta pe...@ti.com [140422 00:34]:
--- a/arch/arm/boot/dts/am335x-bone.dts
+++ b/arch/arm/boot/dts/am335x-bone.dts
@@ -9,6 +9,7 @@
#include am33xx.dtsi
#include
On Mon, May 12, 2014 at 12:12:22PM +0300, Jyri Sarha wrote:
Removes omap-hdmi DAI driver, omap-hdmi-card driver, the related
Kconfig options, and Makefile entries. The HDMI DAI drivers has been
integrated directly to OMAP4+ HDMI drivers and simple-card driver is
used instead of omap-hdmi-card
Hello Tomi,
There seems to be a mismatch between your panel-dpi code and DT docs.
The docs state that enable-gpios is optinal but in panel-dpi.c you
have the following code
gpio = devm_gpiod_get(pdev-dev, enable);
if (IS_ERR(gpio)) {
dev_err(pdev-dev, failed to parse enable gpio\n);
The OMAP4/5 TRMs primarily list address offsets from the padconf
physical address (which is not driver base address) and not
always the absolute physical address for padconf registers like
some other OMAP TRMs. So create a new macro to use this offset
and to avoid confusion between different OMAP
Hello,
This patch set adds support for Variscite OM44 series of system on
modules and boards.
Changes v3:
* Use new OMAP4_IOPAD macro
* Add Tomi's Ack for patches with DSS DT nodes
* Rebase on Tony's omap-for-v3.16/dt branch
v2:
* Use OMAP IOPAD macros
Patch 1: Add support for the SoM
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
arch/arm/mach-omap2/pdata-quirks.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-omap2/pdata-quirks.c
b/arch/arm/mach-omap2/pdata-quirks.c
index c3b73351cb7a..ab94f3a87c32 100644
---
Signed-off-by: Joachim Eastwood manab...@gmail.com
Acked-by: Tomi Valkeinen tomi.valkei...@ti.com
---
.../devicetree/bindings/arm/omap/omap.txt | 3 +
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/omap4-var-dvk-om44.dts | 70
Add support for VAR-SOM-OM44[1] SODIMM system on module from
Variscite. SoM features a OMAP4460, 1GB RAM, Gigabit Ethernet
(LAN7500) and optional WLAN/BT.
Also add support for VAR-STK-OM44 development board from
Variscite. This kit features a VAR-SOM-OM44 and the carrier board
Both the VAR-STK-OM44 and VAR-DVK-OM44 boards comes with the
WLAN/BT version of the system on module VAR-SOM-OM44.
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
arch/arm/boot/dts/omap4-var-dvk-om44.dts | 1 +
arch/arm/boot/dts/omap4-var-som-om44-wlan.dtsi | 68
In omap2_common_pm_late_init suspend_set_ops was called to set common
suspend handling functions for all omap platforms. This created two
problems. First, these suspend ops were being set for all platforms,
regardless of whether or not suspend support has been integrated so in
the case of AM33XX,
Dan,
On 05/06/2014 08:18 AM, Murphy, Dan wrote:
Tony
Thanks for the comments
On 05/05/2014 05:01 PM, Tony Lindgren wrote:
* Dan Murphy dmur...@ti.com [140505 13:10]:
+
+Required parent properties:
+- compatible : Should be one of,
+ ti,omap4-prm for OMAP4 PRM instances
+
* Javier Martinez Canillas jav...@dowhile0.org [140510 10:12]:
Hello Pekon,
On Fri, May 9, 2014 at 10:46 PM, Pekon Gupta pe...@ti.com wrote:
1) NAND device memory is not directly accessible to CPU, its indirectly
accessed
via registers. So the 'reg' property for GPMC NAND nodes
* Matt Ranostay mranos...@gmail.com [140509 18:43]:
Add missing i2c2 bus define to access various cape and
prototype/breakout board devices.
Signed-off-by: Matt Ranostay mranos...@gmail.com
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 16
1 file changed, 16
+ devicet...@vger.kernel.org
On Fri, May 09, 2014 at 02:29:15PM +0530, Pekon Gupta wrote:
- Adds DT binding property for BCH16 ECC scheme
- Adds describes on factors which determine choice of ECC scheme for
particular device
Signed-off-by: Pekon Gupta pe...@ti.com
---
+ i2c2_pins: pinmux_i2c2_pins {
+ pinctrl-single,pins =
+ 0x178 (PIN_INPUT_PULLUP | MUX_MODE3)/*
uart1_ctsn.i2c2_sda */
+ 0x17c (PIN_INPUT_PULLUP | MUX_MODE3)/*
uart1_rtsn.i2c2_scl */
+ ;
+ };
+
On Fri, May 09, 2014 at 02:29:13PM +0530, Pekon Gupta wrote:
ELM hardware engine is used to detect ECC errors for BCHx ecc-schemes
(like BCH4/BCH8/BCH16). This patch extends configuration of ELM registers
for loading of BCH16 ECC syndrome.
Signed-off-by: Pekon Gupta pe...@ti.com
---
* Robert Nelson robertcnel...@gmail.com [140512 13:00]:
+ i2c2_pins: pinmux_i2c2_pins {
+ pinctrl-single,pins =
+ 0x178 (PIN_INPUT_PULLUP | MUX_MODE3)/*
uart1_ctsn.i2c2_sda */
+ 0x17c (PIN_INPUT_PULLUP | MUX_MODE3)/*
If these pins are not used for i2c2 on some capes, this device
should be set to status = disabled state by default. Then
u-boot could re-enable it on the boards that have i2c2 in use.
To-date, this is the i2c bus that all capes have placed an at24 eeprom
for cape identification.
And
* Robert Nelson robertcnel...@gmail.com [140512 13:27]:
If these pins are not used for i2c2 on some capes, this device
should be set to status = disabled state by default. Then
u-boot could re-enable it on the boards that have i2c2 in use.
To-date, this is the i2c bus that all
Either case if fine with me. As who knows when the dtc overlay will
every truly make it mainline, as the capemgr was the only real kernel
user of the i2c/at24 eeprom information.
Sounds like we should keep it disabled though so u-boot can be used
to toggle it while waiting for the capemgr.
* Robert Nelson robertcnel...@gmail.com [140512 13:58]:
Either case if fine with me. As who knows when the dtc overlay will
every truly make it mainline, as the capemgr was the only real kernel
user of the i2c/at24 eeprom information.
Sounds like we should keep it disabled though so
On 12 May 2014 11:12, Jyri Sarha jsa...@ti.com wrote:
Since RFC version of the patch set:
- Split callbacks removal patch away from Integrated ASoC DAI
component driver implementation patches for easier reading
This set of patches fixes OMAP4+ HDMI audio. The structure of the
implementatin
* Paul E. McKenney paul...@linux.vnet.ibm.com [140505 11:11]:
On Mon, May 05, 2014 at 05:39:43PM +0800, Alex Shi wrote:
I keep seeing the RCU stall problem on panda board from 3.10 kernel to
latest upstream kernel
and google find some one report it before:
On Sunday 11 May 2014 11:55 AM, Tony Lindgren wrote:
* Kevin Hilman khil...@linaro.org [140509 16:46]:
Roger Quadros rog...@ti.com writes:
Kevin,
On 05/09/2014 01:15 AM, Kevin Hilman wrote:
Tony Lindgren t...@atomide.com writes:
[...]
..but I think I found the cause for recent hangs on
* Santosh Shilimkar santosh.shilim...@ti.com [140512 14:41]:
On Sunday 11 May 2014 11:55 AM, Tony Lindgren wrote:
* Kevin Hilman khil...@linaro.org [140509 16:46]:
Roger Quadros rog...@ti.com writes:
Kevin,
On 05/09/2014 01:15 AM, Kevin Hilman wrote:
Tony Lindgren t...@atomide.com
On Thursday 08 May 2014 13:57:15 Tomi Valkeinen wrote:
On 21/04/14 13:41, Laurent Pinchart wrote:
Hello,
This patch set enables rate propagation from the OMAP3 ISP functional
clock to the DPLL4 M5 clock. It copies Tomi Valkeinen's similar patch set
for the OMAP DSS functional clock
the
patch.
With your patch applied on top of next-20140512, my 4460 Panda-ES has
booted 25 times in a row, and still going.
Kevin
--
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 http
* Laurent Pinchart laurent.pinch...@ideasonboard.com [140512 16:17]:
On Thursday 08 May 2014 13:57:15 Tomi Valkeinen wrote:
On 21/04/14 13:41, Laurent Pinchart wrote:
Hello,
This patch set enables rate propagation from the OMAP3 ISP functional
clock to the DPLL4 M5 clock. It copies
On Friday, May 09, 2014 10:25 AM, Tony Lindgren wrote:
If the GPIO for the backlight is on an I2C chip, we currently
get nasty warnings like this during the boot:
WARNING: CPU: 0 PID: 6 at drivers/gpio/gpiolib.c:2364
gpiod_set_raw_value+0x40/0x4c()
Modules linked in:
CPU: 0 PID: 6 Comm:
96 matches
Mail list logo
