* Jarkko Nikula jhnik...@gmail.com [110418 12:18]:
Use DEFINE_SPINLOCK() for static spinlock initialization as the commit
d04fa5a locking: Remove deprecated lock initializers removes the
deprecated SPIN_LOCK_UNLOCKED. Since tahvo_lock is not used elsewhere than
tahvo.c it can be removed from
On Tue, 19 Apr 2011 00:07:24 -0700
Tony Lindgren t...@atomide.com wrote:
* Jarkko Nikula jhnik...@gmail.com [110418 12:18]:
Use DEFINE_SPINLOCK() for static spinlock initialization as the commit
d04fa5a locking: Remove deprecated lock initializers removes the
deprecated SPIN_LOCK_UNLOCKED.
-Original Message-
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Monday, April 18, 2011 5:14 AM
To: LKML
Cc: Greg KH; Kay Sievers; Linux PM mailing list; Russell King;
linux-omap@vger.kernel.org; Kevin Hilman; linux-arm-
ker...@lists.infradead.org; Ben Dooks; Mike
tahvo-usb.c is using otg_set_transceiver which is built only if
CONFIG_USB_OTG_UTILS is set.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
---
drivers/cbus/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/cbus/Kconfig b/drivers/cbus/Kconfig
index
Looks like this code was ever used. It was added by commit
fe3702054f6412aea04373ceb9d27a4a417ff3f0 OMAP: Fix USB on Nokia 770
that can be found from linux-omap history if needed.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
---
drivers/cbus/tahvo-usb.c | 48
On Mon, Apr 18, 2011 at 11:13 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 18 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 8:58 PM, Arnd Bergmann a...@arndb.de wrote:
One missing piece is still a way for a platform to provide both
the iommu and the dma-mapping API in a
DSI_DSIPHY_CFG10 register can be used to override DSI lane state. Add
functions to configure and enable the override, and to disable the
override.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c | 58 +
1 files
CIO LDO status check seems to be broken on OMAP3630+ chips, and it's
also quite unclear what LDO status actually tells and when its status
changes.
This patch removes the whole check on the grounds that if there's a
problem with the LDO, we should anyway catch the problem as we check the
CIO
The DSI pins are powered by VDDS_DSI. If VDDS_DSI is off, the DSI pins
are floating even if they are pinmuxed to, say, safe mode and there's a
pull down/up.
This patch gives the panel drivers an option to leave the VDDS_DSI power
enabled while the DSS itself is turned off. This can be used to
Rename ComplexIO from dsi_complexio_xxx to dsi_cio_xxx for brevity.
Also, add cio prefix for couple of functions that didn't have it, but
are cio related.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c | 38 +++---
1 files
OMAP3430 has RESETDONETXCLKESCx bits in the order following bitnumber
order for lanes 0, 1, 2: 28, 27, 26. OMAP3630 and later have them in
saner order: 24, 25, 26 (and 27, 28 for OMAP4).
This patch adds a dss_feature that can be used to differentiate between
those two orders of RESETDONETXCLKESCx
Entering ULPS (Ultra Low Power State) happens by sending ULPS entry
sequence to the DSI peripheral and pulling the DSI lines down.
Exiting ULPS happens by sending ULPS exit sequence.
We can send the ULPS entry sequence by using OMAP DSS HW's ULPS support,
but we cannot use the ULPS exit support
The bits for TXCLKESCx reset have changed for OMAP3630 and OMAP4.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/video/omap2/dss/dsi.c
SCP clock is needed for CIO on OMAP3, and for CIO and PLL on OMAP4.
Current driver enables the CIO clock always when DSI display is
initialized. However, if a DPI display tries to use DSI PLL, the SCP
clock is never enabled.
This patch implements simple ref counting enable/disable functions for
Use dsi_enable_scp_clk and dsi_disable_scp_clk in CIO init and uninit,
and improve the CIO init by adding a few status checks and error
handling.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c | 54 ++---
1 files
Add parameter to omapdss_dsi_display_disable() which the panel driver
can use to tell if the DSI lanes should be put to ULPS before disabling
the interface.
This can be used to skip ULPS entry in cases where the panel doesn't
care about ULPS state, for example when the panel will be reset, or
The panel drivers can leave the VDDS_DSI regulator enabled, even when
the panel is disabled, to ensure that the DSI pins are powered.
This patch ensures that VDDS_DSI is disabled on DSI module unload.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c |5
Add dsi_cio_wait_tx_clk_esc_reset() function which waits for the
TXCLKESC domains to come out of reset.
Things have worked fine without this, but better be safe than sorry.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c | 65
ESD check in Taal driver is currently on/off feature with hardcoded
interval. This patch changes it to a configurable interval, which can be
set from the board file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |2 +-
Add dsi_mux_pads function pointer to omap_dss_board_info, and use the
function pointer in DSI code to configure the DSI pads either to normal
DSI operation, or to pull down when in ULPS.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/plat-omap/include/plat/display.h |1 +
ESD workqueue will be shared with other functionality also. Rename
esd_wq to workqueue to better reflect its usage.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/displays/panel-taal.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git
Separate the code which queues/cancels ESD work into their own
functions.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/displays/panel-taal.c | 36 ++--
1 files changed, 23 insertions(+), 13 deletions(-)
diff --git
ULPS is a low power state where the DSI lanes are kept at ground. This
patch implements ULPS by having a DSI bus inactivity timer which
triggers the entry to ULPS. ULPS exit will happen automatically when the
driver needs to do something on the DSI lanes.
The ulps_timeout is configurable from
Separate panel reset code to a function of its own. This will keep the
code cleaner in the future when panel reset is called from multiple
locations.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/displays/panel-taal.c | 13 ++---
1 files changed, 10
Implement sysfs support to configure the ESD interval.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/displays/panel-taal.c | 42 +
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/displays/panel-taal.c
Use generic irq chip for omap2 3.
Note that this patch also leaves out the spurious IRQ warning
for omap3.
This warning should no longer be needed as the interrupt handlers
for various devices have implemented the necessayr read-back of
the posted write.
Signed-off-by: Tony Lindgren
On Tue, Apr 19, 2011 at 11:19:53AM +0300, Jarkko Nikula wrote:
Looks like this code was ever used. It was added by commit
fe3702054f6412aea04373ceb9d27a4a417ff3f0 OMAP: Fix USB on Nokia 770
that can be found from linux-omap history if needed.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
On Tue, Apr 19, 2011 at 11:19:38AM +0300, Jarkko Nikula wrote:
tahvo-usb.c is using otg_set_transceiver which is built only if
CONFIG_USB_OTG_UTILS is set.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
FWIW:
Reviewied-by: Felipe Balbi ba...@ti.com
--
balbi
--
To unsubscribe from this
* Tony Lindgren t...@atomide.com [110413 08:06]:
* Nicolas Pitre nicolas.pi...@linaro.org [110413 17:46]:
On Wed, 13 Apr 2011, Tony Lindgren wrote:
With the device tree append patch reverting commit
d239b1dc093d551046a909920b5310c1d1e308c1 does not help, and reverting
Ping!
Anyone else that gets bitten by the following when compiling
omap2plus_defconfig with gcc 4.5:
arch/arm/mach-omap2/sleep34xx.S:150: Error: selected processor does
not
support ARM mode `smc #1'
-Oskar
I can report that I get the exact same compile error as this.
On Tue, Apr 19, 2011 at 12:13:26PM +0200, Anderö, Oskar wrote:
Ping!
Anyone else that gets bitten by the following when compiling
omap2plus_defconfig with gcc 4.5:
arch/arm/mach-omap2/sleep34xx.S:150: Error: selected processor does
not
support ARM mode `smc #1'
* G, Manjunath Kondaiah manj...@ti.com [110328 07:29]:
G, Manjunath Kondaiah (4):
OMAP2+: PM: omap device: API's for handling mstandby mode
OMAP2+: DMA: prevent races while setting M idle mode to nostandby
OMAP: PM: DMA: Enable runtime pm
OMAP: DMA: Fix: context restore during off
On Mon, 2011-04-18 at 11:45 +0530, Mayuresh Janorkar wrote:
From: Mythri P K mythr...@ti.com
A projector panel named picodlp is supported by OMAP.
panel driver is required to be added with the name picodlp_panel.
It is a WVGA panel with resolution 864 X 480 and panel timing data
is
On Mon, 2011-04-18 at 11:45 +0530, Mayuresh Janorkar wrote:
The configurations and data transfer with picodlp panel happens through i2c.
An i2c client with name picodlp_i2c_driver is registered inside panel.
Signed-off-by: Mythri P K mythr...@ti.com
Signed-off-by: Mayuresh Janorkar
Hi Tony,
On Mon, Apr 18, 2011 at 2:21 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [110417 01:21]:
Nice job Mike :)
There's a _lot_ of very similar code in different board files. If
you'd like to I can try to create something like
common-board-devices.c and
On Mon, 2011-04-18 at 11:45 +0530, Mayuresh Janorkar wrote:
The configurations and data transfer with picodlp panel happens through i2c.
An i2c client with name picodlp_i2c_driver is registered inside panel.
Signed-off-by: Mythri P K mythr...@ti.com
Signed-off-by: Mayuresh Janorkar
* Mike Rapoport mike.rapop...@gmail.com [110419 14:32]:
Hi Tony,
On Mon, Apr 18, 2011 at 2:21 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [110417 01:21]:
Nice job Mike :)
There's a _lot_ of very similar code in different board files. If
you'd like to I
* Tony Lindgren t...@atomide.com [110419 14:42]:
* Mike Rapoport mike.rapop...@gmail.com [110419 14:32]:
Hi Tony,
On Mon, Apr 18, 2011 at 2:21 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [110417 01:21]:
Nice job Mike :)
There's a _lot_ of very
On Mon, 2011-04-18 at 11:45 +0530, Mayuresh Janorkar wrote:
From: Mythri P K mythr...@ti.com
picodlp_i2c_client needs to send commands over i2c as a part of
initialiazation.
system controller dlp pico processor dpp2600 is used.
It configures the splash screen of picodlp using a sequence of
On Mon, 2011-04-18 at 11:45 +0530, Mayuresh Janorkar wrote:
An on-board panel named picodlp projector is available for OMAP4430 SDP.
Entry for this panel is being added in dss_devices in the board file.
It also needs 4 GPIO pins and are defined and used in board file.
picodlp also needs an
On Tuesday 19 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 11:13 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 18 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 8:58 PM, Arnd Bergmann a...@arndb.de wrote:
One missing piece is still a way for a platform to
Hi Tony, All,
Due to the recent SRAM discussion I started removing SRAM support from
the new omapdss and omapfb driver, which was quite a simple task. Then I
realized that the old omapfb driver also contains SRAM code, removing of
which which wasn't such a simple task. I think I got that solved,
* Tomi Valkeinen tomi.valkei...@ti.com [110419 15:17]:
Hi Tony, All,
Due to the recent SRAM discussion I started removing SRAM support from
the new omapdss and omapfb driver, which was quite a simple task. Then I
realized that the old omapfb driver also contains SRAM code, removing of
which
On Tue, 2011-04-19 at 15:30 +0300, Tony Lindgren wrote:
But this again reminded me of the mess of having two display drivers,
the old omapfb and the new DSS2. Many of the OMAP2 boards using the old
driver should be quite easy to port to DSS2, with the exception of N800.
DSS2 doesn't
On Tue, Apr 19, 2011 at 9:01 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 19 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 11:13 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 18 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 8:58 PM, Arnd Bergmann a...@arndb.de
On Tue, 2011-04-19 at 14:34 +0200, Michael Büsch wrote:
On Tue, 2011-04-19 at 15:30 +0300, Tony Lindgren wrote:
But this again reminded me of the mess of having two display drivers,
the old omapfb and the new DSS2. Many of the OMAP2 boards using the old
driver should be quite easy to
On Tue, 2011-04-19 at 15:41 +0300, Tomi Valkeinen wrote:
On Tue, 2011-04-19 at 14:34 +0200, Michael Büsch wrote:
On Tue, 2011-04-19 at 15:30 +0300, Tony Lindgren wrote:
But this again reminded me of the mess of having two display drivers,
the old omapfb and the new DSS2. Many of the
On Tue, Apr 19, 2011 at 09:35:56PM +0900, Kyungmin Park wrote:
On Tue, Apr 19, 2011 at 9:01 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 19 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 11:13 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 18 April 2011, Kyungmin Park
On Tuesday 19 April 2011, Kyungmin Park wrote:
On Tue, Apr 19, 2011 at 9:01 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 19 April 2011, Kyungmin Park wrote:
On Mon, Apr 18, 2011 at 11:13 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 18 April 2011, Kyungmin Park wrote:
On Mon,
On Tue, 19 Apr 2011, Tony Lindgren wrote:
Aaro and I speculated that boards using u-boot with uImage work,
while n900 is using zImage and fails with the same kernel probably
because of the different placement of compressed image in the
memory.
Could you try the following (by changing the
* Nicolas Pitre nicolas.pi...@linaro.org [110419 06:24]:
On Tue, 19 Apr 2011, Tony Lindgren wrote:
Aaro and I speculated that boards using u-boot with uImage work,
while n900 is using zImage and fails with the same kernel probably
because of the different placement of compressed image in
nand_scan calls nand_scan_tail and here we got a ecc.layout and calculate
oobavail for this layout. After calling nand_scan, we change the layout pointer
if OMAP_ECC_HAMMING_CODE_HW_ROMCODE is set. This results in not calcluated
oobavail. Mountig as jffs2 is not possible.
To fix that nand_scan
Hi Tony and Russell,
On Mon, 2011-04-18 at 11:17 +0300, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [110418 09:57]:
So, I can make a patch that removes the SRAM support from omapfb, and
queue it up for the next merge window.
OK. That patch should probably go into
On Tue, Apr 19, 2011 at 12:13:26PM +0200, Anderö, Oskar wrote:
Ping!
Anyone else that gets bitten by the following when compiling
omap2plus_defconfig with gcc 4.5:
arch/arm/mach-omap2/sleep34xx.S:150: Error: selected processor
does
not
support ARM mode `smc #1'
This fixes broken build when using binutils 2.21.
Signed-off-by: Oskar Andero oskar.and...@sonyericsson.com
---
arch/arm/mach-omap2/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile
index
Hi,
I do post a patch to add the support to specify a virt and phys
address to the generic allocator so the pv-pool.c is not needed
we can just use the generic fucntion
I'll post a v3 updated again it
Best Regards,
J.
--- /dev/null +++
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
Hi,
I do post a patch to add the support to specify a virt and phys
address to the generic allocator so the pv-pool.c is not needed
we can just use the generic fucntion
You've talked about
On 17:18 Tue 19 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
Hi,
I do post a patch to add the support to specify a virt and phys
address to the generic allocator so the pv-pool.c is not needed
Jarkko Nikula jhnik...@gmail.com writes:
Fix this typo as there is no dpll_mpu_ck for OMAP3 and code flow is clearly
trying to set mpu_clk for OMAP4 for which this dpll_mpu_ck is available.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Thanks, applied to pm-wip/cpufreq branch.
Kevin
---
On Tue, Apr 19, 2011 at 09:05:57PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 17:18 Tue 19 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
Hi,
I do post a patch to add the support to specify a
After extensive testing, it's clear that the omap driver in
kernel/drivers/w1/masters/omap_hdq.c reports the slave address in
reversed byte order compared to all the other drivers.
This is in the netlink LIST_SLAVE message.
I've discovered this when testing support in OWFS --
On 00:20 Wed 20 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 09:05:57PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 17:18 Tue 19 Apr , Russell King - ARM Linux wrote:
On Tue, Apr 19, 2011 at 06:01:35PM +0200, Jean-Christophe
PLAGNIOL-VILLARD wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [110419 17:13]:
Hi Tony and Russell,
On Mon, 2011-04-18 at 11:17 +0300, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [110418 09:57]:
So, I can make a patch that removes the SRAM support from omapfb, and
queue it up for the next
On Tuesday 19 April 2011 02:52 PM, Valkeinen, Tomi wrote:
ULPS (Ultra-Low Power State) is a power saving method for DSI bus. When the
ULPS is entered, the host sends an ULPS entry sequence and pulls the DSI lines
down. On ULPS exit, the host sends an exit sequence and continues normal
operation.
64 matches
Mail list logo
