On Thu, 15 Sep 2011 23:46:57 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
For webcam devices, the interface class is meaningful only when set to
USB_CLASS_VIDEO (UVC). Otherwise, I saw many different values.
Does that mean that there are devices out in the wild that report for
On Fri, 16 Sep 2011, Scott Jiang wrote:
2011/9/16 Sylwester Nawrocki snj...@gmail.com:
On 09/15/2011 04:40 AM, Scott Jiang wrote:
2011/9/14 Sylwester Nawrockis.nawro...@samsung.com:
On 09/14/2011 09:10 AM, Scott Jiang wrote:
+ fmt =bcap_formats[i];
+
OK,
thank you for your interest, it seems quite clear to me now.
However, I'll wait to see what Sascha has to say about this to avoid
duplication of work.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32
2011/9/13 Guennadi Liakhovetski g.liakhovet...@gmx.de:
On Tue, 13 Sep 2011, Scott Jiang wrote:
+
+struct bcap_format {
+ u8 *desc;
+ u32 pixelformat;
+ enum v4l2_mbus_pixelcode mbus_code;
+ int bpp; /* bytes per pixel */
Don't you think you might have to process
In tda18271-common.c
Error 'vaf' storage size unknown.
I do not get this error when building against 2.6.36 mdv2010.2
Please can anyone suggest a work-around?
Stu-e
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
On Fri, 16 Sep 2011, Scott Jiang wrote:
2011/9/13 Guennadi Liakhovetski g.liakhovet...@gmx.de:
On Tue, 13 Sep 2011, Scott Jiang wrote:
+
+struct bcap_format {
+ u8 *desc;
+ u32 pixelformat;
+ enum v4l2_mbus_pixelcode mbus_code;
+ int bpp; /* bytes per pixel
On Thursday, September 15, 2011 21:25:17 Guennadi Liakhovetski wrote:
There doesn't seem to be any real requirement to override video-device
parent, set by the driver, even if a v4l2-device is linked to the
video-device, being registered. Let the driver control the parent pointer,
if it
This set includes patches which do the following:
- Fix crash if a we call dssdev-driver-update for a disabled panel.
- Fix the issue of not being able to request for a buffer which is larger than
what we did the last time.
- Fix a small bug in omap_vout_isr()
- Remove some redundant code in
The commit 383e4f69879d11c86ebdd38b3356f6d0690fb4cc makes reqbuf and mmap
prevent
requesting a larger size buffer than what is allocated at kernel boot during
omap_vout_probe.
The requested size is compared with vout-buffer_size, this isn't correct as
vout-buffer_size is later set to the size
Currently, there is a lot of redundant code is between DPI and VENC panels, this
can be made common by moving out field/interlace specific code to a separate
function called omapvid_handle_interlace_display(). There is no functional
change made.
Signed-off-by: Archit Taneja arc...@ti.com
---
Currently, in omap_vout_isr(), if the panel type is DPI, and if we
get either VSYNC or VSYNC2 interrupts, we proceed ahead to set the
current buffers state to VIDEOBUF_DONE and prepare to display the
next frame in the queue.
On OMAP4, because we have 2 LCD managers, the panel type itself is not
Add support for DSI panels. DSI video mode panels will work directly. For
command mode panels, we will need to trigger updates regularly. This isn't done
by the omap_vout driver currently. It can still be supported if we connect a
framebuffer device to the panel and configure it in auto update
Remove the code in omap_vout_probe() which calls display-driver-update() for
all the displays. This isn't correct because:
- An update in probe doesn't make sense, because we don't have any valid content
to show at this time.
- Calling update for a panel which isn't enabled is not supported by
--- On Fri, 16/9/11, Stuart Morris stuart_mor...@talk21.com wrote:
From: Stuart Morris stuart_mor...@talk21.com
Subject: media_build script fails for kernel 2.6.35 fc14
To: linux-media@vger.kernel.org
Date: Friday, 16 September, 2011, 9:24
In tda18271-common.c
Error 'vaf' storage size
Hi,
Sorry for the delayed response.
From: Laurent Pinchart [laurent.pinch...@ideasonboard.com]
Sent: Thursday, September 08, 2011 10:51 PM
To: Ravi, Deepthy
Cc: linux-media@vger.kernel.org; t...@atomide.com; li...@arm.linux.org.uk;
Hi Deepthy,
On Friday 16 September 2011 15:00:53 Ravi, Deepthy wrote:
On Thursday, September 08, 2011 10:51 PM Laurent Pinchart wrote:
On Thursday 08 September 2011 15:35:22 Deepthy Ravi wrote:
From: Vaibhav Hiremath hvaib...@ti.com
In order to support TVP5146 (for that matter any
Hello,
The following patch set converts noon010pc30 camera sensor driver to the
subdev pad level operations and user-space V4L2 subdev API.
In addition it implements s_stream operation, removes the now unneeded
g_chip_ident op and tags the driver as experimental.
Changes since v1:
- fixed
Remove the now unneeded check for the platform data in s_power
handler and the platform data pointer in struct noon010_info.
Also do not reset the configured output resolution and pixel
format when cycling sensor's power.
Add small delay for proper reset signal shape.
Signed-off-by: Sylwester
Replace g/s_mbus_fmt ops with the pad level get/set_fmt operations.
Add media entity initialization and set subdev flags so the host driver
creates a subdev device node for the driver.
A mutex was added for serializing the subdev operations. When setting
format is attempted during streaming an
It is now not needed as the sensor identification is done
through the media controller API.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/noon010pc30.c | 10 --
include/media/v4l2-chip-ident.h |
Replace g/s_mbus_fmt ops with the pad level get/set_fmt operations.
Add media entity initialization and set subdev flags so the host driver
creates a subdev device node for the driver.
A mutex was added for serializing the subdev operations. When setting
format is attempted during streaming an
Hello,
The following 3 patches add the S5K6AAFX sensor with embedded ISP driver and
minor enhancement of v4l2 control API. This is not a complete work and I thought
I'd publish this to get some feedback as early as possible.
In particular this driver depends on planned R/G/B component gain
V4L2_CID_POWER_LINE_FREQUENCY control allows applications to instruct
a driver what is the power line frequency so an appropriate filter
can be used by the device to cancel flicker by compensating the light
intensity ripple. Currently in the menu we have entries for
50 and 60 Hz and for entirely
This driver support only preview mode and currently uses one predefined
user register configuration set, out of 5 preview and 5 capture profiles.
V4L2_CID_RED/BLUE_BALANCE ids are used instead of new V4L2_CID_*_GAIN IDs.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by:
Add V4L2_COLORFX_AQUA image effect in the V4L2_CID_COLORFX menu.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/DocBook/media/v4l/controls.xml |5 +++--
include/linux/videodev2.h|1 +
2
Hi,
I have a couple of USB video capture devices based on the Trident TV
Master (TM5600/TM6000) chip: an ADS Technologies VideoXpress model
USBAV-191, and a Compro Technology VideoMate C200.
In the course of (unsuccessfuly) trying to get them to work in Linux, I
came across some info which might
Hello,
The following patche adds support for HREF signal polarity configuration
through the parallel media bus flags.
The second one just converts s5p-fimc driver to use generic flags.
Sylwester Nawrocki (2):
v4l2: Add the parallel bus HREF signal polarity flags
s5p-fimc: Convert to use
HREF is a signal indicating valid data during single line transmission.
Add corresponding flags for this signal to the set of mediabus signal
polarity flags.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park s.nawro...@samsung.com
---
drivers/media/video/s5p-fimc/fimc-reg.c |8
include/media/s5p_fimc.h|7 +--
2 files changed, 5 insertions(+), 10 deletions(-)
diff --git
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Fri Sep 16 19:00:12 CEST 2011
git hash:2d04c13a507f5a01daa7422cd52250809573cfdb
gcc version: i686-linux-gcc
On Fri, Sep 16, 2011 at 10:44:00AM +0800, Cliff Cai wrote:
On Fri, Sep 16, 2011 at 1:14 AM, Sakari Ailus sakari.ai...@iki.fi wrote:
Cliff Cai wrote:
Dear guys,
Hi Cliff,
I'm currently working on a camera/ISP Linux driver project.Of course,I
want it to be a V4L2 driver,but I got a
On Thu, Sep 15, 2011 at 12:32:33AM +0530, Hadli, Manjunath wrote:
Hello Sakari,
I have attached two .ps files with the entity graph details in them, one
with RAW input and the other with YCbCr.
Hope this is what you were looking for?
Hi Manju,
This was exactly what I was looking for.
If you google for tv master technical reference (with quotes), the first
result is a PDF with fairly detailed info on the TV Master chips including
register names.
Thank you Mark, its appreciated.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this
Hi all
I've been re-thinking (yes, again...) our classical 2-step geometry
configuration (let's leave COMPOSE and friends aside for now) per S_FMT
and S_CROP, and came to the conclusion, that passing the pixel format with
the scaling configuration (S_FMT) is a bad idea.
Let's take CAPTURE as
dev-free_buff_list and dev-rec_buff_list are zero initialized after
kzalloc of dev. If something goes wrong before INIT_LIST_HEAD for them,
goto error leads to call hdpvr_delete() and then to hdpvr_free_buffers(),
where the lists are dereferenced.
The patch moves INIT_LIST_HEAD before the first
35 matches
Mail list logo
