Re: soc_camera dynamically cropping and scaling

On Mon, 4 Apr 2011, Paolo Santinelli wrote: > Hi Guennadi, > > I have tried to implement the changes you suggested me in order to get > the new live cropping capabilities. I am able to successfully compile > the patched driver even though I still have problems when an > application program tries

Re: [PATCH] Add support for M-5MOLS 8 Mega Pixel camera

2011-04-05 오후 2:36, Kim, HeungJun 쓴 글: > Hi Sungchun, > > The below comments and issues looks the firmware issues. > I add another comments, so you can check this out. > > The first plan of this driver I have, is to merge the basic driver code > of M-5MOLS. Because, the M-5MOLS has many variation

Re: [PATCH] Add support for M-5MOLS 8 Mega Pixel camera

Hi Sungchun, The below comments and issues looks the firmware issues. I add another comments, so you can check this out. The first plan of this driver I have, is to merge the basic driver code of M-5MOLS. Because, the M-5MOLS has many variation of versions. It makes to send the driver to ML or be

Re: [PATCH 7/7] [mpeg] cx88: don't use atomic_t for core->users

Jonathan Nieder wrote: > [Subject: [PATCH 7/7] [mpeg] cx88: don't use atomic_t for core->users] The subject should say [media] rather than [mpeg]. I fixed it locally and then sent the wrong patch; sorry for the nonsense. -- To unsubscribe from this list: send the line "unsubscribe linux-media" i

[PATCH 7/7] [mpeg] cx88: don't use atomic_t for core->users

users is always read or written with core->lock held. A plain int is simpler and faster. Signed-off-by: Jonathan Nieder --- Thanks for reading. drivers/media/video/cx88/cx88-video.c |5 +++-- drivers/media/video/cx88/cx88.h |2 +- 2 files changed, 4 insertions(+), 3 deletions(-)

[PATCH 6/7] [media] cx88: don't use atomic_t for core->mpeg_users

mpeg_users is always read or written with core->lock held except in mpeg_release (where it looks like a bug). A plain int is simpler and faster. Signed-off-by: Jonathan Nieder --- drivers/media/video/cx88/cx88-blackbird.c | 11 ++- drivers/media/video/cx88/cx88.h |2 +-

[PATCH 5/7] [media] cx88: gracefully reject attempts to use unregistered cx88-blackbird driver

It should not be possible to enter mpeg_open and acquire core->lock without the blackbird driver being registered, so just error out if it is not. This makes the code more readable and should prevent the bug fixed by the patch "hold device lock during sub-driver initialization" from resurfacing ag

[PATCH 4/7] [media] cx88: use a mutex to protect cx8802_devlist

Add and use a mutex to protect the cx88-mpeg device list. Previously the BKL prevented races. Based on a patch by Ben Hutchings . Signed-off-by: Jonathan Nieder --- drivers/media/video/cx88/cx88-mpeg.c | 20 +--- 1 files changed, 17 insertions(+), 3 deletions(-) diff --git a

[PATCH 3/7] [media] cx88: hold device lock during sub-driver initialization

cx8802_blackbird_probe makes a device node for the mpeg sub-device before it has been added to dev->drvlist. If the device is opened during that time, the open succeeds but request_acquire cannot be called, so the reference count remains zero. Later, when the device is closed, the reference count

[PATCH 2/7] [media] cx88: fix locking of sub-driver operations

The BKL conversion of this driver seems to have gone wrong. Loading the cx88-blackbird driver deadlocks. The cause: mpeg_ops::open in the cx2388x blackbird driver acquires the device lock and calls the sub-driver's request_acquire, which tries to acquire the lock again. Fix it by clarifying the s

[PATCH 1/7] [media] cx88: protect per-device driver list with device lock

The BKL conversion of this driver seems to have gone wrong. Opening cx88-blackbird will deadlock. Various other uses of the sub-device and driver lists appear to be subject to race conditions. For example: various functions access drvlist without a relevant lock held, which will race against rem

[RFC/PATCH v2 0/7] locking fixes for cx88

Hi again, Jonathan Nieder wrote: > Huber Andreas wrote[1]: >> Processes that try to open a cx88-blackbird driven MPEG device will hang up. > > Here's a possible fix based on a patch by Ben Hutchings and > corrections from Andi Huber. Warning: probably full of mistakes (my > fault) since I'm not

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Mon, Apr 04, 2011 at 12:03:15PM +0200, Samuel Ortiz wrote: > On Fri, Apr 01, 2011 at 05:58:44PM -0600, Grant Likely wrote: > > On Fri, Apr 1, 2011 at 5:52 PM, Samuel Ortiz wrote: > > > On Fri, Apr 01, 2011 at 11:56:35AM -0600, Grant Likely wrote: > > >> On Fri, Apr 1, 2011 at 11:47 AM, Andres S

Re: [PATCH 3/3] [media] cx88: use a mutex to protect cx8802_devlist

Hi again, Andreas Huber wrote: > [...] > /* Make sure we can acquire the hardware */ > drv = cx8802_get_driver(dev, CX88_MPEG_BLACKBIRD); // HOW TO DEAL > WITH NULL ?? > if (drv) { Reasonable question. Could you try this patch? -- 8< -- Subject: [media] cx88: lock devic

Re: soc_camera dynamically cropping and scaling

Hi Guennadi, I have tried to implement the changes you suggested me in order to get the new live cropping capabilities. I am able to successfully compile the patched driver even though I still have problems when an application program tries to do live cropping (calling run time the same ."ioctl V

Re: [linux-dvb] DVICO HDTV Dual Express2

I have this card. It had been working fine on 2.6.32 kernels, even using both tuners. Only complaint was that the stream from one transponder was always rubbish (but that channel had rubbish shows mostly anyway, so, meh). Upgrading to a 2.6.35 kernel in an attempt to have a newly added card suppo

Re: [linux-dvb] DVICO HDTV Dual Express2

On 05/04/2011, at 8:18, Vincent McIntyre wrote: > On 4/4/11, Daniel O'Connor wrote: >> >> I take it you use both tuners? I find I can only use one otherwise one of >> them hangs whatever app is using it. >> > > I do. I haven't tested very carefully that I can use both tuners at > once successf

Re: [linux-dvb] DVICO HDTV Dual Express2

On 4/4/11, Daniel O'Connor wrote: > > I take it you use both tuners? I find I can only use one otherwise one of > them hangs whatever app is using it. > I do. I haven't tested very carefully that I can use both tuners at once successfully but I am pretty sure there have been times when both have

Kaffeine 1.2 released

See http://kaffeine.kde.org. For svn users: Note that Kaffeine has switched to git, please update your repository. Christoph -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.o

RE: [PATCH] DVB-APPS : correct some issues in libdvben50221

Dear Mauro and Manu, As maintainers of the dvb-apps tree, did you have some chance to look at the patches I've sent to correct some issues with the libdvben50221? I think it can help to solve some issues, especially when using the CAM menu (MMI). Please feel free to discuss any point that seems bl

[PATCH 5/5] tm6000: add CARDLIST

From: Stefan Ringel add CARDLIST Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/CARDLIST | 16 1 files changed, 16 insertions(+), 0 deletions(-) create mode 100644 drivers/staging/tm6000/CARDLIST diff --git a/drivers/staging/tm6000/CARDLIST b/drivers/staging/tm60

[PATCH 4/5] tm6000: add kernel module desciption

From: Stefan Ringel add kernel module desciption Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/README | 40 1 files changed, 40 insertions(+), 0 deletions(-) diff --git a/drivers/staging/tm6000/README b/drivers/staging/tm6000/README index

[PATCH 2/5] tm6000: add dtv78 parameter

From: Stefan Ringel add dtv78 parameter Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/tm6000-cards.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/staging/tm6000/tm6000-cards.c b/drivers/staging/tm6000/tm6000-cards.c index eef58da..cf2e7

[PATCH 3/5] tm6000: add audio mode parameter

From: Stefan Ringel add audio mode parameter Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/tm6000-stds.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/staging/tm6000/tm6000-stds.c b/drivers/staging/tm6000/tm6000-stds.c index da3e51b..a9e1921 1

[PATCH 1/5] tm6000: add mts parameter

From: Stefan Ringel add mts parameter Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/tm6000-cards.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/staging/tm6000/tm6000-cards.c b/drivers/staging/tm6000/tm6000-cards.c index 146c7e8..eef58da 100

Re: [media] dib0700: get rid of on-stack dma buffers

On Mon, 4 Apr 2011 09:42:04 +0200 (CEST) Patrick Boettcher wrote: > Hi Florian, > > For this one we implemented an alternative. See here: > > http://git.linuxtv.org/pb/media_tree.git?a=commit;h=16b54de2d8b46e48c5c8bdf9b350eac04e8f6b46 > > which I pushed, but obviously forgot to send the pull-

[cron job] v4l-dvb daily build: ERRORS

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:Mon Apr 4 19:00:26 CEST 2011 git hash:0b1b920610a4d41c584e97d38b5ce497c4a303d7 gcc version: i686-linux-gcc (GCC) 4.5

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson wrote: > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls wrote: >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote: >>> I the above mentioned capture card and the digital side of the card >>> works well.  However, when I try to get video from the a

[PATCH 1/2][media] s2255drv: adding MJPEG format

adding MJPEG format Signed-off-by: Dean Anderson --- drivers/media/video/s2255drv.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/s2255drv.c b/drivers/media/video/s2255drv.c index b12e28e..38e5c4b 100644 --- a/drivers/media/video/s2255drv.c +++

[PATCH 2/2] [media] s2255drv: jpeg enable module parameter

Adding jpeg enable module parameter. Signed-off-by: Dean Anderson --- drivers/media/video/s2255drv.c | 21 - 1 files changed, 16 insertions(+), 5 deletions(-) diff --git a/drivers/media/video/s2255drv.c b/drivers/media/video/s2255drv.c index 38e5c4b..eb33e1e 100644 --- a/

[PATCH] [media] s2255drv: firmware version update, vendor request change

removes obsolete comments. updates firmware versions. firmware vendor request simplified. Signed-off-by: Dean Anderson --- drivers/media/video/s2255drv.c | 22 +++--- 1 files changed, 7 insertions(+), 15 deletions(-) diff --git a/drivers/media/video/s2255drv.c b/drivers/media

Re: [PATCH] cx231xx Hauppauge WinTV 950HD

On Mon, Apr 4, 2011 at 12:24 PM, Stephan Mueller wrote: > Hi, > > please apply the attached patch to make the 950HD USB card working. > > Ciao > Stephan > > --- > > Hauppauge WinTV 950HD > > Signed-off-by: Stephan Mueller > > --- drivers/media/video/cx231xx/cx231xx-cards.c.orig    2011-04-04 > 1

[PATCH] cx231xx Hauppauge WinTV 950HD

Hi, please apply the attached patch to make the 950HD USB card working. Ciao Stephan --- Hauppauge WinTV 950HD Signed-off-by: Stephan Mueller --- drivers/media/video/cx231xx/cx231xx-cards.c.orig2011-04-04 18:17:55.245769669 +0200 +++ drivers/media/video/cx231xx/cx231xx-cards.c 2011-04-0

Re: [media] dib0700: get rid of on-stack dma buffers

On Mon, 4 Apr 2011 09:42:04 +0200 (CEST) Patrick Boettcher wrote: > For this one we implemented an alternative. See here: > > http://git.linuxtv.org/pb/media_tree.git?a=commit;h=16b54de2d8b46e48c5c8bdf9b350eac04e8f6b46 > > which I pushed, but obviously forgot to send the pull-request. > > This

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls wrote: > On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote: >> I the above mentioned capture card and the digital side of the card >> works well.  However, when I try to get video from the analog side of >> the card, all I get is a red screen and no

Re: [RFC] New controls for codec devices

Hi Kamil, On Friday 01 April 2011 17:38:26 Kamil Debski wrote: > > From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] > > On Tuesday 29 March 2011 11:48:03 Kamil Debski wrote: [snip] > > > 2) DECODER_SLICE_INTERFACE D all common > > > > > > If set the d

