Hi Paul,
On Thursday 08 May 2014 09:31 PM, Paul Walmsley wrote:
snip
The problem is that we have multiple hwmods which use the same MODULEMODE bit.
There is no use-counting done when it comes to enabling/disabling modulemode.
If there was such a thing, we could have provided MODULEMODE flags
On 5/8/2014 10:30 PM, Ezequiel García wrote:
Hi George,
On 29 April 2014 04:58, George Cherian george.cher...@ti.com wrote:
On 4/29/2014 11:49 AM, Yegor Yefremov wrote:
On Thu, Apr 24, 2014 at 11:11 PM, Ezequiel Garcia
ezequ...@vanguardiasur.com.ar wrote:
The DMA controller is needed for the
Re arrange the USB dt for AM33xx to take it a bit closer
to the hardware configuration.
The USBSS is designed as follows
USB control Module 0x44e10_0620
USBSS 0x4740_
USB00x4740_1000
USB0_PHY0x4740_1300
USB0_CORE
On 08/05/14 19:01, Paul Walmsley wrote:
Hi Archit,
On Thu, 8 May 2014, Archit Taneja wrote:
Hi Paul,
On Thursday 08 May 2014 10:07 AM, Paul Walmsley wrote:
Hi,
On Wed, 12 Mar 2014, Tomi Valkeinen wrote:
This patch adds hwmod data for omap5 display subsystem. I have tested this
on
On 8 May 2014 17:00, Paul Walmsley p...@pwsan.com wrote:
Hello Joachim,
On Thu, 8 May 2014, Joachim Eastwood wrote:
On 8 May 2014 06:23, Paul Walmsley p...@pwsan.com wrote:
Here are some basic OMAP test results for Linux v3.15-rc4.
Logs and other details at:
On 09/05/14 02:36, Tony Lindgren wrote:
--- /dev/null
+++ b/arch/arm/boot/dts/omap-panel-sharp-ls037v7dw01.dtsi
@@ -0,0 +1,82 @@
+/*
+ * Common file for omap dpi panels with QVGA and reset pins
+ *
+ * Note that the board specifc DTS file needs to specify
+ * at minimum the GPIO
On 09/05/14 02:33, Tony Lindgren wrote:
We can pass the GPIO configuration for ls037v7dw01 in a standard
gpios property.
Signed-off-by: Tony Lindgren t...@atomide.com
--- /dev/null
+++ b/Documentation/devicetree/bindings/panel/sharp,ls037v7dw01.txt
@@ -0,0 +1,56 @@
+SHARP LS037V7DW01
On 05/09/2014 08:22 AM, George Cherian wrote:
Just by remodelling the dt the whole problem can be solved.
I am still not convinced why we should not be doing it?
Because neither ways its not the exact representation of the H/W.
Ha. Now I am confused. First I assumed that the musb_am335x module
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
omapdss APPLY error: SYNC_LOST on channel lcd, restarting
the output with video overlays disabled
On Mon, Apr 28, 2014 at 11:07 AM, Arnd Bergmann a...@arndb.de wrote:
Commit 4df42de9d3e gpio: omap: add a GPIO_OMAP option instead of using
ARCH_OMAP made it possible to build OMAP kernels without the GPIO driver,
which at least on OMAP2 and OMAP3 causes build errors because of functions
used
Paul,
On 04/30/2014 02:43 PM, Peter Ujfalusi wrote:
Add the needed hwmod entries which is needed for AESS (Audio Engine
SubSystem) and ABE.
please ignore this patch to add AESS to hwmod data. W/o addresses defined we
will see warnings printed. So either I add the addresses to hwmod data or
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: FIFO UNDERFLOW on gfx, disabling the overlay
omapdss APPLY error: SYNC_LOST on channel lcd,
McPDM need to be configured to NO_IDLE mode when it is in used otherwise
vital clocks will be gated which results 'slow motion' audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Paul,
Changes since v1:
- updated the commit message
If this can still make it to 3.15, that
All audio related omap_hwmod_ocp_if *_dma can be removed from the data since
we can just add the user flag to the non dma structure.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 99 +++---
1 file changed, 9
On 05/08/2014 07:55 PM, Tony Lindgren wrote:
* Kevin Hilman khil...@linaro.org [140508 08:40]:
On Thu, May 8, 2014 at 8:31 AM, Kevin Hilman khil...@linaro.org wrote:
Roger Quadros rog...@ti.com writes:
Hi,
Nishant pointed me to a booting issue with omap4-panda-es on linux-next
but I'm
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 panda, just a wild
guess based on looking at the recent cpuidle patches after v3.14.
Looks like reverting 0b89e9aa2856 (cpuidle: delay
Grygorii,
On 05/08/2014 08:12 PM, Grygorii Strashko wrote:
Hi,
On 05/08/2014 06:40 PM, Kevin Hilman wrote:
On Thu, May 8, 2014 at 8:31 AM, Kevin Hilman khil...@linaro.org wrote:
Roger Quadros rog...@ti.com writes:
Hi,
Nishant pointed me to a booting issue with omap4-panda-es on
On 09/05/14 02:33, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140507 11:00]:
* Tomi Valkeinen tomi.valkei...@ti.com [140507 09:03]:
On 07/05/14 18:03, Tony Lindgren wrote:
BTW, I'm also personally fine with all five gpios showing in a single
gpios property, I'm not too exited
On Friday 09 May 2014 09:48:00 Linus Walleij wrote:
On Mon, Apr 28, 2014 at 11:07 AM, Arnd Bergmann a...@arndb.de wrote:
Commit 4df42de9d3e gpio: omap: add a GPIO_OMAP option instead of using
ARCH_OMAP made it possible to build OMAP kernels without the GPIO driver,
which at least on OMAP2
This patch add support for BCH16_ECC in GPMC (controller) driver:
- extend configuration space to include BCH16 registers
- extend parsing of DT binding for selecting BCH16 ecc-scheme
Signed-off-by: Pekon Gupta pe...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 15 +++
(re-sending as forgot to loop in linux-omap and Tony Lindgren
t...@atomide.com)
*changes v2 - v3*
[PATCH v2 3/4] rebased to
http://lists.infradead.org/pipermail/linux-mtd/2014-March/052655.html
- no change in other patches
*changes v1 - v2*
rebased and cleaned on following versions of
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
---
drivers/mtd/devices/elm.c | 42
- 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
---
.../devicetree/bindings/mtd/gpmc-nand.txt | 39 ++
1 file changed, 39 insertions(+)
This patch add support for BCH16 ecc-scheme in OMAP NAND driver, by extending
following functions:
- omap_enable_hwecc (nand_chip-ecc.hwctl): configure GPMC controller
- omap_calculate_ecc_bch (nand_chip-ecc.calculate): fetch ECC signature from
GPMC controller
- omap_elm_correct_data
On Fri, May 9, 2014 at 5:42 AM, Jingoo Han jg1@samsung.com wrote:
Linus Walleij,
Is there any reason to keep these two functions such as
gpiod_set_raw_value_cansleep() and gpiod_set_raw_value()?
Yes, the former can *not* be called from interrupt context,
and thus erroneous usage can be
On 05/05/14 21:41, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140429 16:53]:
Hi all,
Here are few patches to add devicetree support for panel ls037v7dw01
that's found on many omap3 boards. They seem to be often mis-configured
as various panel dpi entries, but really should be
On 08/05/14 23:16, Marek Belisko wrote:
This 3 patches adding display support for openmoko gta04 device.
First patch add DT bindings for topolly td028 panel. Second add description
for
dss + panel and third fix panel probing when panel is compiled as module.
Changes from v2:
- add missing
+ writel(value, base + offset);
+}
+
+static int dra7xx_pcie_link_up(struct pcie_port *pp)
+{
+ struct dra7xx_pcie *dra7xx = to_dra7xx_pcie(pp);
+ u32 reg = dra7xx_pcie_readl(dra7xx-base, PCIECTRL_DRA7XX_CONF_PHY_CS);
+
+ if (reg LINK_UP)
+ return true;
+
On 06/05/14 21:02, Joachim Eastwood wrote:
1On 6 May 2014 02:15, Tony Lindgren t...@atomide.com wrote:
* Joachim Eastwood manab...@gmail.com [140501 12:08]:
Hello,
This patch set adds support for Variscite OM44 series of system on modules
and boards.
There weren't many comments on v1 of
On 23/04/14 19:09, Fabian Frederick wrote:
dss_uninit_ports is only called by __exit omap_dsshw_remove
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
On 08/05/14 12:15, Archit Taneja wrote:
The support for simpler port/endpoint binding was removed in the merged
version
of omapdss DT. But dss_init_ports still tries to get to an endpoint even if no
port exists. Remove this as this doesn't work.
Signed-off-by: Archit Taneja arc...@ti.com
When the MCLK is 19.2 or 38.4 MHz the HPPLL need to be enabled and can be
put in bypass mode.
This will fix HPPLL use on boards with 19.2MHz mclk.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl6040.c | 13 +
1 file changed, 5 insertions(+), 8
On 5/9/2014 12:55 PM, Sebastian Andrzej Siewior wrote:
On 05/09/2014 08:22 AM, George Cherian wrote:
Just by remodelling the dt the whole problem can be solved.
I am still not convinced why we should not be doing it?
Because neither ways its not the exact representation of the H/W.
Ha. Now I
On 06/05/14 19:10, Tony Lindgren wrote:
* Darren Etheridge detheri...@ti.com [140422 13:39]:
Add the necessary nodes to enable the LCD controller and the
LCD panel that is attached to the Texas Instruments AM335x
EVMSK platform. Also setup the necessary pin mux within the
DT file to drive
Hi Arnd,
On Wednesday 07 May 2014 03:00 PM, Arnd Bergmann wrote:
On Wednesday 07 May 2014 14:14:55 Kishon Vijay Abraham I wrote:
+static void dra7xx_pcie_enable_interrupts(struct pcie_port *pp)
+{
+struct dra7xx_pcie *dra7xx = to_dra7xx_pcie(pp);
+
+dra7xx_pcie_writel(dra7xx-base,
Hi,
On Thursday 08 May 2014 02:48 PM, Arnd Bergmann wrote:
On Thursday 08 May 2014 18:05:11 Jingoo Han wrote:
On Tuesday, May 06, 2014 10:59 PM, Arnd Bergmann wrote:
On Tuesday 06 May 2014 19:03:52 Kishon Vijay Abraham I wrote:
In DRA7, the cpu sees 32bit address, but the pcie controller can
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
more time to verify that all looks right and everybody is fine
From: Sathya Prakash M R sath...@ti.com
disp_clk is a mux-clock, and to set the rate of the parent PLL, we need
ti,set-rate-parent flag.
Add the flag.
Signed-off-by: Sathya Prakash M R sath...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/am43xx-clocks.dtsi |
From: Archit Taneja arc...@ti.com
Add hwmod data for dss core, dispc dsi1, dsi2, rfbi and hdmi. It's more
or less similar to omap4 hwmod data.
Signed-off-by: Archit Taneja arc...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 283
Add ti,set-rate-parent to dss_dss_clk so that the DSS driver can
set the rate.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap54xx-clocks.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/omap54xx-clocks.dtsi
From: Sathya Prakash M R sath...@ti.com
Add DT data for the display subsystem for AM4372. The DSS on AM4372 is
basically OMAP3's DSS, without DSI and VENC blocks.
Signed-off-by: Sathya Prakash M R sath...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
omap5-uevm has a tca6424a I/O expander. Add it to the .dts file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
index
Add missing DSS interface clock node.
Note: The TRM says DSS's interface clock is DSS_L3_GICLK, but it is not
clear to me from reading the TRM and looking at the
arch/arm/boot/dts/omap54xx-clocks.dtsi whether using 'l3_iclk_div' as
the parent for 'dss_l3_iclk' is the correct clock.
The clock is
Add DT data for am43x-epos-evm's LCD panel.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 101 +++
1 file changed, 101 insertions(+)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
Add OMAP5 DSS nodes to omap5.dtsi.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 70
1 file changed, 70 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index
From: Sathya Prakash M R sath...@ti.com
Add DT data for am437x-gp-evm's LCD panel.
Signed-off-by: Sathya Prakash M R sath...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 97 +
1 file changed, 97
omap5-uevm has a single HDMI output. Add the necessary display
information, including pinmuxing.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 82
1 file changed, 82 insertions(+)
diff --git
From: Sathya Prakash M R sath...@ti.com
Add DSS hwmod data for AM43xx.
Signed-off-by: Sathya Prakash M R sath...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 104 +
arch/arm/mach-omap2/prcm43xx.h
This patch series does some cleanups
on RTC driver and prepares it for DRA7x
support.
Applies to linux-next of 5th May.
Tested on DRA7x EVM using some additional
patches for platform support. RTC alarm
was not tested (needs IRQ cross bar patches).
Sekhar Nori (3):
rtc: omap: remove multiple
Use BIT() macro for RTC_HAS_FEATURE defines
instead of hand-writing bit masks.
Use BIT() macros for register bit field
definitions.
While at it, fix indentation done using spaces.
No functional change in this patch.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
drivers/rtc/rtc-omap.c | 42
Newer versions of OMAP RTC IP such as those found
in AM335x and DRA7x need an explicit enable of
32khz functional clock which ticks the RTC.
AM335x support was working so far because of settings
done in U-Boot. However, the DRA7x U-Boot does no
such enable of 32khz clock and this patch is need
to
Remove multiple superfluous device id checks. Since
an id_table is present in the driver probe() should
never encounter an empty device id entry. In case of
OF style match, of_match_device() returns an matching
entry.
For paranoia sake, check for device id entry once and
fail probe() if none is
Macros to_dss_driver() and to_dss_device() are no longer used, and the
latter doesn't even work. Remove them.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
include/video/omapdss.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
The use of venc_panel.c was removed in
09d2e7cdebd53b7572380a215008b334ff6321a5 (OMAPDSS: VENC: remove code
related to old panel model), but the file itself was left behind. Remove
the unused file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/fbdev/omap2/dss/venc_panel.c
When omapdss writes to DISPC_POL_FREQ register, it always ORs the bits
with the current contents of the register, never clearing the old ones,
causing wrong signal polarity settings.
As we write all the bits in DISPC_POL_FREQ, we don't need to care about
the current contents of the register. So
Add binding documentation for HDMI connector's HPD GPIO.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/video/hdmi-connector.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Add support to handle HPD GPIO in the HDMI connector driver. For the
time being, the driver only uses HPD GPIO to report is the cable is
connected via detect() calll.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
.../fbdev/omap2/displays-new/connector-hdmi.c | 25
On Fri, May 9, 2014 at 3:30 AM, Roger Quadros rog...@ti.com wrote:
Stupid question, is hearbeat LED even supposed to stop blinking in C3 state?
It would make a user think that the board is dead.
I believe yes - we have tick suppression. else we'd be just wasting
power by waking up just to
From: Lokesh Vutla lokeshvu...@ti.com
RTCSS on DRA7 provides a precise real-time clock.
Add hwmod entry for this IP.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Applies to linux-next of 5th May.
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 41
On 05/08/2014 08:03 PM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140506 17:25]:
Subject: [PATCH] power: twl4030_charger: detect battery presence prior to
enabling charger
TWL4030's Battery Charger seems to be designed for non-hotpluggable
batteries.
If battery is not present in
On 05/08/2014 11:22 PM, Joel Fernandes wrote:
On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
Ok, thanks for pointing to the post.
Yep - thanks Santosh for clarifying this. Now, we still have the
issues that I pointed out in [1] - without resolving
On 6 May 2014 02:12, Tony Lindgren t...@atomide.com wrote:
Hi,
Sorry for dropping the ball on this one, got distracted with various
other fixes for a while.
* Joachim Eastwood manab...@gmail.com [140421 09:16]:
On 21 April 2014 18:12, Joachim Eastwood manab...@gmail.com wrote:
On 21
On Fri 09 May 2014 12:56:23 AM CDT, Matt Ranostay wrote:
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
On 09 May 09:25 AM, Sebastian Andrzej Siewior wrote:
On 05/09/2014 08:22 AM, George Cherian wrote:
Just by remodelling the dt the whole problem can be solved.
I am still not convinced why we should not be doing it?
Because neither ways its not the exact representation of the H/W.
Ha. Now
On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote:
On 05/08/2014 11:22 PM, Joel Fernandes wrote:
On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
Ok, thanks for pointing to the post.
Yep - thanks Santosh for clarifying this. Now, we still have
Hi Nishanth,
On 05/09/2014 07:54 AM, Nishanth Menon wrote:
[..]
Yep - thanks Santosh for clarifying this. Now, we still have the
issues that I pointed out in [1] - without resolving which, we should
not enable crossbar for dra74x/72x.
A. taking example of PMU
interrupts = GIC_SPI 131
On 05/09/2014 08:27 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote:
On 05/08/2014 11:22 PM, Joel Fernandes wrote:
On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
Ok, thanks for pointing to the post.
Yep - thanks
On 05/09/2014 08:36 AM, Joel Fernandes wrote:
Hi Nishanth,
On 05/09/2014 07:54 AM, Nishanth Menon wrote:
[..]
Yep - thanks Santosh for clarifying this. Now, we still have the
issues that I pointed out in [1] - without resolving which, we should
not enable crossbar for dra74x/72x.
A.
On 05/09/2014 08:36 AM, Joel Fernandes wrote:
Hi Nishanth,
On 05/09/2014 07:54 AM, Nishanth Menon wrote:
[..]
Yep - thanks Santosh for clarifying this. Now, we still have the
issues that I pointed out in [1] - without resolving which, we should
not enable crossbar for dra74x/72x.
A.
On 05/09/2014 08:27 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote:
On 05/08/2014 11:22 PM, Joel Fernandes wrote:
On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
Ok, thanks for pointing to the post.
Yep - thanks
On Friday 09 May 2014 09:36 AM, Nishanth Menon wrote:
On 05/09/2014 08:27 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote:
On 05/08/2014 11:22 PM, Joel Fernandes wrote:
On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
[...]
On 05/09/2014 08:45 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 09:36 AM, Nishanth Menon wrote:
On 05/09/2014 08:27 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote:
On 05/08/2014 11:22 PM, Joel Fernandes wrote:
On Thu, May 8, 2014 at 7:25 PM, Santosh
On 05/09/2014 09:00 AM, Nishanth Menon wrote:
On 05/09/2014 08:45 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 09:36 AM, Nishanth Menon wrote:
On 05/09/2014 08:27 AM, Santosh Shilimkar wrote:
On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote:
On 05/08/2014 11:22 PM, Joel Fernandes
On Thu, 8 May 2014, Paul Zimmerman wrote:
That doesn't handle the problem I described above. When the dwc3
driver gets the late delayed status response, it will think it is a
response to the new SETUP packet, and so it will carry out a bogus
transfer. It won't know that the status
* 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
omapdss APPLY error: SYNC_LOST on channel
* 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: FIFO UNDERFLOW on gfx, disabling the
Tomi Valkeinen tomi.valkei...@ti.com wrote on Fri [2014-May-09 14:29:02
+0300]:
On 06/05/14 19:10, Tony Lindgren wrote:
* Darren Etheridge detheri...@ti.com [140422 13:39]:
Add the necessary nodes to enable the LCD controller and the
LCD panel that is attached to the Texas Instruments
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
Signed-off-by: Wolfram Sang w...@sang-engineering.com
Cc: Benoit Parrot bpar...@ti.com
---
* Tomi Valkeinen tomi.valkei...@ti.com [140509 01:31]:
On 09/05/14 02:33, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140507 11:00]:
* Tomi Valkeinen tomi.valkei...@ti.com [140507 09:03]:
On 07/05/14 18:03, Tony Lindgren wrote:
BTW, I'm also personally fine with all five
* Tomi Valkeinen tomi.valkei...@ti.com [140509 00:08]:
On 09/05/14 02:36, Tony Lindgren wrote:
--- /dev/null
+++ b/arch/arm/boot/dts/omap-panel-sharp-ls037v7dw01.dtsi
@@ -0,0 +1,82 @@
+/*
+ * Common file for omap dpi panels with QVGA and reset pins
+ *
+ * Note that the board
* Tomi Valkeinen tomi.valkei...@ti.com [140509 00:24]:
On 09/05/14 02:33, Tony Lindgren wrote:
+Example when connected to a omap2+ based device:
+
+ lcd0: display {
+ compatible = sharp,ls037v7dw01;
+ power-supply = lcd_3v3;
+ enable-gpios = gpio5 24
* Tomi Valkeinen tomi.valkei...@ti.com [140509 02:34]:
On 05/05/14 21:41, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140429 16:53]:
Hi all,
Here are few patches to add devicetree support for panel ls037v7dw01
that's found on many omap3 boards. They seem to be often
Wolfram,
Wolfram Sang w...@the-dreams.de wrote on Fri [2014-May-09 17:15:50 +0200]:
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
Looks like you are
* Joachim Eastwood manab...@gmail.com [140509 05:58]:
On 6 May 2014 02:12, Tony Lindgren t...@atomide.com wrote:
OK sorry just noticed you're using it already while was about to
apply your patches. Care to update that series again to not use the
macro, or by adding the offsets?
hm, I'd
The same mistake is also in my EVMSK LCD enabling patch that is floating
around on this list at the moment. I will fix that and resend it.
BeagleBone Black only uses the first 16 LCD pins so the dts for that is
correct.
Well, even in the TI-based-3.2-kernel I originally got with the custom
On Fri, May 9, 2014 at 5:57 AM, Nishanth Menon n...@ti.com wrote:
On Fri 09 May 2014 12:56:23 AM CDT, Matt Ranostay wrote:
Add missing i2c2 bus define to access various cape and
prototype/breakout board devices.
Signed-off-by: Matt Ranostay mranos...@gmail.com
---
Darren Etheridge detheri...@ti.com wrote on Fri [2014-May-09 09:47:49 -0500]:
Tomi Valkeinen tomi.valkei...@ti.com wrote on Fri [2014-May-09 14:29:02
+0300]:
On 06/05/14 19:10, Tony Lindgren wrote:
* Darren Etheridge detheri...@ti.com [140422 13:39]:
Add the necessary nodes to enable
With devm_request_threaded_irq conversion free_irq can be removed
in clean up path
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
Check for set block count command fails always since host-cmd is
set to NULL in the same function incorrectly. Correct host-cmd usage properly.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git
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 a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
With devm_ioremap_resource conversion release_mem_region, iounmap can be
removed in clean up path
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 19 +--
1 files changed, 5 insertions(+), 14 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
v2:
use devm_ioremap_resource
add cmd23 multiblock read/write fix
Balaji T K (6):
mmc: omap_hsmmc: use devm_clk_get
mmc: omap_hsmmc: use devm_request_irq
mmc: omap_hsmmc: use devm_request_threaded_irq
mmc: omap_hsmmc: use devm_ioremap_resource
mmc: omap_hsmmc: fix cmd23 multiblock
With devm_request_irq conversion free_irq can be removed in clean up path
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index
moving dmaengine consumer specific function to omap-dmaengine.h
to Resolve build failure seen with sh-allmodconfig:
include/linux/omap-dma.h:171:8: error: expected identifier before numeric
constant
make[4]: *** [drivers/mmc/host/omap_hsmmc.o] Error 1
Cc: Russell King - ARM Linux
On Friday 09 May 2014 04:50 AM, Andreas Fenkart wrote:
There have been various patches floating around for enabling
the SDIO IRQ for hsmmc, but none of them ever got merged.
Probably the reason for not merging the SDIO interrupt patches
has been the lack of wake-up path for SDIO on some omaps
On Friday 09 May 2014 04:50 AM, Andreas Fenkart wrote:
Add SDIO IRQ entries to debugfs entry. Note that PSTATE shows current
state of data lines, incl. SDIO IRQ pending
Signed-off-by: Andreas Fenkart afenk...@gmail.com
Looks good to me
Acked-by: Balaji T K balaj...@ti.com
diff --git
On Friday 09 May 2014 04:50 AM, Andreas Fenkart wrote:
The am335x can't detect pending cirq in PM runtime suspend.
This patch reconfigures dat1 as a GPIO before going to suspend.
SDIO interrupts are detected with the GPIO, the GPIO will only wake
the module from suspend, SDIO irq detection will
On Friday 09 May 2014 04:50 AM, Andreas Fenkart wrote:
These are predefined states of the driver model. When not present,
as if not set in the device tree, they become no-ops.
Explicitly selecting the default state is not needed since the
device core layer sets pin mux to default state before
On Friday 09 May 2014 04:50 AM, Andreas Fenkart wrote:
On multicores, an sdio irq handler could be running in parallel to
runtime suspend. In the worst case it could be waiting for the spinlock
held by the runtime suspend. When runtime suspend is complete and the
functional clock (fclk) turned
Darren Etheridge detheri...@ti.com wrote on Fri [2014-May-09 10:59:30 -0500]:
Wolfram,
Wolfram Sang w...@the-dreams.de wrote on Fri [2014-May-09 17:15:50 +0200]:
From: Wolfram Sang w...@sang-engineering.com
In the comments, LCD pins 16-23 were numbered in the wrong order.
Fix this and
1 - 100 of 122 matches
Mail list logo
