to wait until next week as I'm
currently travelling without access to the hardware.
--
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
, but by rebasing patch 2 with
patch -p1 patch2.patch it applied anyway.
Now Laurent has to finalize his DT bindings on top of your patches instead.
I will do so. At first sight I don't see any conflict issue.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line
Hi Linus,
Sorry for the late reply.
On Thursday 22 August 2013 00:02:39 Linus Walleij wrote:
On Tue, Aug 20, 2013 at 12:04 AM, Laurent Pinchart wrote:
On Wednesday 31 July 2013 01:44:53 Linus Walleij wrote:
I don't see how sharing works here, or how another user, i.e. another one
than
Hi Tomi,
On Monday 02 September 2013 11:00:15 Tomi Valkeinen wrote:
On 22/08/13 00:07, Laurent Pinchart wrote:
Thanks for the comments!
You're welcome.
The exception to the above are DSI and DBI. DSI and DBI are combined
control and video busses, but the use of the busses for control
Hi Linus,
On Thursday 29 August 2013 20:24:32 Linus Walleij wrote:
On Wed, Aug 28, 2013 at 1:58 PM, Laurent Pinchart wrote:
On Tuesday 27 August 2013 19:18:55 Wolfram Sang wrote:
The driver should support the same chip models reardless of whether
it's used with or without DT. If an entry
On Friday 30 August 2013 01:44:50 Laurent Pinchart wrote:
On Thursday 29 August 2013 20:24:32 Linus Walleij wrote:
On Wed, Aug 28, 2013 at 1:58 PM, Laurent Pinchart wrote:
On Tuesday 27 August 2013 19:18:55 Wolfram Sang wrote:
The driver should support the same chip models reardless
if it's not too late. Could you please
provide your input ?
--
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
to pin-initial-states as in my patch and update the documentation, as
I find it more explicit.
The devicetree portions of this patch needs to be reviewed by
devicet...@vger.kernel.org, so please repost including that
list.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send
Hi Archit,
On Tuesday 27 August 2013 12:30:18 Archit Taneja wrote:
On Tuesday 27 August 2013 12:17 PM, Laurent Pinchart wrote:
On Tuesday 27 August 2013 05:20:45 Linus Walleij wrote:
On Mon, Aug 26, 2013 at 8:21 AM, Archit Taneja arc...@ti.com wrote:
Add code to parse the GPIO expander
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
Hi Tomasz,
On Tuesday 27 August 2013 13:55:00 Tomasz Figa wrote:
On Tuesday 27 of August 2013 14:00:24 Archit Taneja wrote:
On Tuesday 27 August 2013 01:44 PM, Tomasz Figa wrote:
On Tuesday 27 of August 2013 10:02:39 Laurent Pinchart wrote:
Add DT bindings for the pcf857x-compatible
the common case could even get rid of the driver's
filter function:
https://lkml.org/lkml/2013/5/15/270
https://lkml.org/lkml/2013/3/25/250
--
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
Hi Richard,
(Dropping Dan Williams from the CC list as his e-mail address doesn't seem to
be valid anymore)
On Monday 26 August 2013 20:55:57 Richard Zhao wrote:
On Mon, Aug 26, 2013 at 02:17:43PM +0200, Laurent Pinchart wrote:
On Friday 23 August 2013 09:57:43 Stephen Warren wrote:
On 08
| 7 ++
drivers/video/omap2/omapfb/omapfb-main.c | 67 -
26 files changed, 915 insertions(+), 65 deletions(-)
--
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 Archit,
On Wednesday 14 August 2013 16:27:57 Archit Taneja wrote:
On Friday 09 August 2013 03:34 AM, Laurent Pinchart wrote:
On Friday 02 August 2013 19:33:38 Archit Taneja wrote:
The primary function of VPDMA is to move data between external memory and
internal processing modules
Hi Archit,
On Tuesday 20 August 2013 18:46:38 Archit Taneja wrote:
On Tuesday 20 August 2013 05:09 PM, Laurent Pinchart wrote:
snip
+static int vpdma_load_firmware(struct vpdma_data *vpdma)
+{
+int r;
+struct device *dev = vpdma-pdev-dev;
+
+r
is solved.
Agreed...
--
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
just want to wait till a bit gets set.
I am thinking of implementing something similar to wait_for_bit_change()
in 'drivers/video/omap2/dss/dsi.c'
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
);
+ return -ENOMEM;
+ }
+
+ r = vpdma_load_firmware(vpdma);
+ if (r) {
+ pr_err(failed to load firmware %s\n, VPDMA_FIRMWARE);
+ return r;
+ }
+
+ *pvpdma = vpdma;
+
+ return 0;
+}
+MODULE_FIRMWARE(VPDMA_FIRMWARE);
--
Regards,
Laurent
159 0x4;
+ #address-cells = 1;
+ #size-cells = 0;
Are #address-cells and #size-cells really needed ?
+ };
+
};
clocks {
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap
= 3840;
+ };
+};
--
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
;
+ };
+};
--
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
needs
them? All the platforms we are concerned with here (exynos and omap, plus
new platforms) can be booted using DT anyway.
What about non-DT architectures such as MIPS (still widely used in consumer
networking equipments from what I've heard) ?
--
Regards,
Laurent Pinchart
--
To unsubscribe
Hi Arnd,
On Thursday 25 July 2013 13:00:49 Arnd Bergmann wrote:
On Thursday 25 July 2013, Laurent Pinchart wrote:
On Wednesday 24 July 2013 20:32:03 Arnd Bergmann wrote:
On Tuesday 23 July 2013, Tomasz Figa wrote:
On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
On Tue, 23 Jul
Hi Stephen,
On Thursday 18 July 2013 10:55:56 Stephen Warren wrote:
On 07/17/2013 04:54 PM, Laurent Pinchart wrote:
Hello,
Here's a small patch set that replaces PWM polarity numerical constants
with macros in DT.
The series,
Reviewed-by: Stephen Warren swar...@nvidia.com
I'm
Hi Stephen,
On Monday 15 July 2013 21:39:31 Stephen Warren wrote:
On 07/15/2013 07:10 PM, Laurent Pinchart wrote:
On Friday 12 July 2013 08:42:41 Stephen Warren wrote:
...
I think the values for any common system-wide flags should be defined
once in some system-wide place
Replace the numerical polarity flags with the PWM_POLARITY_INVERTED
symbolic constant.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
arch/arm/boot/dts/am335x-evmsk.dts | 3 ++-
arch/arm/boot/dts/wm8850-w70v2.dts | 3 ++-
2 files changed, 4 insertions(+), 2
the PWM_POLARITY_NORMAL flag, which wasn't a flag but was defined
as 0
- renaming the PWM_POLARITY_INVERSED DT flag to PWM_POLARITY_INVERTED
- not relying on DT flags and PWM C flags having identical names and values
Laurent Pinchart (4):
pwm: Add PWM polarity flag macro for DT
pwm: Use the DT macro directly
Don't redefine a PWM_SPEC_POLARITY macro with a value identical to
PWM_POLARITY_INVERTED, use the PWM DT macro directly.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/pwm/core.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
The PWM client cells format is documented in the generic pwm.txt
documentation and duplicated in all PWM driver bindings. Remove
duplicate information and reference pwm.txt instead.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
Documentation/devicetree/bindings
Define a PWM_POLARITY_INVERTED macro in include/dt-bindings/pwm/pwm.h to
be used by device tree sources.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
Documentation/devicetree/bindings/pwm/pwm.txt | 7 ---
include/dt-bindings/pwm/pwm.h | 14
the WiLink hardware accordingly. This might be a bit hackish though.
--
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 Friday 12 July 2013 08:42:41 Stephen Warren wrote:
On 07/12/2013 05:01 AM, Laurent Pinchart wrote:
On Thursday 11 July 2013 14:06:44 Stephen Warren wrote:
On 07/11/2013 01:32 PM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at 11:50:48AM -0600, Stephen Warren wrote:
On 07/11
Hello,
On Friday 12 July 2013 11:40:44 Stephen Warren wrote:
On 07/12/2013 11:24 AM, Thierry Reding wrote:
On Fri, Jul 12, 2013 at 08:40:07AM -0600, Stephen Warren wrote:
On 07/12/2013 04:41 AM, Laurent Pinchart wrote:
Hi Stephen,
[...]
What about splitting it in three patches
Hi Stephen,
On Thursday 11 July 2013 11:40:37 Stephen Warren wrote:
On 07/11/2013 08:37 AM, Laurent Pinchart wrote:
Define PWM_POLARITY_NORMAL and PWM_POLARITY_INVERTED macros in
include/dt-bindings/pwm/pwm.h to be used by device tree sources.
Documentation/devicetree/bindings/pwm
Hi Thierry,
On Thursday 11 July 2013 08:36:00 Thierry Reding wrote:
On Thu, Jul 11, 2013 at 04:37:48PM +0200, Laurent Pinchart wrote:
[...]
diff --git a/Documentation/devicetree/bindings/pwm/atmel-tcb-pwm.txt
b/Documentation/devicetree/bindings/pwm/atmel-tcb-pwm.txt index
de0eaed
Hi,
On Thursday 11 July 2013 14:06:44 Stephen Warren wrote:
On 07/11/2013 01:32 PM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at 11:50:48AM -0600, Stephen Warren wrote:
On 07/11/2013 09:36 AM, Thierry Reding wrote:
On Thu, Jul 11, 2013 at 04:37:48PM +0200, Laurent Pinchart
wrote
Define PWM_POLARITY_NORMAL and PWM_POLARITY_INVERTED macros in
include/dt-bindings/pwm/pwm.h to be used by device tree sources.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
Documentation/devicetree/bindings/pwm/atmel-tcb-pwm.txt | 6 +++---
Documentation
The i.MX53 PWM controller uses two cells to describe the PWM specifier.
Remove the extra unused values from the backlight DT node pwms property.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
arch/arm/boot/dts/imx53-mba53.dts | 2 +-
1 file changed, 1 insertion
Hello,
Here's a small patch set that replaces PWM polarity numerical constants with
macros in DT. The series starts with a fix for an error in the i.MX53 mba53 DT,
and the second patch then introduces the macros and update both bindings
documentation and existing DT.
Laurent Pinchart (2):
ARM
the comparator bits should be checked.
--
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,
On Thursday 13 June 2013 20:22:42 Balaji T K wrote:
On Thursday 13 June 2013 03:32 PM, Laurent Pinchart wrote:
On Thursday 13 June 2013 02:53:54 Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com
: Laurent Pinchart laurent.pinch...@ideasonboard.com
Date: Thu May 16 13:15:40 2013 +0200
ARM: OMAP3: clock: Back-propagate rate change from cam_mclk to dpll4_m5 on
all OMAP3 platforms
Commit 7b2e1277598e4187c9be3e61fd9b0f0423f97986 (ARM: OMAP3: clock:
Back-propagate rate change
to eliminate any
hardware related problem.
From the board file in mainline kernel, it seems omap3_init_camera is
not called, do you know any kernel tree where isp is initialized for beagle
board ?
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap
] (cpu_idle+0x60/0x90)
[c000ed78] (cpu_idle+0x60/0x90)
from [c04da7a8] (start_kernel+0x234/0x284)
Code: e0022006 e0033007 e1920003 0a02 (e7f001f2)
---[ end trace 58d781a6c1166535 ]---
Kernel panic - not syncing: Fatal exception in interrupt
--
Regards,
Laurent Pinchart
--
To unsubscribe
Hi Sakari,
On Thursday 04 April 2013 01:22:28 Sakari Ailus wrote:
On Tue, Mar 26, 2013 at 12:07:01AM +0100, Laurent Pinchart wrote:
On Sunday 24 March 2013 23:46:01 Sakari Ailus wrote:
Pali Rohár wrote:
On Thursday 07 March 2013 23:18:27 Sakari Ailus wrote:
On Wed, Mar 06, 2013
neither a round_rate operation nor the CLK_SET_RATE_PARENT flag set. Could you
please confirm that ?
I wonder if the dpll4_m5x2_ck clock (in arch/arm/mach-omap2/cclock3xxx_data.c)
should just have the CLK_SET_RATE_PARENT flag set as the dpll4_m5x2_ck_3630
clock.
--
Regards,
Laurent Pinchart
model that ?
That should be all.
--
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
Tobias Schandinat florianschandi...@gmx.de
Cc: Nicolas Ferre nicolas.fe...@atmel.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: David Howells dhowe...@redhat.com
Cc: Geert Uytterhoeven ge...@linux-m68k.org
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Kuninori Morimoto
Hi Antonio,
On Wednesday 06 February 2013 23:33:47 Antonio Ospite wrote:
On Wed, 30 Jan 2013 01:23:48 +0100 Laurent Pinchart wrote:
On Monday 28 January 2013 13:22:10 Antonio Ospite wrote:
Hi,
looking at the MIPI Alliance Specification for Camera Serial Interface
2 (I'll call
/soc_camera/sh_mobile_csi2.c;h=a17aba9a0104c41cbc4e5e5d27701
0ecac577600;hb=HEAD#l108 [4]
http://kernel.org/doc/htmldocs/media/subdev.html#v4l2-mbus-pixelcode-yuv8
[5] http://www.ti.com/lit/ug/swpu235w/swpu235w.pdf
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line
Hi Paul,
On Tuesday 22 January 2013 02:57:22 Paul Walmsley wrote:
On Mon, 21 Jan 2013, Laurent Pinchart wrote:
OK. The omap3isp patch can go through Paul's tree as well, it won't
conflict with other changes to the driver in this merge window.
Paul, can you take both patches together
Hi Mike,
On Monday 14 January 2013 17:10:15 Mike Turquette wrote:
Quoting Laurent Pinchart (2013-01-08 05:43:52)
Hello,
Now that the OMAP3 supports the common clock framework, clock rate
back-propagation is available for the ISP clocks. Instead of setting the
cam_mclk parent clock
Hi Tony,
On Monday 21 January 2013 09:18:12 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [130121 05:37]:
On Monday 14 January 2013 17:10:15 Mike Turquette wrote:
Quoting Laurent Pinchart (2013-01-08 05:43:52)
Hello,
Now that the OMAP3 supports
Hi Rob,
On Thursday 10 January 2013 21:15:26 Rob Clark wrote:
On Thu, Jan 10, 2013 at 6:05 PM, Laurent Pinchart wrote:
On Thursday 10 January 2013 10:16:10 Dave Airlie wrote:
On Wed, Jan 9, 2013 at 2:11 PM, Rob Clark robdcl...@gmail.com wrote:
Updated version of DRM driver for TI LCD
in comparison :-)
--
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
The cam_mclk clock is generated through the following clocks chain:
dpll4 - dpll4_m5 - dpll4_m5x2 - cam_mclk
As dpll4_m5 and dpll4_m5x2 do not driver any clock other than cam_mclk,
back-propagate the cam_clk rate changes up to dpll4_m5.
Signed-off-by: Laurent Pinchart laurent.pinch
, and set
the cam_mclk rate directly. This simplifies the ISP clocks configuration.
Laurent Pinchart (2):
ARM: OMAP3: clock: Back-propagate rate change from cam_mclk to
dpll4_m5
omap3isp: Set cam_mclk rate directly
arch/arm/mach-omap2/cclock3xxx_data.c | 10 +-
drivers/media
Now that the cam_mclk rate changes are back-propagated to dpll4_m5_ck we
can set the cam_mclk rate directly instead of manually setting the rate
of the parent clock.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 18
might also work, but I'm not sure
what drawbacks this would have. Advices would be appreciated.
--
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
Hi Mauro,
On Sunday 06 January 2013 11:10:39 Mauro Carvalho Chehab wrote:
Em Thu, 3 Jan 2013 14:55:41 -0800 Tony Lindgren escreveu:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [130103 13:24]:
The plat/*.h headers are not available to drivers in multiplatform
kernels
The plat/*.h headers are not available to drivers in multiplatform
kernels. As the header isn't needed, just remove it.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff
multiplatform support is enabled.
Cc: Timo Kokkonen timo.t.kokko...@iki.fi
Cc: Sean Young s...@mess.org
Cc: Víctor Manuel Jáquez Leal vjaq...@igalia.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Omar Ramirez Luna omar.rami...@ti.com
Cc
Hi Tony,
On Thursday 03 January 2013 14:49:54 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [130103 13:25]:
Hi Tony,
On Thursday 03 January 2013 12:15:21 Tony Lindgren wrote:
Hi all,
Looks like we need to also disable mailbox to avoid dependencies
, but it appears that this error causes X to close and then
restart repeatedly.
I'll add the printk's to omapfb_setup_plane() that were requested by
Tomi and report back.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
the unused plat/cpu.h from
smartreflex.c and isp.c as they will cause compile errors
with ARCH_MULTIPLATFORM enabled.
Cc: Jean Pihet jean.pi...@newoldbits.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Mauro Carvalho Chehab mche
Hi Tomi,
On Thursday 29 November 2012 11:30:28 Tomi Valkeinen wrote:
On 2012-11-28 17:13, Laurent Pinchart wrote:
On Monday 12 November 2012 15:33:38 Tomi Valkeinen wrote:
Hi,
This patch removes use of cpu_is_* funcs from omap_vout, and uses
omapdss's version instead. The other patch
Hi Tony,
On Thursday 29 November 2012 08:29:27 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121129 01:37]:
On Thursday 29 November 2012 11:30:28 Tomi Valkeinen wrote:
On 2012-11-28 17:13, Laurent Pinchart wrote:
On Monday 12 November 2012 15:33:38 Tomi
in the omap_vout driver. I'm not going to touch that, as it
doesn't look as trivial as this cpu_is_* removal, and I don't have much
knowledge of the omap_vout driver.
Compiled, but not tested.
Tested on a Beagleboard-xM.
Tested-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked
be missing? What is necessary to be able to read the
ISP registers?
--
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 Mike,
On Tuesday 13 November 2012 08:43:23 Mike Turquette wrote:
Quoting Laurent Pinchart (2012-11-13 05:42:35)
On Wednesday 07 November 2012 17:12:35 Mike Turquette wrote:
From: Mike Turquette mturque...@linaro.org
Hi all,
This series is based on top of Paul's PRM/CM clean
noticed any regression in the OMAP3 ISP driver.
I've also successfully tested rate back-propagation (CLK_SET_RATE_PARENT) on
the dpll4_m5x2_ck and cam_mclk clocks with the OMAP3 ISP driver. I'll send a
patch for that on top of your v3.
So,
Tested-by: Laurent Pinchart laurent.pinch
{
unsigned reserved:1;
unsigned posted:1;
struct timer_regs context;
+ int (*get_context_loss_count)(struct device *);
int ctx_loss_count;
int revision;
u32 capability;
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line
Hi Vaibhav,
On Friday 26 October 2012 09:13:20 Hiremath, Vaibhav wrote:
On Thu, Oct 25, 2012 at 19:30:58, Valkeinen, Tomi wrote:
On 2012-03-09 10:03, Hiremath, Vaibhav wrote:
On Fri, Mar 09, 2012 at 05:17:41, Laurent Pinchart wrote:
On Wednesday 07 March 2012 14:31:16 Archit Taneja wrote
would allow splitting patches in reviewable chunks. I know
it's a step backwards in term of OMAP IOMMU usage, but that's in my opinion a
temporary nuisance to make the leap easier.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
Roedel joerg.roe...@amd.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Ido Yariv i...@wizery.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Omar Ramirez Luna omar.l...@linaro.org
Cc: linux-me...@vger.kernel.org
Acked-by: Mauro Carvalho Chehab mche...@redhat.com
Signed-off-by: Tony
wasn't seen as matching the OMAP363x subclass.
Fix it by checking for the OMAP363x subclass before checking for the
OMAP34xx class.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/video/omap2/dss/dss.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Hi
Hi Tony,
On Thursday 25 October 2012 09:56:44 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121025 01:39]:
I still think you should split this in two files, omap-iommu.h and omap-
iovmm.h. The later would just be arch/arm/plat-omap/include/plat/iovmm.h
moved
Ho Tony,
On Friday 19 October 2012 09:17:43 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:45]:
On Thursday 18 October 2012 13:28:48 Tony Lindgren wrote:
@@ -117,13 +112,6 @@ static inline struct omap_iommu
*dev_to_omap_iommu(struct device *dev
Hi Tony,
On Wednesday 24 October 2012 16:33:18 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121024 16:26]:
On Friday 19 October 2012 09:17:43 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:45]:
On Thursday 18 October
Hi Tony,
On Wednesday 24 October 2012 15:34:12 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:41]:
On Thursday 18 October 2012 13:28:42 Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/iommu2.c
+++ b/arch/arm/mach-omap2/iommu2.c
@@ -17,6 +17,7
,
+ OMAP3_ISP_IOMEM_343X_CONTROL_CSIRXFE,
+ OMAP3_ISP_IOMEM_3630_CONTROL_CAMERA_PHY_CTRL,
OMAP3_ISP_IOMEM_LAST
};
--
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
Roedel joerg.roe...@amd.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Ido Yariv i...@wizery.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Mauro Carvalho Chehab mche...@infradead.org
Cc: Omar Ramirez Luna omar.l...@linaro.org
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tony
Hi Tony,
On Thursday 18 October 2012 13:28:48 Tony Lindgren wrote:
From: Ido Yariv i...@wizery.com
Move some of the definitions in omap-iommu.h that can be made local to
either drivers/iommu.
Cc: Joerg Roedel joerg.roe...@amd.com
Cc: Ohad Ben-Cohen o...@wizery.com
Cc: Laurent Pinchart
,
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 Tony,
On Tuesday 16 October 2012 16:51:40 Laurent Pinchart wrote:
Hi Sakari,
Thanks for the patches.
For the whole series,
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Tony, do you want to take patch 1/3 in your tree, or can I push the whole
series through mine
Hi Sakari,
Thanks for the patches.
For the whole series,
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Tony, do you want to take patch 1/3 in your tree, or can I push the whole
series through mine ?
On Sunday 14 October 2012 13:31:22 Sakari Ailus wrote:
Hi all
Hi Felipe, Omar,
Could I please get your feedback on this patch and 2/2 ? They try to split
08/15 in easier to review chunks.
On Tuesday 25 September 2012 01:13:05 Laurent Pinchart wrote:
Split the remove_mapping_information() function into find_dsp_mapping()
to locate the mapping
send a follow-up patch that removes all those definitions as they're
actually not needed.
--
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
is dependent on omap3: Provide means for changing CSI2 PHY
configuration.
Is it still ?
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.h |3 -
drivers/media/platform/omap3isp
)
+
As the registers addresses are declared in a platform header, do you think it
would make sense to declare those there as well ? If not I'm fine with keeping
them here.
#endif /* OMAP3_ISP_REG_H */
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line
instead of PHY1 */
+#define OMAP3630_CONTROL_CAMERA_PHY_CTRL_CSI1_RX_SEL_PHY2(1 4)
+
#endif /* OMAP3_ISP_REG_H */
--
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
for changing CSI2 PHY
configuration.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.h |3 -
drivers/media/platform/omap3isp/ispcsiphy.c | 140
drivers
for those files.
drivers/media/platform/omap3isp/ispvideo.c used omap-pm.h APIs in the past, we
forgot to remove the #include when we changed that.
For the OMAP3 ISP driver,
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc
-by: Sakari Ailus sakari.ai...@iki.fi
Just one small comment below, otherwise
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/control.c | 86 +
arch/arm/mach-omap2/control.h | 15 +
arch/arm/mach-omap2
is dependent on omap3: Provide means for changing CSI2 PHY
configuration.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.h |3 -
drivers/media/platform/omap3isp/ispcsiphy.c | 161
.
That data should come from platform_data (or device tree) as
we going to make cpu_is_omap privat to mach-omap2.
--
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
Drivers must not rely on cpu_is_omap* macros (they will soon become
private). Use the ISP revision instead to identify the hardware.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 25 -
1 files changed, 16
Hi Felipe,
On Friday 21 September 2012 20:37:40 Felipe Contreras wrote:
On Wed, Sep 19, 2012 at 2:06 PM, Laurent Pinchart wrote:
VMAs marked with the VM_PFNMAP flag have no struct page associated with
the memory PFNs. Don't call get_page()/put_page() on the pages
supposedly associated
for VM_PFNMAP support.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/staging/tidspbridge/rmgr/proc.c | 116 ---
1 files changed, 59 insertions(+), 57 deletions(-)
diff --git a/drivers/staging/tidspbridge/rmgr/proc.c
b/drivers/staging
201 - 300 of 542 matches
Mail list logo