Re: OMAP3 ISP outputs 5555 5555 5555 5555 ...

2011/3/30 Bastian Hecht : > 2011/3/30 Laurent Pinchart : >> Hi Bastian, >> >> On Wednesday 30 March 2011 11:41:44 Bastian Hecht wrote: >>> 2011/3/29 Laurent Pinchart : >>> > On Friday 25 March 2011 13:34:10 Bastian Hecht wrote: >>> >> 2011/3/24 Bastian Hecht : >>> >> > 2011/3/24 Laurent Pinchart :

Re: [PATCH 04/12] mm: alloc_contig_freed_pages() added

On Fri, 2011-04-01 at 00:51 +0200, Michal Nazarewicz wrote: The function is called from alloc_contig_range() (see patch 05/12) which makes sure that the PFN is valid. Situation where there is not enough space is caught earlier in alloc_contig_range(). alloc_contig_freed_pages() must be given a

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote: > I the above mentioned capture card and the digital side of the card > works well. However, when I try to get video from the analog side of > the card, all I get is a red screen and no sound regardless of channel > requested. This is a prob

Re: Hauppauge Nova-S remote control broken in 2.6.38

Em 03-04-2011 11:48, Lawrence Rust escreveu: > On Sun, 2011-04-03 at 11:25 -0300, Mauro Carvalho Chehab wrote: >> > Em 03-04-2011 08:41, Lawrence Rust escreveu: >>> > > I just installed a new 2.6.38.2 kernel and found that the remote control >>> > > on my Hauppauge Nova-S plus is no longer working.

