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
) about power consumption.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org/majordomo
like the idea, as it gives an opt-in approach to the problem: drivers could
decide whether they want the runtime PM core to handle clocks automatically
(which should cover most cases), but would have the option of handling clocks
manually if needed for special purposes.
--
Regards,
Laurent
/ clock_ops: Add pm_clk_add_clk()
- [3/4] of/clk: Register clocks suitable for Runtime PM with the
- [4/4] clk: shmobile: mstp: Set CLK_RUNTIME_PM flag
This series was tested on Renesas r8a7791, using the Koelsch development
board.
--
Regards,
Laurent Pinchart
--
To unsubscribe from
Ping ?
On Monday 21 April 2014 15:06:23 Laurent Pinchart wrote:
From: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
Commit 7b2e1277598e4187c9be3e61fd9b0f0423f97986 (ARM: OMAP3: clock:
Back-propagate rate change from cam_mclk to dpll4_m5) enabled clock
rate back-propagation from
,
Laurent Pinchart
signature.asc
Description: This is a digitally signed message part.
.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/boot/dts/omap36xx-clocks.dtsi | 2 +-
arch/arm/boot/dts/omap3xxx-clocks.dtsi | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/omap36xx-clocks.dtsi
b/arch/arm/boot/dts/omap36xx
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 from the OMAP: OMAP3 DSS related clock patches patch
series.
Laurent Pinchart (2):
ARM: dts: use ti,fixed
Set 'ti,set-rate-parent' property for the dpll4_m5x2_mul_ck clock, which
is used for the ISP functional clock. This fixes the OMAP3 ISP driver's
clock rate configuration, which needs the rate to be propagated properly
to the divider node (dpll4_m5_ck).
Signed-off-by: Laurent Pinchart
From: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
Commit 7b2e1277598e4187c9be3e61fd9b0f0423f97986 (ARM: OMAP3: clock:
Back-propagate rate change from cam_mclk to dpll4_m5) enabled clock
rate back-propagation from cam_mclk do dpll4_m5 on OMAP3630 only.
Perform back-propagation
Hi Joerg,
On Wednesday 16 April 2014 16:01:07 Joerg Roedel wrote:
Hi Laurent,
On Fri, Apr 04, 2014 at 12:11:52AM +0200, Laurent Pinchart wrote:
Laurent Pinchart (3):
iommu/omap: Fix 'no page for' debug message in flush_iotlb_page()
iommu/omap: Remove comment about supporting
to 286f600bc890347f7ec7bd50d33210d53a9095a3:
iommu/omap: Fix map protection value handling (2014-04-16 16:30:18 +0200)
Compared to the v1 pull request, the patches have been rebased directly on top
of v3.15-rc1.
Laurent Pinchart (3):
iommu/omap: Fix 'no page
Hi Joerg,
Last but not least, could you please provide a stable branch with those
patches, directly on top of v3.15-rc1 ? I'll need to base OMAP3 ISP driver
patches on top of it.
On Wednesday 16 April 2014 16:51:56 Laurent Pinchart wrote:
Hi Joerg,
The following changes since commit
Hi Joerg,
On Wednesday 16 April 2014 21:31:58 Joerg Roedel wrote:
On Wed, Apr 16, 2014 at 04:51:56PM +0200, Laurent Pinchart wrote:
The following changes since commit
c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git
Hi Joerg,
On Wednesday 09 April 2014 17:08:31 Joerg Roedel wrote:
On Tue, Apr 08, 2014 at 05:02:37PM +0200, Laurent Pinchart wrote:
On Tuesday 08 April 2014 15:43:22 Joerg Roedel wrote:
Who is someone in this case?
That's exactly the problem :-) The ARM DMA API implementation doesn't
Hi Joerg,
On Friday 04 April 2014 12:18:11 Joerg Roedel wrote:
On Fri, Mar 14, 2014 at 12:00:16PM +0100, Laurent Pinchart wrote:
Right, we indeed need two levels of API, one for drivers such as
remoteproc that need direct control of the IOMMU, and one for drivers that
only need to map
Hi Marek,
On Friday 04 April 2014 14:23:57 Marek Szyprowski wrote:
Hello,
I'm sorry for a delay, I've got back from my holidays and I'm still busy
trying to get thought all the emails.
No worries.
On 2014-03-17 23:44, Laurent Pinchart wrote:
On Monday 17 March 2014 14:58:24 Suman Anna
Hi Joerg,
On Tuesday 08 April 2014 15:43:22 Joerg Roedel wrote:
On Tue, Apr 08, 2014 at 02:50:38PM +0200, Laurent Pinchart wrote:
I agree with you, the two levels are already present, but there's still
rough edges that we need to soften.
The ARM DMA API implementation requires someone
the TLB only after updating translation table entries patches
- Reworked iommu/omap: Fix 'no page for' debug message in flush_iotlb_page()
to just break out of the loop
- Added patches 1/6 to 3/6
Laurent Pinchart (3):
iommu/omap: Fix 'no page for' debug message in flush_iotlb_page()
iommu/omap
From: Suman Anna s-a...@ti.com
The to_iommu definition is used only locally to the omap-iommu.c
source file, and it has nothing to do with the page attributes
defined in omap-iopgtable.h. So, move the definition out of
omap-iopgtable.h header file.
Signed-off-by: Suman Anna s-a...@ti.com
---
From: Suman Anna s-a...@ti.com
The iotlb_entry field values are used directly in omap2_alloc_cr,
a function used in preparing the MMU_CAM and MMU_RAM registers.
The iotlb_entry.valid value is being set incorrectly to 1 at the
moment, and this would result in overriding the PAGESIZE bit field
of
From: Suman Anna s-a...@ti.com
The current OMAP IOMMU ops for .domain_has_cap is a stub,
and the iommu core already returns a value of 0 if the
domain doesn't have a .domain_has_cap ops plugged in. So,
clean up this stub function.
Signed-off-by: Suman Anna s-a...@ti.com
---
two TLB entries for the same VA, break from the
loop when a match is found.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap-iommu.c
index fdf3dd0
The IOMMU core breaks out mappings into pages already, there's no
need to support mapping multiple pages in one go.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Sakari Ailus sakari.ai...@iki.fi
---
drivers/iommu/omap-iommu.c | 1 -
1 file changed, 1 deletion
parameters to little-endian, 8-bits and
non-mixed page attributes. Furthermore, as the OMAP IOMMU doesn't
support read-only or write-only mappings, ignore the prot value.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Suman Anna
Hi Suman,
On Thursday 03 April 2014 16:02:09 Suman Anna wrote:
On 04/03/2014 03:01 PM, Laurent Pinchart wrote:
Hello,
This patch set fixes miscellaneous issues with the OMAP IOMMU driver,
found when trying to port the OMAP3 ISP away from omap-iovmm to the ARM
DMA API. The biggest
it will be out and provide a
stable branch that can then be merged in the Linux media tree ?
Laurent Pinchart (3):
iommu/omap: Fix 'no page for' debug message in flush_iotlb_page()
iommu/omap: Remove comment about supporting
Hi Suman and Sakari,
On Monday 17 March 2014 14:58:24 Suman Anna wrote:
On 03/16/2014 04:54 PM, Sakari Ailus wrote:
On Fri, Mar 14, 2014 at 12:00:16PM +0100, Laurent Pinchart wrote:
Hi Suman,
(CC'ing Joerg Roedel and Marek Szyprowski for the core IOMMU discussion)
On Thursday 13
Hi all,
On Friday 14 March 2014 20:49:56 Suman Anna wrote:
On 03/14/2014 12:51 PM, Santosh Shilimkar wrote:
On Friday 14 March 2014 12:38 PM, Laurent Pinchart wrote:
On Friday 14 March 2014 12:15:11 Santosh Shilimkar wrote:
On Thursday 13 March 2014 10:47 PM, Anna, Suman wrote:
On 03/07
tables are made visible to the device. That IOMMU can also
use the DVM hardware coherency protocols on a cache coherent interconnect, but
I haven't investigated that yet.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
Hi Suman,
Thank you for the review.
On Thursday 13 March 2014 19:07:33 Suman Anna wrote:
On 03/07/2014 06:46 PM, Laurent Pinchart wrote:
The prot flags passed to the IOMMU map handler are defined in
include/linux/iommu.h as IOMMU_(READ|WRITE|CACHE|EXEC). However, the
driver expects
Hi Suman,
On Thursday 13 March 2014 17:16:07 Suman Anna wrote:
On 03/07/2014 06:46 PM, Laurent Pinchart wrote:
The flush_iotlb_page() function prints a debug message when no
corresponding page was found in the TLB. That condition is incorrectly
checked and always resolves to true, given
Hi Suman,
On Thursday 13 March 2014 17:27:38 Suman Anna wrote:
Hi Laurent,
On 03/07/2014 06:46 PM, Laurent Pinchart wrote:
Flushing the TLB before updating translation entries creates a race
condition and can lead to stale TLB entries if a translation request
arrives between flushing
Hi Suman,
(CC'ing Joerg Roedel and Marek Szyprowski for the core IOMMU discussion)
On Thursday 13 March 2014 21:33:37 Suman Anna wrote:
On 03/07/2014 06:46 PM, Laurent Pinchart wrote:
Hello,
This patch set fixes miscellaneous issues with the OMAP IOMMU driver,
found when trying to port
Hi Santosh,
On Friday 14 March 2014 12:15:11 Santosh Shilimkar wrote:
+ Russell, Arnd
On Thursday 13 March 2014 10:47 PM, Anna, Suman wrote:
On 03/07/2014 06:46 PM, Laurent Pinchart wrote:
The page table entries must be cleaned from the cache before being
accessed by the IOMMU. Instead
)
+
#define to_platform_driver(drv) (container_of((drv), struct
platform_driver, \ driver))
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org
The flush_iotlb_page() function prints a debug message when no
corresponding page was found in the TLB. That condition is incorrectly
checked and always resolves to true, given that the for_each_iotlb_cr()
loop is never interrupted and always reaches obj-nr_tlb_entries.
Signed-off-by: Laurent
only.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap-iommu.c
index cb1e1de..fedd303 100644
--- a/drivers/iommu/omap-iommu.c
+++ b
have broken userspace
PFNMAP buffers).
Laurent Pinchart (5):
iommu/omap: Use the cache cleaning API
iommu/omap: Fix 'no page for' debug message in flush_iotlb_page()
iommu/omap: Flush the TLB only after updating translation table
entries
iommu/omap: Remove comment about supporting
The page table entries must be cleaned from the cache before being
accessed by the IOMMU. Instead of implementing cache management manually
(and ignoring L2 cache), use clean_dcache_area() to make sure the
entries are visible to the device.
Signed-off-by: Laurent Pinchart laurent.pinch
The IOMMU core breaks out mappings into pages already, there's no
need to support mapping multiple pages in one go.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/iommu/omap-iommu.c b
parameters to little-endian, 8-bits and
non-mixed page attributes. Furthermore, as the OMAP IOMMU doesn't
support read-only or write-only mappings, ignore the prot value.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 17 +++--
1 file
...
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org/majordomo-info.html
...@pmeerw.net
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
and applied to my tree.
---
drivers/media/platform/omap3isp/isp.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/media/platform/omap3isp/isp.c
b/drivers/media/platform/omap3isp/isp.c index
Hi Suman,
On Wednesday 26 February 2014 11:02:24 Suman Anna wrote:
On 02/25/2014 08:13 PM, Laurent Pinchart wrote:
On Tuesday 25 February 2014 17:02:35 Suman Anna wrote:
On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
From: Florian
Hi Suman,
On Wednesday 26 February 2014 14:23:03 Suman Anna wrote:
On Wednesday 26 February 2014 11:02:24 Suman Anna wrote:
On 02/25/2014 08:13 PM, Laurent Pinchart wrote:
On Tuesday 25 February 2014 17:02:35 Suman Anna wrote:
On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
On Thursday
, such as 0x5504- 0x5505 to access
the ISS ?
+ ti,iommu-bus-err-back;
+ };
+
wdt2: wdt@4a314000 {
compatible = ti,omap4-wdt, ti,omap3-wdt;
reg = 0x4a314000 0x80;
--
Regards,
Laurent Pinchart
Hi Suman,
On Wednesday 26 February 2014 16:28:08 Suman Anna wrote:
On 02/26/2014 04:18 PM, Suman Anna wrote:
On 02/26/2014 02:36 PM, Laurent Pinchart wrote:
On Wednesday 26 February 2014 14:23:03 Suman Anna wrote:
On Wednesday 26 February 2014 11:02:24 Suman Anna wrote:
On 02/25/2014 08
no such thing as a
generic HDMI encoder chip.
The HDMI encoder and companion chips are described separatly and properly
prefixed [0].
[0] http://www.spinics.net/lists/linux-omap/msg102522.html
[1] https://lwn.net/Articles/563157/
--
Regards,
Laurent Pinchart
signature.asc
Description
-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 52 --
1 file changed, 10 insertions(+), 42 deletions(-)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap-iommu.c
index bcd78a7..fff2ffd 100644
);
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org/majordomo-info.html
.
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap-iommu.c
index f6afe8f..7672eb4 100644
--- a/drivers/iommu/omap
this obsolete flag and
the corresponding hwmod data can be enabled.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
[s-a...@ti.com: revise commit log]
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
;
+ interrupts = 24;
+ ti,hwmods = mmu_isp;
+ ti,#tlb-entries = 8;
+ dma-window = 0 0xf000;
+ };
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Hi Suman,
On Tuesday 25 February 2014 16:32:03 Suman Anna wrote:
On 02/25/2014 03:13 PM, Laurent Pinchart wrote:
On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
omap_iommu_attach() returns NULL or ERR_PTR in case of error
Hi Suman,
On Tuesday 25 February 2014 17:02:35 Suman Anna wrote:
On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
submodule's wait queue for streamoff/interrupt
synchronization * @stopping: flag which tells module wants to stop
*
--
Regards,
Laurent Pinchart
--
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
Mauro, Tony,
On Monday 10 February 2014 22:54:40 Laurent Pinchart wrote:
The camera sensor will soon require regulators and clocks. Register
fixed regulators for its VAA and VDD power supplies and a fixed rate
clock for its master clock.
This patch is a prerequisite for a set of 4 patches
Hi Igor,
On Tuesday 18 February 2014 16:03:44 Igor Grinberg wrote:
On 02/18/14 14:47, Laurent Pinchart wrote:
On Monday 10 February 2014 22:54:40 Laurent Pinchart wrote:
The camera sensor will soon require regulators and clocks. Register
fixed regulators for its VAA and VDD power supplies
|
OMAP3_ISP_SBL_RESIZER_WRITE);
omap3isp_subclk_disable(isp, OMAP3_ISP_SUBCLK_RESIZER);
--
Regards,
Laurent Pinchart
--
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
on top of the ISP and two sample applications that use the library. The
resizer memory-to-memory is used by the live application to scale captured
snapshots when displaying them on screen.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap
Hi Nishanth,
On Friday 07 February 2014 07:51:00 Nishanth Menon wrote:
On Thu, Feb 6, 2014 at 1:26 PM, Laurent Pinchart wrote:
On Friday 22 June 2012 11:33:51 Laurent Pinchart wrote:
On Thursday 10 February 2011 08:45:00 Kevin Hilman wrote:
Sanjeev Premi pr...@ti.com writes
When the input clock frequency is out of bounds for the PLL, bypass the
PLL and just divide the input clock to achieve the requested output
frequency.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/mt9p031.c | 32
1 file
The camera sensor will soon require regulators and clocks. Register
fixed regulators for its VAA and VDD power supplies and a fixed rate
clock for its master clock.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/board-cm-t35.c | 16
1
for the CM-T35 board camera sensor.
Laurent Pinchart (5):
ARM: omap2: cm-t35: Add regulators and clock for camera sensor
mt9t001: Add regulator support
mt9t001: Add clock support
mt9p031: Fix typo in comment
mt9p031: Add support for PLL bypass
arch/arm/mach-omap2/board-cm-t35.c | 16
The sensor needs two power supplies, VAA and VDD. Require a regulator
for each of them.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/mt9t001.c | 206 +---
1 file changed, 156 insertions(+), 50 deletions(-)
diff
The sensor needs a master clock, handle it explictly in the driver.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/mt9t001.c | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/mt9t001.c b
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/mt9p031.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/i2c/mt9p031.c b/drivers/media/i2c/mt9p031.c
index 05278f5..14a616e 100644
--- a/drivers/media/i2c/mt9p031.c
+++ b
Hi all,
On Friday 22 June 2012 11:33:51 Laurent Pinchart wrote:
On Thursday 10 February 2011 08:45:00 Kevin Hilman wrote:
Sanjeev Premi pr...@ti.com writes:
This patch adds support for speed enhanced variant of OMAP35x
processors. These parts allow ARM and IVA running at 720MHz
Hi Tony,
On Tuesday 07 January 2014 14:30:21 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [131220 07:52]:
From: Tony Lindgren t...@atomide.com
+/*
+ * Macros to allow using the absolute physical address instead of the
+ * padconf registers instead
Hi Tony,
On Tuesday 07 January 2014 15:20:18 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [140107 15:10]:
On Tuesday 07 January 2014 14:30:21 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [131220 07:52]:
From: Tony Lindgren t
.
},
};
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org/majordomo-info.html
N900.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-By: Sebastian Reichel s...@debian.org
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 40 +--
arch/arm/boot/dts/omap3-beagle.dts| 40 +--
arch/arm/boot/dts/omap3-igep.dtsi
macros
- Fixed unbalanced parentheses in Tony's PINCTRL macros ;-)
Laurent Pinchart (1):
ARM: omap3: Split the pinmux core device
Tony Lindgren (1):
ARM: dts: Add omap specific pinctrl defines to use padconf addresses
arch/arm/boot/dts/omap3-beagle-xm.dts | 40
to use these macros for new entries and when doing other
related .dts file clean-up.
Signed-off-by: Tony Lindgren t...@atomide.com
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
include/dt-bindings/pinctrl/omap.h | 19 +++
1 file changed, 19 insertions(+)
diff
Hi Tony,
On Thursday 19 December 2013 10:30:03 Tony Lindgren wrote:
* Sebastian Reichel s...@ring0.de [131219 09:19]:
On Wed, Dec 04, 2013 at 06:11:50PM +0100, Laurent Pinchart wrote:
The omap3_pmx_core pinmux device in the device tree handles the system
controller module (SCM) PADCONFS
even larger and reduce the incentive to fix
it. It would be the worst decision we could make.
--
Regards,
Laurent Pinchart
signature.asc
Description: This is a digitally signed message part.
Hi Tomi,
On Monday 16 December 2013 12:49:03 Tomi Valkeinen wrote:
On 2013-12-13 05:24, Laurent Pinchart wrote:
Then DPI, which I think is mostly just level shifters. It's really just
a port, as you say.
SDI is a bit unclear to me. The registers for it are in the dss_core.
There's
Hi Tomi,
On Friday 13 December 2013 12:05:20 Tomi Valkeinen wrote:
On 2013-12-13 05:45, Laurent Pinchart wrote:
I know drivers/video is in practice fbdev, but drivers/video (the
words) sound like the best place for things related to video.
That's an option as well, but I'm not sure I
, as a shortcut?
Some driver use a label property like this:
foo : node {
label = lcd;
...
};
Yes, that's what I meant.
See for example
Documentation/devicetree/bindings/leds/common.txt
Documentation/devicetree/bindings/mtd/partition.txt
--
Regards,
Laurent Pinchart
signature.asc
in your previous e-mail, if the labels are used by omapfb
only, I won't strongly push to keep them. I wonder, however, when using
DRM/KMS, where do the connector labels that are displayed by xrandr for
instance come from ?
--
Regards,
Laurent Pinchart
signature.asc
Description
Hi Tomi,
On Thursday 12 December 2013 09:48:30 Tomi Valkeinen wrote:
On 2013-12-12 01:19, Laurent Pinchart wrote:
On Wednesday 04 December 2013 14:28:37 Tomi Valkeinen wrote:
Add helpers to get ports and endpoints from DT data.
While all the functions in dss-of.c might be useful
Hi Tomi,
On Thursday 12 December 2013 10:38:34 Tomi Valkeinen wrote:
On 2013-12-12 01:44, Laurent Pinchart wrote:
The DSS subdevices depend on the dss_core. dss_core has to be powered up
for any of the subdevices to work. This is done automatically by the
runtime PM when the subdevices
Hi Tony,
On Thursday 12 December 2013 21:59:13 Tony Lindgren wrote:
On Thu, Dec 12, 2013 at 10:38:34AM +0200, Tomi Valkeinen wrote:
On 2013-12-12 01:44, Laurent Pinchart wrote:
So, are they independent? I don't know =). I think they lean on the
independent side. dss_core is always
Hi Tomi,
On Thursday 12 December 2013 10:54:48 Tomi Valkeinen wrote:
On 2013-12-12 02:39, Laurent Pinchart wrote:
On Wednesday 04 December 2013 14:28:27 Tomi Valkeinen wrote:
Hi,
Here's a new version for DT support to OMAP Display Subsystem. See
http://article.gmane.org
= omap_init_vout();
+ if (r 0) {
+ pr_err(Unable to register omap_vout device\n);
+ return r;
+ }
+
+ return 0;
+}
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
)
drv-get_resolution = omapdss_default_get_resolution;
if (drv drv-get_recommended_bpp == NULL)
--
Regards,
Laurent Pinchart
--
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
omap_dss_device *dssdev) return dssdev-state == OMAP_DSS_DISPLAY_ACTIVE;
}
+struct device_node *
+omapdss_of_get_first_endpoint(const struct device_node *parent);
+
+struct omap_dss_device *
+omapdss_of_find_source_for_first_ep(struct device_node *node);
+
#endif
--
Regards,
Laurent Pinchart
difficult would it be ?
--
Regards,
Laurent Pinchart
signature.asc
Description: This is a digitally signed message part.
Hi Tomi,
On Thursday 12 December 2013 00:13:01 Laurent Pinchart wrote:
On Wednesday 04 December 2013 14:28:33 Tomi Valkeinen wrote:
To avoid the need for a nickname property for each display, change
the display registration so that the display's alias (i.e. display0
etc) will be used
.
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org/majordomo-info.html
reserved by the pinmux driver.
Split the omap3_pmx_core device tree node in two for the two memory
regions.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 45 ---
arch/arm/boot/dts/omap3-beagle.dts| 28
Hi Tony,
On Wednesday 04 December 2013 09:28:53 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [131204 09:12]:
The omap3_pmx_core pinmux device in the device tree handles the system
controller module (SCM) PADCONFS fonction. Its control registers are
split in two
Hi Tony,
On Wednesday 04 December 2013 10:24:37 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [131204 09:59]:
Hi Tony,
On Wednesday 04 December 2013 09:28:53 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [131204 09:12
Hi Roger,
On Tuesday 03 December 2013 11:36:57 Roger Quadros wrote:
On 12/03/2013 05:54 AM, Laurent Pinchart wrote:
Hi Roger,
On Monday 25 November 2013 15:55:45 Roger Quadros wrote:
Beagle (rev. C4) and Beagle-XM (all revs) need VAUX2 1.8V supply
for the USB PHY.
As the generic
-microvolt = 180;
+ regulator-always-on;
+};
+
--
Regards,
Laurent Pinchart
--
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://vger.kernel.org/majordomo-info.html
Hi Stephen,
On Sunday 20 October 2013 22:35:04 Stephen Warren wrote:
On 10/20/2013 01:41 PM, Laurent Pinchart wrote:
On Tuesday 17 September 2013 17:36:32 Grant Likely wrote:
On Thu, 12 Sep 2013 17:57:00 +0200, Alexander Holler wrote:
Am 12.09.2013 17:19, schrieb Stephen Warren:
IRQs
.
I've also been thinking that we could possibly reuse the interrupts property
without defining a new interrupts-extended. When parsing the property the
code would use the current DT bindings if an interrupt-parent is present, and
the new DT bindings if it isn't.
--
Regards,
Laurent Pinchart
on the DMA mask. It can be replaced
with dma_coerce_mask_and_coherent(), avoiding the direct initialization
of this mask.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c |6
Add DT bindings for the pcf857x-compatible chips and parse the device
tree node in the driver.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
.../devicetree/bindings/gpio/gpio-pcf857x.txt | 71 ++
drivers/gpio/gpio-pcf857x.c
101 - 200 of 542 matches
Mail list logo
