On Tue, Mar 22, 2011 at 18:45:03, Arnd Bergmann wrote:
> 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 actual
Laurent,
>> the videobuf2-dma-contig allocator), look at sh_mobile_ceu for an advanced
>> example, or at one of mx3_camera, mx2_camera, mx1_camera for simpler ones.
>> omap1_camera is also trying to support both sg and contig... If you have
>> questions, don't hesitate to ask on the ML, also cc me
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 f
On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K 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 and VESA.
>
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
wrote:
> > > > VIDIOC_STREAMON expects buffers to be queued befo
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 versio
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
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
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 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 m
2011/3/22 Bjørn Mork :
> The default for "verbose" is 0. Update description to match.
>
> Signed-off-by: Bjørn Mork
> ---
> drivers/media/dvb/mantis/hopper_cards.c | 2 +-
> drivers/media/dvb/mantis/mantis_cards.c | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/
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 keymaps
Hello Rico,
On Tue, Mar 22, 2011 at 5:03 PM, Rico Tzschichholz 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 be inves
Hi Bastian,
On Tuesday 22 March 2011 17:11:04 Bastian Hecht wrote:
> 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 c
On Thu, Mar 17, 2011 at 08:50:33PM -0400, Andy Walls wrote:
> On Thu, 2011-03-17 at 15:08 -0400, Jarod Wilson wrote:
> > On Thu, Mar 17, 2011 at 12:16:31PM -0400, Andy Walls wrote:
> > > Jarod Wilson wrote:
> > .
> > >
> > > But the orignal intent of the check I put in was to avoid passing
> > pa
On Tue, Mar 22, 2011 at 3:23 PM, Bjørn Mork wrote:
> Manu Abraham writes:
>> On Tue, Mar 22, 2011 at 1:46 AM, Randy Dunlap 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
so
From: James Bottomley
Date: Tue, 22 Mar 2011 08:35:04 -0500
> The API will round up so that the correct region covers the API.
> However, if you have other structures packed into the space (as very
> often happens on stack), you get cache line interference in the CPU if
> they get accessed: The
In the attached files I have added some code for the analog part of a HVR-1400
card. (The patch is taken from a patch for HVR1800..)
Until now only the composite video input is functional.
The s-video input captures only the b&w part of the video.
The patch in cx25840-core.c was needed to get PAL
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Tue Mar 22 19:00:37 CET 2011
git hash:e359f4fd5b990576d6322a38658ad0f0abe177c9
gcc version: i686-linux-gcc (GCC) 4.5.
On Saturday, March 19, 2011 17:23:47 Ondrej Zary wrote:
> Remove broken radio-maestro driver as the radio functionality is now
> integrated in the es1968 driver.
>
> Signed-off-by: Ondrej Zary
Acked-by: Hans Verkuil
Also for patches 2 & 3 :-)
Regards,
Hans
--
To unsubscribe from this
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(): tun
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
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 tr
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 m
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, ster
Em 22-03-2011 15:26, adq escreveu:
> On 22 March 2011 09:00, Mauro Carvalho Chehab wrote:
>> Em 04-03-2011 20:11, Andrew de Quincey escreveu:
>>> On 4 March 2011 22:59, Antti Palosaari wrote:
On 03/05/2011 12:44 AM, Andrew de Quincey wrote:
>>>
>>> Adding a "bus lock" to af9015_i2c_x
Adding dri-devel.
On Tue, Mar 22, 2011 at 1:32 PM, Mythri P K 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
On 22 March 2011 09:00, Mauro Carvalho Chehab wrote:
> Em 04-03-2011 20:11, Andrew de Quincey escreveu:
>> On 4 March 2011 22:59, Antti Palosaari 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
>>
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
>
> Fix text spacing and grammar.
> Fix printk format warn
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 capabil
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
> Theodore Kilgore
> ---
> Documentation/video4linux/g
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
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
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 t
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
> ---
> +struct venc_platform_data dm644x_venc_pdata = {
> + .venc_type = VPBE_VERSION_1,
>
2011/3/22 Roedel, Joerg :
> 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 warning
2011/3/22 James Bottomley :
> On Mon, 2011-03-21 at 22:03 +0100, Florian Mickler wrote:
>> On Mon, 21 Mar 2011 15:26:43 -0400
>> Andy Walls wrote:
>>
>> > 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 pr
On Mon, 2011-03-21 at 22:03 +0100, Florian Mickler wrote:
> On Mon, 21 Mar 2011 15:26:43 -0400
> Andy Walls wrote:
>
> > Florian Mickler wrote:
> >
> > >Hi all!
> > >
> > >These patches get rid of on-stack dma buffers for some of the dvb-usb
> > >drivers.
> > >I do not own the hardware, so the
The default for "verbose" is 0. Update description to match.
Signed-off-by: Bjørn Mork
---
drivers/media/dvb/mantis/hopper_cards.c |2 +-
drivers/media/dvb/mantis/mantis_cards.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb/mantis/hopper_cards.c
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
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
Am Dienstag, 22. März 2011, 14:08:17 schrieb Florian Mickler:
> Am 22.03.2011 12:10 schrieb "Roedel, Joerg" :
> >
> > 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 tim
Rico Tzschichholz 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] http://www.mail-archive.com/linux
>From dccbd4a0a717ee72a3271075b1e3456a9c67ca0e Mon Sep 17 00:00:00 2001
From: Michael Jones
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
Signed-off-by: Michael Jones
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
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
> ---
> arch/arm/mach-davinci/board-dm644x-evm.c
On Tue, Mar 15, 2011 at 19:29:12, Hadli, Manjunath wrote:
> change the vpfe capture related configuration structure variables from
> to dm644xevm_ 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 variable
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
> ha
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
>> form
On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski
wrote:
> On Wed, 16 Mar 2011, Magnus Damm wrote:
>
>> On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
>> wrote:
>> > Use soc_camera_platform helper functions to dynamically manage the
>> > camera device.
>> >
>> > Signed-off-by: Guenn
On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski
wrote:
> On Wed, 16 Mar 2011, Magnus Damm wrote:
>
>> On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
>> wrote:
>> > Use soc_camera_platform helper functions to dynamically manage the
>> > camera device.
>> >
>> > Signed-off-by: Guenn
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] http://www.mail-archive.com/linuxtv-commits@linuxtv.or
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)
>
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 wrote:
> > > VIDIOC_STREAMON expects buffers to be queued before hardware part of
> > > image/video pipe is enabled. From my exp
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 yo
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
Em 22-03-2011 06:53, Bjørn Mork escreveu:
> Manu Abraham writes:
>> On Tue, Mar 22, 2011 at 1:46 AM, Randy Dunlap 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? https:
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.
> >
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 s
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/vi
Manu Abraham writes:
> On Tue, Mar 22, 2011 at 1:46 AM, Randy Dunlap 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? https://patchwork.kernel.org/patch/244201/
>>
>> There ar
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
> >
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 usa
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
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.
> >
Em 04-03-2011 20:11, Andrew de Quincey escreveu:
> On 4 March 2011 22:59, Antti Palosaari 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.
>
> The
Document about the mode of auto focus and new controls about rectangle auto
focus
Signed-off-by: Heungjun Kim
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/v4l/controls.xml| 67 +
Documentation/DocBook/v4l/videodev2.h.xml |8 +++
2 files changed,
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 ne
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 ne
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 fo
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 t
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
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/v4l/controls.xml| 67 +
Documentation/DocBook/
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 ne
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 fo
74 matches
Mail list logo