RE: [PATCH] Add support for M-5MOLS 8 Mega Pixel camera

Hi heungjun, I have tested this version for a few days. On 03/16/2011 10:30 PM, Kim, Heungjun wrote: > -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Kim, Heungjun > Sent: Wednesday, March 16, 2011 10:39 PM > To: linu

HVR-1600 (model 74351 rev F1F5) analog Red Screen

I the above mentioned capture card and the digital side of the card works well. However, when I try to get video from the analog side of the card, all I get is a red screen and no sound regardless of channel requested. This is a problem I see in 2.6.39-rc1 though I typically run the ubuntu 10.10

[PATCH] Fixes stb0899 not locking

Fixes stb0899 not locking. See http://www.spinics.net/lists/linux-media/msg30486.html ... When stb0899_check_data is entered, it could happen, that the data is already locked and the data search looped. stb0899_check_data fails to lock on a good frequency. stb0899_search_data uses an extrem big

[RFCv1 PATCH 0/9] Control Events

Before and during the Warsaw brainstorm meeting we discussed control events and how those could be used for HDMI controls in addition to automatically updating control panels. This patch series implements this functionality. Note that there are no official DocBook patches yet. I'd like to get som

[RFCv1 PATCH 6/9] vivi: add support for control events.

Signed-off-by: Hans Verkuil --- drivers/media/video/vivi.c | 41 +++-- 1 files changed, 39 insertions(+), 2 deletions(-) diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c index 21d8f6a..8790e03 100644 --- a/drivers/media/video/vivi.c +++ b

