Some small fixes to OMAP DSS for the next rc.
I will send a pull request to Paul Mundt soon if there are no problems with the
patches.
Note that DSS doesn't still work for OMAP4. It needs a clock patch which has
been discussed on l-o, and Paul Walmsley will handle that patch.
Tomi
Archit
use_sys_clk and highfreq fields in dsi.current_cinfo were never set.
Luckily they weren't used anywhere so it didn't cause any problems.
This patch fixes those fields and they are now set at the same time as
the rest of the fields.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
On OMAP4, reading DSI_PLL_CONFIGURATION2 register requires the L3 clock
(CIO_CLK_ICG) to PLL. Currently dsi_dump_clocks() tries to read that
register without enabling the L3 clock, leading to crash if DSI is not
in use.
The status of the bit being read from DSI_PLL_CONFIGURATION2 is
available
From: Archit Taneja arc...@ti.com
dss.lcd_clk_source is set to the default value DSS_CLK_SRC_FCK at dss_init.
For OMAP2 and OMAP3, the dss.lcd_clk_source should always be the same as
dss.dispc_clk_source. The function dss_get_lcd_clk_source() always returns the
default value DSS_CLK_SRC_FCK for
OMAP3630 has a HW bug causing DSI PLL power command POWER_ON_DIV (0x3)
to not work properly. The bug prevents us from enabling DSI PLL power
only to HS divider block.
This patch adds a dss feature for the bug and converts POWER_ON_DIV
requests to POWER_ON_ALL (0x2).
Signed-off-by: Tomi Valkeinen
All DPI panels were missing dependency to OMAP2_DSS_DPI. Add the
dependency.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/displays/Kconfig |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/video/omap2/displays/Kconfig
On Fri, Apr 15, 2011 at 11:24:16AM +0900, KyongHo Cho wrote:
That means we need to translate logical to physical address and it is
sometimes not trivial.
What do you mean sometimes not trivial ? The DMA does nothing more
than virt_to_phys(virt) to get the physical address. It's _that_ simple.
Russell,
On Thu, Apr 14, 2011 at 5:30 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Apr 14, 2011 at 04:52:48PM -0500, Fernando Guzman Lugo wrote:
From: Ramesh Gupta grgu...@ti.com
This patch is to flush the iommu page table entries from L1 and L2
caches using
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Let's unify this before we have additional SoCs re-implementing this
obviously common functionality themselves.
Unfortunately, we end
On Thu, Apr 14, 2011 at 3:32 AM, Felipe Balbi ba...@ti.com wrote:
On Thu, Apr 14, 2011 at 09:31:43AM +0200, Juergen Kilb wrote:
With commit 19403165 a main part of ehci-omap.c moved to
drivers/mfd/omap-usb-host.c created by commit 17cdd29d.
Due to this reorganisation the polarity used to reset
Am Donnerstag, den 14.04.2011, 11:15 +0200 schrieb Jan Weitzel:
nand_scan calls nand_scan_ident and nand_scan_tail, setting values like
oobvail
according to ecc.layout. If we change the layout afterwards values are wrong.
Signed-off-by: Jan Weitzel j.weit...@phytec.de
---
On Wed, 13 Apr 2011 17:34:24 +0300 (EEST)
Aaro Koskinen aaro.koski...@nokia.com wrote:
Aaro, you mentioned to me that reverting commit
6d7d0ae51574943bf571d269da3243257a2d15db helps too?
With the device tree append patch reverting commit
d239b1dc093d551046a909920b5310c1d1e308c1 does not
Russell,
On 04/15/2011 08:06 AM, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
It's more than that. Several i.MX chips use plat-mxc/iram_alloc.c.
Hi Russel,
Just small comment,
On Fri, Apr 15, 2011 at 08:06:07AM -0500, Russell King wrote:
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index a3f50b3..3588749 100644
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@ -75,7 +75,6 @@
static unsigned
On Thu, 2011-04-14 at 16:48 +0200, Lars-Peter Clausen wrote:
On 04/14/2011 02:08 PM, Artem Bityutskiy wrote:
On Tue, 2011-04-12 at 21:47 +0200, Lars-Peter Clausen wrote:
From: Holger Freyther ze...@openmoko.org
This patch adds a flag to the s3c2410_nand platform data, which configures
On Fri, 2011-04-15 at 15:34 +0200, Jan Weitzel wrote:
Am Donnerstag, den 14.04.2011, 11:15 +0200 schrieb Jan Weitzel:
nand_scan calls nand_scan_ident and nand_scan_tail, setting values like
oobvail
according to ecc.layout. If we change the layout afterwards values are
wrong.
On Fri, 2011-04-15 at 08:39 -0500, Rob Herring wrote:
lpc32xx and pnx4008 also use iram, but do not have an allocator (only
1 user). Both are doing a copy the suspend code to IRAM and run it
which may also be a good thing to have generic code for. Several i.MX
chips also need to run from IRAM
On Friday 15 April 2011 15:39:55 Rob Herring wrote:
On 04/15/2011 08:06 AM, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
It's more than
On Fri, Apr 15, 2011 at 04:52:38PM +0300, Eduardo Valentin wrote:
Hi Russel,
Just small comment,
On Fri, Apr 15, 2011 at 08:06:07AM -0500, Russell King wrote:
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index a3f50b3..3588749 100644
---
On Fri, Apr 15, 2011 at 04:40:00PM +0200, Arnd Bergmann wrote:
On Friday 15 April 2011 15:39:55 Rob Herring wrote:
On 04/15/2011 08:06 AM, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with
On Fri, Apr 15, 2011 at 9:26 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Apr 15, 2011 at 04:40:00PM +0200, Arnd Bergmann wrote:
On Friday 15 April 2011 15:39:55 Rob Herring wrote:
On 04/15/2011 08:06 AM, Russell King - ARM Linux wrote:
This is work in progress.
On Fri, Apr 15, 2011 at 04:50:49PM +0200, Detlef Vollmann wrote:
I'd love to have the mapping inside the create pool, but that might
not be possible in general.
No, think about it. What if you need to map the RAM area with some
special attributes - eg, where ioremap() doesn't work. Eg, OMAP
On Fri, Apr 15, 2011 at 09:32:01AM -0600, Grant Likely wrote:
Yes, once the infrastructure is in place, powerpc can do its own
migration to the new code. I vote for putting it in lib at the
outset.
I don't agree with stuffing non-arch directories with code which people
haven't already agreed
Hi Hiroshi,
On Fri, Mar 25, 2011 at 3:04 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Commit d038aee24dcd5a2a0d8547f5396f67ae9698ac8e
omap: iovmm: don't check 'da' to set IOVMF_DA_FIXED flag,
changes iovmm to receive flags specified by user, however
the upper 16 bits of the flags are
On Fri, Apr 15, 2011 at 08:39:55AM -0500, Rob Herring wrote:
Russell,
On 04/15/2011 08:06 AM, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Le 15/04/2011 16:50, Detlef Vollmann :
On 04/15/11 15:06, Russell King - ARM Linux wrote:
This is work in progress.
Thanks, very useful.
[..]
Another question is whether we should allow multiple SRAM pools or not -
this code does allow multiple pools, but so far we only have one pool
per
Hi Russell,
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-
boun...@lists.infradead.org] On Behalf Of Russell King - ARM Linux
Sent: Friday, April 15, 2011 11:04 AM
To: Rob Herring
Cc: Kevin Hilman;
On Fri, Apr 15, 2011 at 04:18:23PM +, Nguyen Dinh-R00091 wrote:
Hmm, that's nice - except for one issue. According to my grep of
arch/arm/ and drivers/, nothing uses iram_alloc(). So, does anything in
the MX stuff use iram_alloc.c, or is it dead code left over from a
previous experiment?
On Fri, Apr 15, 2011 at 05:20:45PM +0100, Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 04:18:23PM +, Nguyen Dinh-R00091 wrote:
Hmm, that's nice - except for one issue. According to my grep of
arch/arm/ and drivers/, nothing uses iram_alloc(). So, does anything in
the MX
On Fri, Apr 15, 2011 at 1:11 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Some small fixes to OMAP DSS for the next rc.
I will send a pull request to Paul Mundt soon if there are no problems with
the
patches.
Tested on Overo (both 35XX and 37XX versions).
This patch series fixes the
On Fri, Apr 15, 2011 at 08:12:07PM +0200, Detlef Vollmann wrote:
Second point is that you'll notice that the code converts to a phys
address using this: phys = phys_base + (virt - virt_base). As soon as
we start allowing multiple regions of SRAM, it becomes impossible to
provide the phys
On 14:06 Fri 15 Apr , Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions into the SRAM.
Let's unify this before we have additional SoCs re-implementing this
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, April 15, 2011 11:59 AM
To: Nguyen Dinh-R00091
Cc: Kevin Hilman; davinci-linux-open-sou...@linux.davincidsp.com; Tony
Lindgren; Sekhar Nori; linux-
o...@vger.kernel.org;
On Fri, Apr 15, 2011 at 07:20:12PM +, Nguyen Dinh-R00091 wrote:
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, April 15, 2011 11:59 AM
To: Nguyen Dinh-R00091
Cc: Kevin Hilman; davinci-linux-open-sou...@linux.davincidsp.com; Tony
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, April 15, 2011 2:40 PM
To: Nguyen Dinh-R00091
Cc: Kevin Hilman; davinci-linux-open-sou...@linux.davincidsp.com; Tony
Lindgren; Sekhar Nori; linux-
o...@vger.kernel.org;
On Fri, Apr 15, 2011 at 10:11:07PM +0200, Uwe Kleine-König wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their own allocation systems,
and both with their own ways of copying functions
On Fri, Apr 15, 2011 at 09:19:25PM +0100, Russell King - ARM Linux wrote:
On Fri, Apr 15, 2011 at 10:11:07PM +0200, Uwe Kleine-König wrote:
On Fri, Apr 15, 2011 at 02:06:07PM +0100, Russell King - ARM Linux wrote:
This is work in progress.
We have two SoCs using SRAM, both with their
Hi Russell,
[CC Paul Mundt]
On Sat, Apr 16, 2011 at 12:41 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Apr 15, 2011 at 09:32:01AM -0600, Grant Likely wrote:
Yes, once the infrastructure is in place, powerpc can do its own
migration to the new code. I vote for putting it
38 matches
Mail list logo