Sekhar, Kevin,
These patches have gone through considerable reviews.
Could you please ACK from your end?
Thanks and Regards,
-Manju
On Tue, Mar 15, 2011 at 19:26:28, Hadli, Manjunath wrote:
version17:
The more important among the patch history from previous comments 1.
Replacing
Hello,
This is third version of RFC patch series about adding auto focus mode
and controls. The patch of the previous version bring about the issue
to be able to execute only once, not repeatedly. Because the each modes
are defined by menu type. To solve this, we add the new control of
choosing
It supports various modes of auto focus. Each modes define as the enumerations
of menu type.
V4L2_FOCUS_AUTO_NORMAL,
V4L2_FOCUS_AUTO_MACRO,
V4L2_FOCUS_AUTO_CONTINUOUS,
V4L2_FOCUS_AUTO_FACE_DETECTION,
V4L2_FOCUS_AUTO_RECTANGLE
In the cause of rectangle it
As following to change the boolean type of V4L2_CID_FOCUS_AUTO to menu type,
this uvc is modified the usage of V4L2_CID_FOCUS_AUTO.
Signed-off-by: Heungjun Kim riverful@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/DocBook/v4l/controls.xml| 67
The comments of 2/2 patch are wrong. It's my fault.
Please ignore this. And I'll send again.
Sorry to confuse.
2011-03-22 오후 5:34, Kim, HeungJun 쓴 글:
Hello,
This is third version of RFC patch series about adding auto focus mode
and controls. The patch of the previous version bring about the
Hello,
This is third version of RFC patch series about adding auto focus mode
and controls. The patch of the previous version bring about the issue
to be able to execute only once, not repeatedly. Because the each modes
are defined by menu type. To solve this, we add the new control of
choosing
It supports various modes of auto focus. Each modes define as the enumerations
of menu type.
V4L2_FOCUS_AUTO_NORMAL,
V4L2_FOCUS_AUTO_MACRO,
V4L2_FOCUS_AUTO_CONTINUOUS,
V4L2_FOCUS_AUTO_FACE_DETECTION,
V4L2_FOCUS_AUTO_RECTANGLE
In the cause of rectangle it
It supports various modes of auto focus. Each modes define as the enumerations
of menu type.
V4L2_FOCUS_AUTO_NORMAL,
V4L2_FOCUS_AUTO_MACRO,
V4L2_FOCUS_AUTO_CONTINUOUS,
V4L2_FOCUS_AUTO_FACE_DETECTION,
V4L2_FOCUS_AUTO_RECTANGLE
In the cause of rectangle it
Document about the mode of auto focus and new controls about rectangle auto
focus
Signed-off-by: Heungjun Kim riverful@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/DocBook/v4l/controls.xml| 67 +
Em 04-03-2011 20:11, Andrew de Quincey escreveu:
On 4 March 2011 22:59, Antti Palosaari cr...@iki.fi wrote:
On 03/05/2011 12:44 AM, Andrew de Quincey wrote:
Adding a bus lock to af9015_i2c_xfer() will not work as demod/tuner
accesses will take multiple i2c transactions.
Therefore, the
Hi Mauro,
Thanks for the review.
On Monday 21 March 2011 20:39:17 Mauro Carvalho Chehab wrote:
Em 27-02-2011 14:36, Laurent Pinchart escreveu:
Hi Mauro,
These patches move the uvcvideo.h header file from
drivers/media/video/uvc to include/linux, making the UVC API public.
Martin
Dear Dr Guennadi,
Thank you for your answer.
1. soc-camera core
2. camera host driver (receive from sensor, DMA to RAM)
3. camera sensor drivers
If you're developing new hardware, you'll have to write new layer 2 driver
for it.
I do understand that part, I guess what I was asking was
Hi Mauro,
On Tuesday 22 March 2011 01:27:44 Mauro Carvalho Chehab wrote:
Em 03-03-2011 07:10, Laurent Pinchart escreveu:
On Thursday 03 March 2011 03:16:32 Kim, HeungJun wrote:
As following to change the boolean type of V4L2_CID_FOCUS_AUTO to menu
type, this uvc is modified the usage of
Hi
On Tue, 22 Mar 2011, Gilles wrote:
Dear Dr Guennadi,
Thank you for your answer.
1. soc-camera core
2. camera host driver (receive from sensor, DMA to RAM)
3. camera sensor drivers
If you're developing new hardware, you'll have to write new layer 2 driver
for it.
I do
Manu Abraham abraham.m...@gmail.com writes:
On Tue, Mar 22, 2011 at 1:46 AM, Randy Dunlap rdun...@xenotime.net wrote:
On Mon, 21 Mar 2011 20:46:23 +0100 Rico Tzschichholz wrote:
Hello,
I would like to know if there is any intention to include this patch
soon?
Em 22-03-2011 06:17, Laurent Pinchart escreveu:
Hi Mauro,
Thanks for the review.
On Monday 21 March 2011 20:39:17 Mauro Carvalho Chehab wrote:
Em 27-02-2011 14:36, Laurent Pinchart escreveu:
Hi Mauro,
These patches move the uvcvideo.h header file from
drivers/media/video/uvc to
The following changes since commit
d2803205ff3be8e8ea4634709799606c5d5294b5:
[media] via-camera: Fix OLPC serial check (2011-03-21 21:48:25 -0300)
are available in the git repository at:
git://linuxtv.org/jfrancois/gspca.git for_v2.6.39
Jean-François Moine (9):
gspca - nw80x: Cleanup
On Monday 21 March 2011 19:03:38 Hans Verkuil wrote:
On Wednesday, March 16, 2011 09:14:54 Kyungmin Park wrote:
Rough schedules.
1. Warsaw meetings (3/16~3/18): mostly v4l2 person and some SoC vendors
Make a consensence at media developers. and share the information.
Please note
Em 22-03-2011 06:53, Bjørn Mork escreveu:
Manu Abraham abraham.m...@gmail.com writes:
On Tue, Mar 22, 2011 at 1:46 AM, Randy Dunlap rdun...@xenotime.net wrote:
On Mon, 21 Mar 2011 20:46:23 +0100 Rico Tzschichholz wrote:
Hello,
I would like to know if there is any intention to include this
On Mon, Mar 21, 2011 at 05:03:15PM -0400, Florian Mickler wrote:
I guess (not verified), that the dma api takes sufficient precautions
to abort the dma transfer if a timeout happens. So freeing _should_
not be an issue. (At least, I would expect big fat warnings everywhere
if that were the
On Tuesday 22 March 2011 10:37:36 Guennadi Liakhovetski wrote:
On Tue, 22 Mar 2011, Gilles wrote:
Dear Dr Guennadi,
Thank you for your answer.
1. soc-camera core
2. camera host driver (receive from sensor, DMA to RAM)
3. camera sensor drivers
If you're developing new
Hi Hans,
On Tuesday 15 March 2011 08:50:45 Hans Verkuil wrote:
On Tuesday, March 15, 2011 04:21:05 Pawel Osciak wrote:
On Mon, Mar 14, 2011 at 03:49, Subash Patel subas...@gmail.com wrote:
VIDIOC_STREAMON expects buffers to be queued before hardware part of
image/video pipe is enabled.
On Mon, 21 Mar 2011, Florian Mickler wrote:
To be blunt, I'm not shure I fully understand the requirements myself.
But as far as I grasped it, the main problem is that we need memory
which the processor can see as soon as the device has scribbled upon it.
(think caches and the like)
Hello Manu,
Actually, quite a lot of effort was put in to get that part right. It
does the reverse thing that's to be done.
The revamped version is here [1] If the issue persists still, then it
needs to be investigated further.
[1]
On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Wed, 16 Mar 2011, Magnus Damm wrote:
On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Use soc_camera_platform helper functions to dynamically manage the
camera device.
On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Wed, 16 Mar 2011, Magnus Damm wrote:
On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Use soc_camera_platform helper functions to dynamically manage the
camera device.
On 03/21/2011 06:43 PM, Laurent Pinchart wrote:
Hi Loïc,
On Friday 18 March 2011 16:43:40 Loïc Akue wrote:
Hi,
Do you know if Gstreamer or Mplayer are able to capture some vidéo from the
CCDC output?
I've been trying with the v4l2src plugin but Gstreamer can negociate
format.
I
On Tue, Mar 15, 2011 at 19:28:43, Hadli, Manjunath wrote:
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
access. Eliminate this in favor of a ioremap()
based access.
Consequent to this, a new global pointer davinci_sysmodbase
has been
On Tue, Mar 15, 2011 at 19:29:12, Hadli, Manjunath wrote:
change the vpfe capture related configuration structure variables from
config to dm644xevm_config to make it consistent with the rest of
the file.
This description is not fully accurate. You also have changes
where you add SoC prefix to
On Tue, Mar 15, 2011 at 19:29:55, Hadli, Manjunath wrote:
This patch adds support for V4L2 video display to DM6446 EVM.
Support for SD and ED modes is provided, along with Composite
and Component outputs.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
Manju,
On Tue, Mar 22, 2011 at 12:23:14, Hadli, Manjunath wrote:
Sekhar, Kevin,
These patches have gone through considerable reviews.
Could you please ACK from your end?
I have some minor comments which I have already posted and
once you fix those you can add:
Acked-by: Sekhar Nori
From dccbd4a0a717ee72a3271075b1e3456a9c67ca0e Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date: Tue, 22 Mar 2011 11:47:22 +0100
Subject: [PATCH] omap3isp: implement ENUM_FMT
Whatever format is currently being delivered will be declared as the only
possible format
Rico Tzschichholz ric...@t-online.de writes:
Actually, quite a lot of effort was put in to get that part right. It
does the reverse thing that's to be done.
The revamped version is here [1] If the issue persists still, then it
needs to be investigated further.
[1]
Am Dienstag, 22. März 2011, 14:08:17 schrieb Florian Mickler:
Am 22.03.2011 12:10 schrieb Roedel, Joerg joerg.roe...@amd.com:
On Mon, Mar 21, 2011 at 05:03:15PM -0400, Florian Mickler wrote:
I guess (not verified), that the dma api takes sufficient precautions
to abort the dma transfer
On Tuesday 22 March 2011, Nori, Sekhar wrote:
.. but forgot to fix this. There is nothing wrong with
using writel, but it doesn't fit into what the subject
of this patch is.
Well, to be more exact, the __raw_writel was actually
wrong here and it should be writel(), but it's certainly
better to
On Tue, Mar 22, 2011 at 11:59:32AM +0100, Jiri Kosina wrote:
On Mon, 21 Mar 2011, Florian Mickler wrote:
To be blunt, I'm not shure I fully understand the requirements myself.
But as far as I grasped it, the main problem is that we need memory
which the processor can see as soon as the
On Mon, 2011-03-21 at 22:03 +0100, Florian Mickler wrote:
On Mon, 21 Mar 2011 15:26:43 -0400
Andy Walls awa...@md.metrocast.net wrote:
Florian Mickler flor...@mickler.org wrote:
Hi all!
These patches get rid of on-stack dma buffers for some of the dvb-usb
drivers.
I do not own
2011/3/22 James Bottomley james.bottom...@hansenpartnership.com:
On Mon, 2011-03-21 at 22:03 +0100, Florian Mickler wrote:
On Mon, 21 Mar 2011 15:26:43 -0400
Andy Walls awa...@md.metrocast.net wrote:
Florian Mickler flor...@mickler.org wrote:
To be blunt, I'm not shure I fully understand
2011/3/22 Roedel, Joerg joerg.roe...@amd.com:
On Mon, Mar 21, 2011 at 05:03:15PM -0400, Florian Mickler wrote:
I guess (not verified), that the dma api takes sufficient precautions
to abort the dma transfer if a timeout happens. So freeing _should_
not be an issue. (At least, I would expect
On Tue, Mar 15, 2011 at 19:29:40, Hadli, Manjunath wrote:
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm644x.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
+struct venc_platform_data dm644x_venc_pdata = {
+ .venc_type =
Hello omap isp devs,
maybe you can help me, I am a bit desperate with my current cam problem:
I use a ov5642 chip and get only 0x55 in my data output when I use a
camclk 1 MHz. With 1 MHz data rate from the camera chip to the omap
all works (well the colorspace is strange - it's greenish, but
Adding support for common EDID parsing in kernel.
EDID - Extended display identification data is a data structure provided by
a digital display to describe its capabilities to a video source, This a
standard supported by CEA and VESA.
There are several custom implementations for parsing EDID in
Em 22-03-2011 14:32, Mythri P K escreveu:
Adding support for common EDID parsing in kernel.
EDID - Extended display identification data is a data structure provided by
a digital display to describe its capabilities to a video source, This a
standard supported by CEA and VESA.
There are
Em 14-03-2011 19:38, Patrice Chotard escreveu:
I have forgotten to include the Documentation/video4linux/gspca.txt
modification in my previous patch
Patrice.
Sportscam_DV15.patch
Signed-off-by: Patrice CHOTARD patricechot...@free.fr
Theodore Kilgore
On Tue, Mar 22, 2011 at 02:52:59PM -0300, Mauro Carvalho Chehab wrote:
Em 22-03-2011 14:32, Mythri P K escreveu:
Adding support for common EDID parsing in kernel.
EDID - Extended display identification data is a data structure provided by
a digital display to describe its capabilities to
Em 18-03-2011 13:18, Randy Dunlap escreveu:
What happened to this driver in linux-next of 2011.0318?
It's in linux-next of 2011.0317.
Here's a patch that was prepared against linux-next of 2011.0317.
---
From: Randy Dunlap randy.dun...@oracle.com
Fix text spacing and grammar.
Fix
On 22 March 2011 09:00, Mauro Carvalho Chehab mche...@redhat.com wrote:
Em 04-03-2011 20:11, Andrew de Quincey escreveu:
On 4 March 2011 22:59, Antti Palosaari cr...@iki.fi wrote:
On 03/05/2011 12:44 AM, Andrew de Quincey wrote:
Adding a bus lock to af9015_i2c_xfer() will not work as
Adding dri-devel.
On Tue, Mar 22, 2011 at 1:32 PM, Mythri P K mythr...@ti.com wrote:
Adding support for common EDID parsing in kernel.
EDID - Extended display identification data is a data structure provided by
a digital display to describe its capabilities to a video source, This a
standard
Em 22-03-2011 15:26, adq escreveu:
On 22 March 2011 09:00, Mauro Carvalho Chehab mche...@redhat.com wrote:
Em 04-03-2011 20:11, Andrew de Quincey escreveu:
On 4 March 2011 22:59, Antti Palosaari cr...@iki.fi wrote:
On 03/05/2011 12:44 AM, Andrew de Quincey wrote:
Adding a bus lock to
Em 21-03-2011 08:48, Takashi Iwai escreveu:
At Sat, 19 Mar 2011 16:32:53 +0100,
Ondrej Zary wrote:
Improve tea575x-tuner with various good things from radio-maestro:
- extend frequency range to 50-150MHz
- fix querycap(): card name, CAP_RADIO
- improve g_tuner(): CAP_STEREO, stereo and
Hi Takashi,
Em 19-03-2011 13:23, Ondrej Zary escreveu:
Remove broken radio-maestro driver as the radio functionality is now
integrated in the es1968 driver.
I prefer if you could also add it on your tree, as we want to make sure that
this patch will be applied together with the patches that
Em 20-03-2011 16:32, Wojciech Myrda escreveu:
It turns ot that revised patch not only applies cleanly but compiles as
well agaist Linux Kernel 2.6.38-rc8-next-20110321. Looking at dmesg
everything is recognized properly as well. Do you guys think if it is
possible to include it into the tree?
Hi all,
Just a short announcement that starting with 2.6.40 any V4L work I do will
have a Cisco Signed-of-by line and Cisco copyright instead of my regular email
and personal copyright.
Until recently all the V4L work I did was separate (although sponsored) from
my normal job at Cisco, but those
On Saturday, March 19, 2011 16:32:53 Ondrej Zary wrote:
Improve tea575x-tuner with various good things from radio-maestro:
- extend frequency range to 50-150MHz
- fix querycap(): card name, CAP_RADIO
- improve g_tuner(): CAP_STEREO, stereo and tuned indication
- improve g_frequency(): tuner
Hello Rico,
On Tue, Mar 22, 2011 at 5:03 PM, Rico Tzschichholz ric...@t-online.de wrote:
Hello Manu,
Actually, quite a lot of effort was put in to get that part right. It
does the reverse thing that's to be done.
The revamped version is here [1] If the issue persists still, then it
needs to
This heaping helping of patches goes a long way to improve the lirc_zilog
driver (courtesy of Andy Walls) to the point where it no longer crashes
and burns if you unplug a device while its loaded and cleans up a fair
bit of inconsistent key mappings, as well as making the
Hauppauge-specific
2011/3/22 Bjørn Mork bj...@mork.no:
The default for verbose is 0. Update description to match.
Signed-off-by: Bjørn Mork bj...@mork.no
---
drivers/media/dvb/mantis/hopper_cards.c | 2 +-
drivers/media/dvb/mantis/mantis_cards.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
On Mon, 2011-03-21 at 21:40 -0300, Mauro Carvalho Chehab wrote:
Em 21-03-2011 21:32, Malcolm Priestley escreveu:
On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
Em 12-02-2011 23:35, Malcolm Priestley escreveu:
Old versions of these boxes have the BS2F7HZ0194 tuner module on
Hi Mauro
The following changes since commit c002e112822c2fe152e55feb5db036c642681b1a:
[media] stv0367: typo in function parameter (2011-03-22 07:00:39 -0300)
are available in the git repository at:
git://linuxtv.org/gliakhovetski/v4l-dvb.git for-2.6.39
Guennadi Liakhovetski (1):
V4L:
On Tue, 2011-03-22 at 02:43 +0200, Antti Palosaari wrote:
On 03/22/2011 02:32 AM, Malcolm Priestley wrote:
On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
Em 12-02-2011 23:35, Malcolm Priestley escreveu:
Old versions of these boxes have the BS2F7HZ0194 tuner module on
both
Em 22-03-2011 18:34, Malcolm Priestley escreveu:
On Mon, 2011-03-21 at 21:40 -0300, Mauro Carvalho Chehab wrote:
Em 21-03-2011 21:32, Malcolm Priestley escreveu:
On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
Em 12-02-2011 23:35, Malcolm Priestley escreveu:
Old versions of
Em 22-03-2011 19:12, Malcolm Priestley escreveu:
On Tue, 2011-03-22 at 02:43 +0200, Antti Palosaari wrote:
On 03/22/2011 02:32 AM, Malcolm Priestley wrote:
On Mon, 2011-03-21 at 21:17 -0300, Mauro Carvalho Chehab wrote:
Em 12-02-2011 23:35, Malcolm Priestley escreveu:
Old versions of these
Hi all,
On Tuesday, March 22, 2011 7:54 PM Laurent Pinchart wrote:
On Tuesday 15 March 2011 08:50:45 Hans Verkuil wrote:
On Tuesday, March 15, 2011 04:21:05 Pawel Osciak wrote:
On Mon, Mar 14, 2011 at 03:49, Subash Patel subas...@gmail.com
wrote:
VIDIOC_STREAMON expects buffers to be
On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K mythr...@ti.com wrote:
Adding support for common EDID parsing in kernel.
EDID - Extended display identification data is a data structure provided by
a digital display to describe its capabilities to a video source, This a
standard supported by CEA
Hi Stefan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 18.03.2011 01:08, schrieb Dmitri Belimov:
Hi
Add compatibility for composite and s-video inputs. Some TV cards
hasn't it.
Fix S-Video input, the s-video cable has only video signals no
audio.
Call the function of audio
65 matches
Mail list logo