[RFCv1 PATCH 9/9] v4l2-ctrls: add new SEND_INITIAL flag to force an initial event.

Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-ctrls.c | 25 - drivers/media/video/v4l2-event.c |2 +- include/linux/videodev2.h|5 - include/media/v4l2-ctrls.h |4 +++- 4 files changed, 32 insertions(+), 4 deletions(-) diff --git

[RFCv1 PATCH 8/9] vivi: add support for CTRL_CH_STATE events.

Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-event.c |6 -- drivers/media/video/vivi.c |8 ++-- 2 files changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/media/video/v4l2-event.c b/drivers/media/video/v4l2-event.c index c9251a5..9b503aa 100644 --- a

[RFCv1 PATCH 2/9] vivi: add bitmask test control.

Signed-off-by: Hans Verkuil --- drivers/media/video/vivi.c | 18 -- 1 files changed, 16 insertions(+), 2 deletions(-) diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c index 2238a61..21d8f6a 100644 --- a/drivers/media/video/vivi.c +++ b/drivers/media/video/vi

[RFCv1 PATCH 4/9] v4l2-ctrls: add per-control events.

Whenever a control changes value an event is sent to anyone that subscribed to it. Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-ctrls.c | 59 ++ drivers/media/video/v4l2-event.c | 126 +++--- drivers/media/video/v4l2-fh.c|4 +

[RFCv1 PATCH 7/9] v4l2-ctrls: add new V4L2_EVENT_CTRL_CH_STATE event.

This event is triggered whenever the 'flags' field changes. Signed-off-by: Hans Verkuil --- drivers/media/video/cx2341x.c| 58 +++-- drivers/media/video/saa7115.c|3 +- drivers/media/video/v4l2-ctrls.c | 38 include/linux/v

[RFCv1 PATCH 5/9] vb2_poll: don't start DMA, leave that to the first read().

The vb2_poll function would start read DMA if called without any streaming in progress. This unfortunately does not work if the application just wants to poll for exceptions. This information of what the application is polling for is sadly unavailable in the driver. Andy Walls suggested to just re

[RFCv1 PATCH 3/9] v4l2-ioctl: add ctrl_handler to v4l2_fh

From: Hans Verkuil This is required to implement control events and is also needed to allow for per-filehandle control handlers. Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-fh.c|2 ++ drivers/media/video/v4l2-ioctl.c | 36 +++- include/med

[RFCv1 PATCH 1/9] v4l2-ctrls: add new bitmask control type.

Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-common.c |3 +++ drivers/media/video/v4l2-ctrls.c | 17 - include/linux/videodev2.h |1 + 3 files changed, 20 insertions(+), 1 deletions(-) diff --git a/drivers/media/video/v4l2-common.c b/drivers/media/

Re: [linux-dvb] DVICO HDTV Dual Express2

On 04/04/2011, at 20:01, Vincent McIntyre wrote: Could you post the output of > lspci -vvv -nn > for the device in question - you'll also need to give the -s argument, > eg -s 02:00.0 > or whatever. > > This is so it is clear what chips your example of the card is using - > a given card may be i

