On Tuesday, June 14, 2011 18:36:55 Kamil Debski wrote:
> Add support for the codec controls to the v4l2 control framework.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
> drivers/media/video/v4l2-ctrls.c | 281
> ++
> 1 files changed,
On Tuesday, June 14, 2011 18:36:54 Kamil Debski wrote:
> Add control definitions and documentation for controls
> specific to codec devices.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
> Documentation/DocBook/media/v4l/controls.xml | 958
> ++
>
On Tuesday, June 14, 2011 18:36:53 Kamil Debski wrote:
> Add fourcc definitions and documentation for the following
> compressed formats: H264, H264 without start codes,
> MPEG1/2/4 ES, DIVX versions 3.11, 4, 5.0-5.0.2, 5.03 and up,
> XVID, VC1 Annex G and Annex L compliant.
>
> Signed-off-by: Kam
On Tuesday, June 14, 2011 18:36:55 Kamil Debski wrote:
> Add support for the codec controls to the v4l2 control framework.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
> drivers/media/video/v4l2-ctrls.c | 281
> ++
> 1 files changed,
It's possible to get analog tv from xc4000?
I have Pinnacle PCTV Hybrid Stick Solo
Vanilla kernel 2.6.39.1
part of dmesg:
[ 95.416504] usb 1-2.2: new high speed USB device number 6 using ehci_hcd
[ 97.214204] WARNING: You are using an experimental version of the media
stack.
[ 97.214205]
Hi Arnd,
On 06/14/2011 09:33 PM, Arnd Bergmann wrote:
On Tuesday 14 June 2011, Michal Nazarewicz wrote:
On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann wrote:
Please explain the exact requirements that lead you to defining multiple
contexts.
Some devices may have access only to some banks
Jon,
if you agree to change it in another patch, and now just to keep
it with the driver that works for years.
that is OK. thanks.
I am looking forward your patch based on VB2, because based on
current cafe_ccic.c, it is hard to share with my driver.
2011/6/14 Jonathan Corbet :
> On
On 06/14/2011 02:42 PM, Arnd Bergmann wrote:
On Tuesday 14 June 2011 20:58:25 Zach Pfeffer wrote:
I've seen this split bank allocation in Qualcomm and TI SoCs, with
Samsung, that makes 3 major SoC vendors (I would be surprised if
Nvidia didn't also need to do this) - so I think some configurable
On Tuesday 14 June 2011 20:58:25 Zach Pfeffer wrote:
> I've seen this split bank allocation in Qualcomm and TI SoCs, with
> Samsung, that makes 3 major SoC vendors (I would be surprised if
> Nvidia didn't also need to do this) - so I think some configurable
> method to control allocations is necess
On 14 June 2011 12:01, Daniel Stone wrote:
> Hi,
>
> On Tue, Jun 14, 2011 at 06:03:00PM +0200, Arnd Bergmann wrote:
>> On Tuesday 14 June 2011, Michal Nazarewicz wrote:
>> > On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann wrote:
>> > > Please explain the exact requirements that lead you to defi
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 Jun 14 19:00:32 CEST 2011
git hash:f49c454fe981d955d7c3d620f6baa04fb9876adc
gcc version: i686-linux-gcc (GCC) 4.5
On Tuesday 14 June 2011 18:58:35 Michal Nazarewicz wrote:
Is having support for multiple regions a bad thing? Frankly,
removing this support will change code from reading context passed
as argument to code reading context from global variable. Nothing
is gained; functionality is lost.
On Tue,
On Tuesday 14 June 2011 18:58:35 Michal Nazarewicz wrote:
> On Tue, 14 Jun 2011 18:03:00 +0200, Arnd Bergmann wrote:
> > For all I know, that is something that is only true for a few very
> > special Samsung devices,
>
> Maybe. I'm just answering your question. :)
>
> Ah yes, I forgot that sep
Hi,
On Tue, Jun 14, 2011 at 06:03:00PM +0200, Arnd Bergmann wrote:
> On Tuesday 14 June 2011, Michal Nazarewicz wrote:
> > On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann wrote:
> > > Please explain the exact requirements that lead you to defining multiple
> > > contexts.
> >
> > Some devices
Hi Michael,
On Tuesday 14 June 2011 17:50:13 Michael Jones wrote:
> In the V4L2 spec, the description for v4l2_buffer.index says "This field
> is only used for memory mapping I/O..."
>
> However, in v4l-utils/contrib/capture-example.c, even user-pointer
> buffers are indeed given a buf.index befo
On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann wrote:
Please explain the exact requirements that lead you to defining
multiple contexts.
On Tuesday 14 June 2011, Michal Nazarewicz wrote:
Some devices may have access only to some banks of memory. Some devices
may use different banks of m
Add fourcc definitions and documentation for the following
compressed formats: H264, H264 without start codes,
MPEG1/2/4 ES, DIVX versions 3.11, 4, 5.0-5.0.2, 5.03 and up,
XVID, VC1 Annex G and Annex L compliant.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
Documentation/DocBook
Add support for the codec controls to the v4l2 control framework.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4l2-ctrls.c | 281 ++
1 files changed, 281 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/v4l
Add control definitions and documentation for controls
specific to codec devices.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/controls.xml | 958 ++
include/linux/videodev2.h| 171 +
2 files chang
Hi,
This is the ninth version of the MFC 5.1 driver. Both encoding and decoding is
supported. The encoding part was done Jeongtae Park with some of my
modifications.
Changes in videodev2.h have been split to two patches:
1) v4l: add fourcc definitons for compressed formats.
(http://permalink.gma
On Tuesday 14 June 2011, Michal Nazarewicz wrote:
> On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann wrote:
> > Please explain the exact requirements that lead you to defining multiple
> > contexts.
>
> Some devices may have access only to some banks of memory. Some devices
> may use different
Em 14-06-2011 11:48, Devin Heitmueller escreveu:
> On Tue, Jun 14, 2011 at 10:45 AM, Mauro Carvalho Chehab
> wrote:
>> Pulseaudio sucks. See what happens when I pass "-alsa-pb default" argument
>> to pulseaudio:
>>
>> 1) ssh section. User is the same as the console owner:
>>
>> ALSA lib pulse.c:2
In the V4L2 spec, the description for v4l2_buffer.index says "This field
is only used for memory mapping I/O..."
However, in v4l-utils/contrib/capture-example.c, even user-pointer
buffers are indeed given a buf.index before being passed to VIDIOC_QBUF.
And at least in the OMAP ISP driver, this in
On 06/10/2011 06:52 AM, Alan Cox wrote:
I plan to replace it with lib/bitmap.c bitmap_* based allocator (similar like
it it is used by dma_declare_coherent_memory() and friends in
drivers/base/dma-coherent.c). We need something really simple for CMA area
management.
IMHO allocate_resource and fr
From: Hans Verkuil
When the event queue for a subscribed event is full, then the oldest
event is dropped. It would be nice if the contents of that oldest
event could be merged with the next-oldest. That way no information is
lost, only intermediate steps are lost.
This patch adds an optional mer
From: Hans Verkuil
The driver had to decide how many events to allocate when the v4l2_fh struct
was created. It was possible to add more events afterwards, but there was no
way to ensure that you wouldn't miss important events if the event queue
would fill up for that filehandle.
In addition, on
From: Hans Verkuil
Split try_or_set_ext_ctrls() into a validate_ctrls() part ('Phase 1')
and merge the second part ('Phase 2') into try_set_ext_ctrls().
This makes a lot more sense and it also does the validation before
trying to try/set the controls.
Signed-off-by: Hans Verkuil
---
drivers/m
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctrls.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/media/video/v4l2-ctrls.c b/drivers/media/video/v4l2-ctrls.c
index 040d5c9..627a1e4 100644
--- a/drivers/media/video/v4
From: Hans Verkuil
The implementation of VIDIOC_G/S/TRY_EXT_CTRLS in the control framework has
to figure out which controls in the control list belong to the same cluster.
Since controls belonging to the same cluster need to be handled as a unit,
this is important information.
It did that by goi
From: Hans Verkuil
When sending the SEND_INITIAL event for write-only controls the
V4L2_EVENT_CTRL_CH_VALUE flag should not be set. It's meaningless.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctrls.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/d
From: Hans Verkuil
The v4l2_ctrl_fh struct connected v4l2_ctrl with v4l2_fh so the control
would know which filehandles subscribed to it. However, it is much easier
to use struct v4l2_subscribed_event directly for that and get rid of that
intermediate struct.
Signed-off-by: Hans Verkuil
---
dr
From: Hans Verkuil
Drivers that supported events used to be rare, but now that controls can also
raise events this will become much more common since almost all drivers have
controls.
This means that keeping struct v4l2_events as a separate struct make no more
sense. Merging it into struct v4l2_
This patch series consists of two parts: the first four patches change the
way events are allocated and what to do when the event queue is full.
These first four patches are the most important ones to review. The big
change is that event allocation now happens when subscribing an event.
So you not
On 06/13/11 22:55, Sébastien RAILLARD (COEXSI) wrote:
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Bart Coninckx
Sent: lundi 13 juin 2011 19:14
To: linux-media@vger.kernel.org
Subject: Re: "dvb_ca adaptor 0: PC card
On Tue, 14 Jun 2011 10:58:47 +0800
Kassey Lee wrote:
> > +#include
> > +#include
> > +#include
> > +
> Would be good to sort headers alphabetically
Um, I suppose. You're sure you don't want inverse Christmas-tree ordering?
:)
> > +static int cafe_smbus_write_done(struct mcam_camera *mcam)
>
On Tue, Jun 14, 2011 at 10:45 AM, Mauro Carvalho Chehab
wrote:
> Pulseaudio sucks. See what happens when I pass "-alsa-pb default" argument to
> pulseaudio:
>
> 1) ssh section. User is the same as the console owner:
>
> ALSA lib pulse.c:229:(pulse_connect) PulseAudio: Unable to connect:
> Connec
Em 14-06-2011 11:37, Hans de Goede escreveu:
> Hi,
>
> On 06/14/2011 04:17 PM, Mauro Carvalho Chehab wrote:
>> Em 14-06-2011 10:52, Devin Heitmueller escreveu:
>
>
>
>> Yes.
>>
>> The default for capture is the one detected via sysfs.
>>
>> The default for playback is not really hw:0,0. It defa
Hi,
On 06/14/2011 04:17 PM, Mauro Carvalho Chehab wrote:
Em 14-06-2011 10:52, Devin Heitmueller escreveu:
Yes.
The default for capture is the one detected via sysfs.
The default for playback is not really hw:0,0. It defaults to the first hw:
that it is not
associated with a video device.
On Tue, 14 Jun 2011 10:23:58 +0800
Kassey Lee wrote:
> Jon, Here is my comments.
Thanks for having a look.
> > +config VIDEO_CAFE_CCIC
> > + tristate "Marvell 88ALP01 (Cafe) CMOS Camera Controller support"
> > + depends on PCI && I2C && VIDEO_V4L2
> > + select VIDEO_OV7670
> >
Em 14-06-2011 10:52, Devin Heitmueller escreveu:
> On Tue, Jun 14, 2011 at 9:47 AM, Hans de Goede wrote:
>> Hmm, we really don't need more cmdline options IMHO, it is quite easy to
>> detect
>> if an alsa device supports mmap mode, and if not fall back to r/w mode, I
>> know
>> several programs wh
On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann wrote:
Please explain the exact requirements that lead you to defining multiple
contexts.
Some devices may have access only to some banks of memory. Some devices
may use different banks of memory for different purposes.
--
Best regards,
On Tue, Jun 14, 2011 at 9:47 AM, Hans de Goede wrote:
> Hmm, we really don't need more cmdline options IMHO, it is quite easy to
> detect
> if an alsa device supports mmap mode, and if not fall back to r/w mode, I
> know
> several programs which do that (some if which I've written the patches to d
On Monday 13 June 2011, Marek Szyprowski wrote:
> cm_alloc/free are definitely not meant to be called from device drivers.
> They should be only considered as a backend for dma-mapping.
>
> 'Raw' contiguous memory block doesn't really make sense for the device
> drivers. What the drivers require is
Hi,
On 06/14/2011 03:05 PM, Mauro Carvalho Chehab wrote:
Em 14-06-2011 09:48, Hans de Goede escreveu:
Hi,
On 06/14/2011 04:01 AM, Mauro Carvalho Chehab wrote:
Hi Devin,
I've made a few fixes for your alsa_stream.c, used on tvtime.
They are at:
http://git.linuxtv.org/xawtv3.git
In part
Em 14-06-2011 10:05, Mauro Carvalho Chehab escreveu:
> Em 14-06-2011 09:48, Hans de Goede escreveu:
>> Hi,
>>
>> On 06/14/2011 04:01 AM, Mauro Carvalho Chehab wrote:
>>> Hi Devin,
>>>
>>> I've made a few fixes for your alsa_stream.c, used on tvtime.
>>> They are at:
>>> http://git.linuxtv.org/x
Em 14-06-2011 09:48, Hans de Goede escreveu:
> Hi,
>
> On 06/14/2011 04:01 AM, Mauro Carvalho Chehab wrote:
>> Hi Devin,
>>
>> I've made a few fixes for your alsa_stream.c, used on tvtime.
>> They are at:
>> http://git.linuxtv.org/xawtv3.git
>>
>>
>> In particular, those are the more interesti
Signed-off-by: Bjørn Mork
---
Don't know why it was left out, but I found it very confusing when
it is mention further down.
However, this does make the next paragraph wrong, as there is no
"dvr" specific include file.
Documentation/DocBook/media/dvb/intro.xml |4
1 files changed, 4 in
Signed-off-by: Bjørn Mork
---
Documentation/video4linux/API.html |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/video4linux/API.html
b/Documentation/video4linux/API.html
index d72fd2a..256f8ef 100644
--- a/Documentation/video4linux/API.html
+++ b/Document
Hi,
On 06/14/2011 04:01 AM, Mauro Carvalho Chehab wrote:
Hi Devin,
I've made a few fixes for your alsa_stream.c, used on tvtime.
They are at:
http://git.linuxtv.org/xawtv3.git
In particular, those are the more interesting ones:
commit a1bb5ade5c2b09d6d6d624d18025f9e2c4398495
als
On 14/06/2011 12:48, Bart Coninckx wrote:
>
> I will try your suggestion though. Off topic, but would you advice
> 11.4 in favor of 11.3? As a secondary route, I was thinking about
> using sasc-ng (softcamming, legal in this case) and the code seems not
> to want to compile on 11.4. Also 11.4 broke
JD gmail.com> writes:
>
> With the latest media-tree, any access to my TV card (using tvtime and
> mplayer to watch through composite) results in my Arch Linux (2.6.39)
> system freezing. Here is the relavent part of my dmesg upon the
> freeze:
>
> http://codepad.org/q5MxDqAI
>
> I compiled th
On 06/14/11 12:43, Issa Gorissen wrote:
On 13/06/2011 00:30, Bart Coninckx wrote:
Hi all,
hope you can help me this one, because there's not a whole of info
about similar problems to be found.
I have a Technotrend S2-3200 with CI and on three different distros I
get this
"dvb_ca adaptor 0: P
On 13/06/2011 00:30, Bart Coninckx wrote:
> Hi all,
>
>
> hope you can help me this one, because there's not a whole of info
> about similar problems to be found.
>
> I have a Technotrend S2-3200 with CI and on three different distros I
> get this
>
> "dvb_ca adaptor 0: PC card did not respond :(
>
From: Hans Verkuil
The subdevs are supposed to receive a valid tuner type for the g_frequency
and g/s_tuner subdev ops. Some drivers do this, others don't. So prefill
this in v4l2-ioctl.c based on whether the device node from which this is
called is a radio node or not.
The spec does not require
From: Hans Verkuil
The tuner-core subdev requires that the type field of v4l2_tuner is
filled in correctly. This is done in v4l2-ioctl.c, but pvrusb2 doesn't
use that yet, so we have to do it manually based on whether the current
input is radio or not.
Tested with my pvrusb2.
Signed-off-by: Han
From: Hans Verkuil
Prohibit attempts to change the tuner to a type that is different
from the device node the ioctl is called from. I.e. the type must
be RADIO for a radio node and ANALOG_TV for a video/vbi node.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ioctl.c | 12 +
From: Hans Verkuil
Radio devices have weird side-effects when used with combined TV/radio
tuners and the V4L2 spec is ambiguous on how it should work. This results
in inconsistent driver behavior which makes life hard for everyone.
Be more strict in when and how the switch between radio and tv m
From: Hans Verkuil
The tuner ops g_frequency, g_tuner and s_tuner require that the tuner type
field is filled in. Document this.
The tuner-core doc is based on a patch from Mauro Carvalho Chehab
.
Signed-off-by: Hans Verkuil
---
drivers/media/video/tuner-core.c | 29 +++
From: Hans Verkuil
Get rid of a number of unnecessary tuner_dbg messages by simplifying
the std fixup function.
Signed-off-by: Hans Verkuil
---
drivers/media/video/tuner-core.c | 93 +++--
1 files changed, 28 insertions(+), 65 deletions(-)
diff --git a/driver
From: Hans Verkuil
Fix typo: g_tuner should have been s_tuner.
Tested with a bttv card.
Signed-off-by: Hans Verkuil
---
drivers/media/video/bt8xx/bttv-driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/bt8xx/bttv-driver.c
b/drivers/media/vi
From: Hans Verkuil
s_mode is no longer used, so remove it.
Signed-off-by: Hans Verkuil
---
include/media/v4l2-subdev.h |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/include/media/v4l2-subdev.h b/include/media/v4l2-subdev.h
index 1562c4f..2245020 100644
--- a/incl
From: Hans Verkuil
Both s_std and s_tuner are broken because set_mode_freq is called before the
new std (for s_std) and audmode (for s_tuner) are set.
This patch splits set_mode_freq in a set_mode and a set_freq and in
s_std/s_tuner
first calls set_mode, and if that returns 0 (i.e. the mode is
From: Hans Verkuil
set_mode is called with t->type, which is the tuner type. Instead, use
t->mode which is the actual tuner mode (i.e. radio vs tv).
Signed-off-by: Hans Verkuil
---
drivers/media/video/tuner-core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/driver
Changes from RFCv5:
- The first patch didn't set set_freq after set_mode in the case of TV.
- Added a new patch that checks the tuner type for S_HW_FREQ_SEEK.
- Moved the feature-removal patch to the front so the first 6 patches
are all for v3.0.
I will do some more testing today and if there a
64 matches
Mail list logo
