instead.
--
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
));
+
+ clean_dcache_area(omap_domain-pgtable, IOPGD_TABLE_SIZE);
+ mutex_init(omap_domain-lock);
+
+ domain-priv = omap_domain;
+
+ return 0;
+
+fail_nomem:
+ kfree(omap_domain);
+out:
+ return -ENOMEM;
+}
--
Regards,
Laurent Pinchart
--
To unsubscribe from
on MEDIA_CONTROLLER?
Yes it is.
--
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
!)
You're welcome.
3. Rebase to 3.1-rc2
For the OMAP3 ISP driver changes,
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
--
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
;
- if (list_empty(video-dmaqueue)) {
+ if (list_empty(video-dmaqueue)
+ ccdc-state != ISP_PIPELINE_STREAM_STOPPED) {
err = isp_video_deq_enq(queue);
} else if (head-next-next == head) {
/* only one buffer is left on dmaqueue */
--
Regards,
Laurent
/p/rowboat/wiki/Source
there's omap3cam master driver and ISP driver in rowboat kernel.
Please don't. That's really old deprecated code. You should use the OMAP3 ISP
driver found in mainline.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap
Hi everybody,
Here are the OMAP3 ISP patches in my queue for v3.1. I'll send a pull request
in a couple of days if there's no objection.
Kalle Jokiniemi (2):
OMAP3: ISP: Add regulator control for omap34xx
OMAP3: RX-51: define vdds_csib regulator supply
Laurent Pinchart (1):
omap3isp
-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: t...@atomide.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
Tony, can I push this patch through the V4L/DVB tree, or would you like to
pick it yourself ?
diff --git
Add two fields to the ISP parallel platform data to set the HS and VS
signals polarities.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/omap3isp/isp.h |6 ++
drivers/media/video/omap3isp/ispccdc.c |4 ++--
2 files changed, 8 insertions
From: Kalle Jokiniemi kalle.jokini...@nokia.com
The current omap3isp driver is missing regulator handling
for CSIb complex in omap34xx based devices. This patch
adds a mechanism for this to the omap3isp driver.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@nokia.com
Acked-by: Laurent Pinchart
Hi Tony,
On Monday 13 June 2011 15:40:34 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [110608 03:43]:
Hi Tony,
On Monday 30 May 2011 14:47:07 Laurent Pinchart wrote:
Hi everybody,
Here are two OMAP3 IOMMU fixes required to support big
Hi Russell,
On Monday 06 June 2011 20:00:52 Russell King - ARM Linux wrote:
On Mon, Jun 06, 2011 at 06:54:10PM +0200, Laurent Pinchart wrote:
Of course not, but if the scatterlist is only touched by kernel code, it
doesn't need to be contiguous in memory. It could be allocated with
vmalloc
Hi Ohad,
On Tuesday 07 June 2011 15:46:26 Ohad Ben-Cohen wrote:
On Tue, Jun 7, 2011 at 2:26 PM, Laurent Pinchart wrote:
Right now we have a BUG_ON if pa is unaligned, but that can be changed
if needed (do we want it to handle offsets ?).
At least for the OMAP3 ISP we need to, as video
Hi Tony,
On Monday 30 May 2011 14:47:07 Laurent Pinchart wrote:
Hi everybody,
Here are two OMAP3 IOMMU fixes required to support big and/or unaligned
memory buffers.
Laurent Pinchart (2):
omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
omap3: iovmm: Support non
...@arm.linux.org.uk
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Tested-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
--
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
);
- BUG_ON(!iopgsz_ok(bytes));
+ /* ignore failures.. we're already handling one */
+ iommu_unmap(domain, da, order);
da += bytes;
}
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
);
+ }
+
+ return ret;
You return 0 in the bogus pte/pgd cases. Is that intentional ?
+}
--
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 Ohad,
On Tuesday 07 June 2011 12:28:53 Ohad Ben-Cohen wrote:
On Tue, Jun 7, 2011 at 12:05 PM, Laurent Pinchart wrote:
pgsz isn't used anymore, you can remove it.
Ok.
+ order = get_order(bytes);
Does iommu_map() handle offsets correctly, or does it expect pa
Hi Ohad,
On Tuesday 07 June 2011 13:19:05 Ohad Ben-Cohen wrote:
On Tue, Jun 7, 2011 at 12:22 PM, Laurent Pinchart wrote:
+ BUG_ON(!IS_ALIGNED((long)omap_domain-pgtable, IOPGD_TABLE_SIZE));
Either __get_free_pages() guarantees that the allocated memory will be
aligned
Hi Russell,
On Friday 03 June 2011 08:32:12 Russell King - ARM Linux wrote:
On Fri, Jun 03, 2011 at 02:12:47AM +0200, Laurent Pinchart wrote:
On Wednesday 01 June 2011 16:03:06 Russell King - ARM Linux wrote:
On Wed, Jun 01, 2011 at 03:50:50PM +0200, Laurent Pinchart wrote
Hi Russell,
On Monday 06 June 2011 18:44:00 Russell King - ARM Linux wrote:
On Mon, Jun 06, 2011 at 06:23:18PM +0200, Laurent Pinchart wrote:
Hi Russell,
On Friday 03 June 2011 08:32:12 Russell King - ARM Linux wrote:
SG chaining has _nothing_ to do with hardware. It's all to do
; ++subdevs) {
struct v4l2_subdev *sensor;
struct media_entity *input;
unsigned int flags;
--
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 Russell,
On Wednesday 01 June 2011 16:03:06 Russell King - ARM Linux wrote:
On Wed, Jun 01, 2011 at 03:50:50PM +0200, Laurent Pinchart wrote:
In the specific iovmm case, the driver uses the sglist API to build a
list of page-size sg entries, and then process it in software
The IOMMU virtual memory mapping API requires page-aligned buffers.
There's no hardware reason behind such a restriction. Remove it by
rounding the address of the first page entry down, and adding the offset
back to the IOMMU virtual address.
Signed-off-by: Laurent Pinchart laurent.pinch
__sg_alloc_table instead of sg_alloc_table and allocate all entries
in one go. Otherwise trying to use a large userspace to capture video
will hit a BUG_ON in __sg_alloc_table.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm
On Wednesday 01 June 2011 14:50:24 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [110601 05:21]:
The IOMMU virtual memory mapping API requires page-aligned buffers.
There's no hardware reason behind such a restriction. Remove it by
rounding the address
The IOMMU virtual memory mapping API requires page-aligned buffers.
There's no hardware reason behind such a restriction. Remove it by
rounding the address of the first page entry down, and adding the offset
back to the IOMMU virtual address.
Signed-off-by: Laurent Pinchart laurent.pinch
__sg_alloc_table instead of sg_alloc_table and allocate all entries
in one go. Otherwise trying to use a large userspace buffers to capture
video will hit a BUG_ON in __sg_alloc_table.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
Hi Russell,
On Wednesday 01 June 2011 15:43:38 Russell King - ARM Linux wrote:
On Wed, Jun 01, 2011 at 03:30:11PM +0200, Laurent Pinchart wrote:
sg_alloc_table can only allocate multi-page scatter-gather list tables
if the architecture supports scatter-gather lists chaining. ARM doesn't
Hi everybody,
Here are two OMAP3 IOMMU fixes required to support big and/or unaligned memory
buffers.
Laurent Pinchart (2):
omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
omap3: iovmm: Support non page-aligned buffers in iommu_vmap
arch/arm/plat-omap/iovmm.c | 46
__sg_alloc_table instead of sg_alloc_table and allocate all entries
in one go. This avoids hitting a BUG_ON in __sg_alloc_table while still
not faking sg list chaining support.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat
The IOMMU virtual memory mapping API requires page-aligned buffers.
There's no hardware reason behind such a restriction. Remove it by
rounding the address of the first page entry down, and adding the offset
back to the IOMMU virtual address.
Signed-off-by: Laurent Pinchart laurent.pinch
(name); i++) {
if ((1 i) irqstatus)
--
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 gpio_request_one(), and then modify
this patch to use gpio_request_one().
If you want to learn how to use coccinelle (http://coccinelle.lip6.fr/), now
would be a good time. You could use it to replace gpio_request() +
gpio_direction_output() through the whole kernel.
--
Regards,
Laurent Pinchart
or
some other abstraction.
There's currently no standard user/kernel API to handle communication with
DSPs. For the OMAP3, http://code.google.com/p/gst-dsp/downloads/list can be
interesting.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap
Hi Tony,
On Friday 29 April 2011 12:03:10 Laurent Pinchart wrote:
Hi Tony,
On Wednesday 27 April 2011 16:03:02 Laurent Pinchart wrote:
The iommu shares an interrupt line with the OMAP3 ISP. The iommu
interrupt handler must check the fault status and return IRQ_HANDLED
when no fault
to the OMAP3 ISP driver.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iommu.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/iommu.c b/arch/arm/plat-omap/iommu.c
index
);
int dispc_setup_plane(enum omap_plane plane,
u32 paddr, u16 screen_width,
u16 pos_x, u16 pos_y,
--
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
can keep your SoB line with
that change).
};
/* VAUX3 - adds more power to VIO_18 rail */
--
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 Kalle,
On Tuesday 03 May 2011 12:51:56 kalle.jokini...@nokia.com wrote:
On 3. toukokuuta 2011 13:49 Laurent Pinchart wrote:
On Tuesday 03 May 2011 12:41:23 Kalle Jokiniemi wrote:
The RX-51 uses the CSIb IO complex for camera operation. The
board file is missing definition
kalle.jokini...@nokia.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/omap3isp/ispccp2.c | 27 +--
drivers/media/video/omap3isp/ispccp2.h |1 +
2 files changed, 26 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video
),
+ .consumer_supplies = rx51_vaux2_supplies,
};
/* VAUX3 - adds more power to VIO_18 rail */
--
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
mem_cfg;
struct isp_video video_in;
struct isp_csiphy *phy;
+ struct regulator *vdds_csib;
unsigned int error;
enum isp_pipeline_stream_state state;
wait_queue_head_t wait;
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe
Hi Tony,
On Wednesday 27 April 2011 16:03:02 Laurent Pinchart wrote:
The iommu shares an interrupt line with the OMAP3 ISP. The iommu
interrupt handler must check the fault status and return IRQ_HANDLED
when no fault occured.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
The iommu shares an interrupt line with the OMAP3 ISP. The iommu
interrupt handler must check the fault status and return IRQ_HANDLED
when no fault occured.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/plat-omap/iommu.c |2 ++
1 files changed, 2 insertions
Hi David,
On Tuesday 05 April 2011 13:54:09 David Cohen wrote:
On Tue, Apr 5, 2011 at 2:23 PM, Laurent Pinchart wrote:
[snip]
We only have iommu2.ko at the moment. I've heard about an iommu1.ko being
worked on, but I don't have more information. We don't know whether the
OMAP5
Hi Sakari,
On Tuesday 05 April 2011 11:03:21 Sakari Ailus wrote:
Laurent Pinchart wrote:
[snip]
Let me try to summarize the issue and the requirements.
IOMMU support on OMAP platforms uses an OMAP-specific implementation,
divided into 3 layers:
- the IOVMM layer (arch/arm/plat
Hi David,
On Wednesday 30 March 2011 17:50:17 David Cohen wrote:
On Wed, Mar 30, 2011 at 4:56 PM, Laurent Pinchart wrote:
On Wednesday 30 March 2011 15:50:37 Sakari Ailus wrote:
Laurent Pinchart wrote:
On Wednesday 30 March 2011 10:16:56 Sakari Ailus wrote:
Laurent Pinchart wrote
Hi Sakari,
On Wednesday 30 March 2011 10:16:56 Sakari Ailus wrote:
Laurent Pinchart wrote:
On Friday 25 March 2011 20:37:55 Ramirez Luna, Omar wrote:
On Fri, Mar 25, 2011 at 10:13 AM, Sakari Ailus wrote:
Hi,
This patchset is aimed to fix a problem in arch_iommu implementation
On Wednesday 30 March 2011 15:50:37 Sakari Ailus wrote:
Laurent Pinchart wrote:
Hi Sakari,
Hi Laurent,
On Wednesday 30 March 2011 10:16:56 Sakari Ailus wrote:
Laurent Pinchart wrote:
On Friday 25 March 2011 20:37:55 Ramirez Luna, Omar wrote:
On Fri, Mar 25, 2011 at 10:13 AM, Sakari
and played with the pointers, if needed we can give better
naming.
--
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
#include plat/iommu2.h
#endif
A new else defining the install/uninstall_arch_iommu functions or
simply reversing the check to be OMAP2+ and error on anything else.
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
Hi David,
On Monday 07 March 2011 22:35:31 David Cohen wrote:
On Mon, Mar 7, 2011 at 11:19 PM, Laurent Pinchart wrote:
On Monday 07 March 2011 20:41:21 David Cohen wrote:
On Mon, Mar 7, 2011 at 9:25 PM, Guzman Lugo, Fernando wrote:
On Mon, Mar 7, 2011 at 1:19 PM, David Cohen wrote
should rely only on pdata.
Michael, what about just update ISP's da_start on omap-iommu.c file?
Set it to 0x1000.
What about patching the OMAP3 ISP driver to use a non-zero value (maybe -1) as
an invalid/freed pointer ?
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send
From: Sergio Aguirre saagui...@ti.com
Make sure the kernel can be compiled with both OMAP2 and OMAP3 camera
support linked in, and give public symbols proper omap2/omap3 prefixes.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked
Add the OMAP3 ISP driver to the kernel build system.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/Kconfig| 13 +
drivers/media/video/Makefile |2 ++
drivers/media/video/omap3-isp/Makefile | 13
: Statistics
Laurent Pinchart (5):
omap3: Add function to register omap3isp platform device structure
omap3isp: Video devices and buffers queue
omap3isp: CCP2/CSI2 receivers
omap3isp: CCDC, preview engine and resizer
omap3isp: Kconfig and Makefile
Sakari Ailus (1):
omap3isp: OMAP3 ISP
The omap3isp platform device requires platform data. Instead of
registering the device in omap2_init_devices(), export an
omap3_init_camera() function to fill the device structure with the
platform data pointer and register the device.
Signed-off-by: Laurent Pinchart laurent.pinch
From: Sergio Aguirre saagui...@ti.com
The ISP CBUFF module isn't use, its resource isn't needed.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/devices.c |5 -
1
From: Tuukka Toivonen tuukka...@gmail.com
Add new/changed base address definitions and resources for
OMAP3630 ISP.
The OMAP3430 CSI2PHY block is same as the OMAP3630 CSIPHY2
block. But the later name is chosen as it gives more symmetry
to the names.
Signed-off-by: Tuukka Toivonen
Hi Felipe,
On Monday 14 February 2011 13:31:06 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 01:21:29PM +0100, Laurent Pinchart wrote:
From: Sergio Aguirre saagui...@ti.com
The ISP CBUFF module isn't use, its resource isn't needed.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked
Hi Felipe,
On Monday 14 February 2011 13:34:30 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 01:21:30PM +0100, Laurent Pinchart wrote:
diff --git a/arch/arm/mach-omap2/devices.c
b/arch/arm/mach-omap2/devices.c index d389756..4cf48ea 100644
--- a/arch/arm/mach-omap2/devices.c
+++ b/arch/arm
Hi Felipe,
Thanks for the review.
On Monday 14 February 2011 13:35:59 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 01:21:31PM +0100, Laurent Pinchart wrote:
diff --git a/arch/arm/mach-omap2/devices.c
b/arch/arm/mach-omap2/devices.c index 4cf48ea..5d844bd 100644
--- a/arch/arm/mach-omap2
Hi Felipe,
On Monday 14 February 2011 13:37:39 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 01:21:34PM +0100, Laurent Pinchart wrote:
The OMAP3 ISP CCP2 and CSI2 receivers provide an interface to connect
serial MIPI sensors to the device.
Signed-off-by: Laurent Pinchart laurent.pinch
Hi Felipe,
On Monday 14 February 2011 13:37:39 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 01:21:34PM +0100, Laurent Pinchart wrote:
The OMAP3 ISP CCP2 and CSI2 receivers provide an interface to connect
serial MIPI sensors to the device.
Signed-off-by: Laurent Pinchart laurent.pinch
Hi Felipe,
On Monday 14 February 2011 14:41:16 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 02:19:24PM +0100, Laurent Pinchart wrote:
On Monday 14 February 2011 13:35:59 Felipe Balbi wrote:
On Mon, Feb 14, 2011 at 01:21:31PM +0100, Laurent Pinchart wrote:
diff --git a/arch/arm/mach-omap2
Hi Hans,
Thanks for the review.
On Friday 04 February 2011 12:55:50 Hans Verkuil wrote:
On Thursday, January 27, 2011 13:32:16 Laurent Pinchart wrote:
Hi everybody,
Here's the fifth version of the OMAP3 ISP driver patches, updated to
2.6.37 and the latest changes in the media
The omap3isp platform device requires platform data. Instead of
registering the device in omap2_init_devices(), export an
omap3_init_camera() function to fill the device structure with the
platform data pointer and register the device.
Signed-off-by: Laurent Pinchart laurent.pinch
From: Sergio Aguirre saagui...@ti.com
Make sure the kernel can be compiled with both OMAP2 and OMAP3 camera
support linked in, and give public symbols proper omap2/omap3 prefixes.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
From: Tuukka Toivonen tuukka.o.toivo...@nokia.com
Add new/changed base address definitions and resources for
OMAP3630 ISP.
The OMAP3430 CSI2PHY block is same as the OMAP3630 CSIPHY2
block. But the later name is chosen as it gives more symmetry
to the names.
Signed-off-by: Tuukka Toivonen
From: Sergio Aguirre saagui...@ti.com
The ISP CBUFF module isn't use, its resource isn't needed.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/devices.c |5 -
1 files changed, 0 insertions(+), 5
Hi everybody,
Here's the fifth version of the OMAP3 ISP driver patches, updated to
2.6.37 and the latest changes in the media controller and sub-device APIs.
You can find the patches in http://git.linuxtv.org/pinchartl/media.git as
usual (media-0005-omap3isp).
Laurent Pinchart (2):
omap3: Add
.
--
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
);
+err_vdsel:
+ gpio_free(nCAM_VD_SEL);
+err:
+ return -EINVAL;
+}
+
+device_initcall(camera_init);
If the code is kept in its own file, you should make camera_init non-static
(and rename it) and call it from the OMAP3 EVM initialization function
instead.
--
Regards,
Laurent Pinchart
on both issues.
--
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 everybody,
Ping ?
On Sunday 12 December 2010 14:39:37 Laurent Pinchart wrote:
For some strange reason, the DSP base image node/object properties
description string stores hexadecimal numbers with a 'h' or 'H' suffix
instead of a '0x' prefix. This causes parsing issue because the
dspbridge
;
I will already incorporate this change, and I'll wait for other opinions on
the types before changing them.
int dvb;
/* Sub-device specifications */
/* Nothing needed yet */
__u8 raw[184];
};
};
--
Regards,
Laurent
that ? What if you have two instances of the same
chip (a video sensor, audio mixer, ...) on the same board ?
--
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 Clemens,
On Tuesday 14 December 2010 14:31:55 Clemens Ladisch wrote:
Laurent Pinchart wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
TYPE_EXT describes entities that represent some interface to the
external world, TYPE_INT those that are internal to the entire device
Hi Hans,
On Tuesday 14 December 2010 15:51:08 Hans Verkuil wrote:
Laurent Pinchart wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
TYPE_EXT describes entities that represent some interface to the
external world, TYPE_INT those that are internal to the entire device
Hi Clemens,
On Tuesday 14 December 2010 14:49:15 Clemens Ladisch wrote:
Laurent Pinchart wrote:
On Tuesday 14 December 2010 13:40:21 Hans Verkuil wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
* Entity types
TYPE_NODE was renamed to TYPE_DEVICE because node
to spin_lock_bh() is justifiable,
too, since it adds a sending path which is parallel to the mailbox
tasklet.
Is this patch set ready for inclusion in the mainline kernel, or does it need
to be reworked ?
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line unsubscribe linux
are not publicly available, does anyone know if
TI plans to provide a binary version with SYS_printf support enabled ?
--
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
argument 1 of 'list_is_last' from incompatible pointer type
include/linux/list.h:170: note: expected 'const struct list_head *'
but argument is of type 'struct rmm_ovly_sect *'
I was about to send the same patch.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Acked-by: Laurent Pinchart
a status update on
this ?
--
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
/staging/tidspbridge/rmgr/nldr.c, line 1691:
Assertion (segid == MEMINTERNALID || segid == MEMEXTERNALID) failed.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/staging/tidspbridge/rmgr/dbdcd.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git
Hi,
Here are two small patches for the IGEPv2 board file to cleanup LED support and
configure the heartbeat LED as active low.
The second patch is valid for revision C hardware, I don't know if the LED is
active low on revision B hardware as well.
Laurent Pinchart (2):
omap3: igepv2: Don't
gpio_direction_output() has a value argument, there's no need to call
gpio_set_value() explicitly right after.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/board-igep0020.c | 20
1 files changed, 8 insertions(+), 12 deletions
Make sure the LED is turned off at boot time, and configure the GPIO LED
device as active low.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/board-igep0020.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2
to activated when talking about links ?
--
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 Tony,
On Monday 06 December 2010 20:32:13 Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [101125 03:13]:
Hi,
On Thu, Nov 25, 2010 at 12:17:59PM +0100, Laurent Pinchart wrote:
pass platform_data as an argument to this call ? Then remove the static
inline and export this one
Hi Hans,
Adding by the original CC list which was dropped by mistake.
On Friday 03 December 2010 13:06:18 Hans Verkuil wrote:
On Friday, December 03, 2010 11:19:36 Laurent Pinchart wrote:
On Sunday 28 November 2010 16:57:00 you wrote:
On Sunday, November 28, 2010 13:34:45 Laurent Pinchart
could use it if they want graph-based power management. ALSA would
have its own use count handler.
--
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
Hi Mark,
On Friday 26 November 2010 15:14:42 Mark Brown wrote:
On Fri, Nov 26, 2010 at 03:13:36PM +0100, Laurent Pinchart wrote:
On Thursday 25 November 2010 16:49:52 Mark Brown wrote:
On Thu, Nov 25, 2010 at 04:40:41PM +0100, Laurent Pinchart wrote:
It's supposed to reflect whether
Hi Mark,
On Thursday 25 November 2010 15:28:04 Mark Brown wrote:
On Thu, Nov 25, 2010 at 03:28:07AM +0100, Laurent Pinchart wrote:
I want to emphasize that the media controller API does *not* replace the
V4L, DVB or ALSA APIs. It complements them.
Overall this looks relatively good
Hi Mark,
On Thursday 25 November 2010 16:49:52 Mark Brown wrote:
On Thu, Nov 25, 2010 at 04:40:41PM +0100, Laurent Pinchart wrote:
On Thursday 25 November 2010 14:36:50 Mark Brown wrote:
On Thu, Nov 25, 2010 at 03:28:10AM +0100, Laurent Pinchart wrote:
+ MEDIA_LINK_FLAG_ACTIVE
Hi Felipe,
On Thursday 25 November 2010 08:02:41 Felipe Balbi wrote:
On Thu, Nov 25, 2010 at 03:54:37AM +0100, Laurent Pinchart wrote:
From: Stanimir Varbanov svarba...@mm-sol.com
The omap3isp platform device requires platform data. As the data can be
provided by a kernel module, the device
Hi Hans,
Thanks for the review.
On Thursday 25 November 2010 12:38:15 Hans Verkuil wrote:
On Thursday, November 25, 2010 03:28:18 Laurent Pinchart wrote:
V4L2 devices are media entities. As such they need to inherit from
(include) the media_entity structure.
When registering
Hi Clemens,
Thanks for the review.
On Thursday 25 November 2010 10:33:02 Clemens Ladisch wrote:
Laurent Pinchart wrote:
+struct media_device {
...
+ u8 model[32];
+ u8 serial[40];
+ u8 bus_info[32];
All drivers and userspace applications have to treat this as char[], so
why
Hi Clemens,
Thanks a lot for the review.
On Thursday 25 November 2010 10:38:05 Clemens Ladisch wrote:
Laurent Pinchart wrote:
A link is a point-to-point oriented connection between two pads, either
on the same entity or on different entities. Data flows from a source
pad to a sink pad
401 - 500 of 542 matches
Mail list logo