Re: [PATCH] DVB-APPS: azap gets -p argument

On Tue, Mar 15, 2011 at 02:50:05PM +0100, Oliver Endriss wrote: > On Tuesday 15 March 2011 13:32:58 Janne Grunau wrote: > > On Tue, Mar 15, 2011 at 01:23:40PM +0100, Christian Ulrich wrote: > > > Hi, thank you for your feedback. > > > > > > Indeed, I never used -r alone, but only with -p. > > > So

Re: [linux-dvb] DVICO HDTV Dual Express2

Hi Nick, Could you post the output of lspci -vvv -nn for the device in question - you'll also need to give the -s argument, eg -s 02:00.0 or whatever. This is so it is clear what chips your example of the card is using - a given card may be implemented with different chipsets over time dependin

Re: vb2: stop_streaming() callback redesign

Hi Pawel, On Monday 04 April 2011 01:51:05 Pawel Osciak wrote: > Hi, > > This series implements a slight redesign of the stop_streaming() callback > in vb2. The callback has been made obligatory. The drivers are expected to > finish all hardware operations and cede ownership of all buffers before

Re: [PATCH 07/19] timberdale: mfd_cell is now implicitly available to drivers

On Fri, Apr 01, 2011 at 05:58:44PM -0600, Grant Likely wrote: > On Fri, Apr 1, 2011 at 5:52 PM, Samuel Ortiz wrote: > > On Fri, Apr 01, 2011 at 11:56:35AM -0600, Grant Likely wrote: > >> On Fri, Apr 1, 2011 at 11:47 AM, Andres Salomon > >> wrote: > >> > On Fri, 1 Apr 2011 13:20:31 +0200 > >> > S

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

On Mon, 4 Apr 2011, Hans Verkuil wrote: [snip] > >> > +/* VIDIOC_CREATE_BUFS */ > >> > +struct v4l2_create_buffers { > >> > +__u32 index; /* output: buffers > >> > index...index + count - 1 have > >> been created */ > >> > +__u32 count

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

> Hi Hans > > Thanks for the review > > On Mon, 4 Apr 2011, Hans Verkuil wrote: > >> On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: >> > A possibility to preallocate and initialise buffers of different sizes >> > in V4L2 is required for an efficient implementation of asnapshot mode

Re: [media] dib0700: get rid of on-stack dma buffers

Hi Florian, On Sun, 3 Apr 2011, Florian Mickler wrote: Hi, since I got no reaction[1] on the vp702x driver, I proceed with the dib0700. There are multiple drivers in drivers/media/dvb/dvb-usb/ which use usb_control_msg to perform dma to stack-allocated buffers. This is a bad idea because of c

Re: [PATCH/RFC 2/4 v2] V4L: add videobuf2 helper functions to support multi-size video-buffers

Hi Pawel On Sun, 3 Apr 2011, Pawel Osciak wrote: > Hi Gueannadi, > A preliminary quick scan over the patch while waiting for documentation. > > On Fri, Apr 1, 2011 at 07:06, Guennadi Liakhovetski > wrote: > > This patch extends the videobuf2 framework with new helper functions and > > modifies

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

Hi Hans Thanks for the review On Mon, 4 Apr 2011, Hans Verkuil wrote: > On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: > > A possibility to preallocate and initialise buffers of different sizes > > in V4L2 is required for an efficient implementation of asnapshot mode. > > This p

Re: [2.6.39] fixes - pull request

Hi Mauro, would you please also pull from http://git.linuxtv.org/pb/media_tree.git fixes/dib0700.dma_buffers for [media] DiB0700: get rid of on-stack dma buffers Thanks, -- Patrick On Sunday 03 April 2011 18:23:19 Patrick Boettcher wrote: Hi Mauro, I cleaned my mailbox and collected some

Re: [PATCH/RFC 0/4] V4L: new ioctl()s to support multi-sized video-buffers

On Sun, 3 Apr 2011, Pawel Osciak wrote: > Hi Guennadi, > > On Fri, Apr 1, 2011 at 01:12, Guennadi Liakhovetski > wrote: > > Hi all > > > > As discussed at the last V4L2 meeting in Warsaw, one of the prerequisites > > to support fast switching between different image formats is an ability to > >

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: > A possibility to preallocate and initialise buffers of different sizes > in V4L2 is required for an efficient implementation of asnapshot mode. > This patch adds three new ioctl()s: VIDIOC_CREATE_BUFS, > VIDIOC_DESTROY_BUFS, and VIDI