Introduce omap_vout_vrfb.c and omap_vout_vrfb.h, for all VRFB related API's,
making OMAP_VOUT driver independent from VRFB. This is required for OMAP4 DSS,
since OMAP4 doesn't have VRFB block.
A new enum called vout_rotation_type is introduced to differentiate between no
rotation and vrfb
Move the inline functions rotate_90_or_270(), rotation_enabled(), and
calc_rotation() from omap_vout.c to omap_voutdef.h.
Move the independent functions omap_vout_alloc_buffer() and
omap_vout_free_buffer() to omap_voutlib.c.
Remove extern identifier from function definitions in omap_voutlib.h
Rename rotation_enabled() and rotate_90_or_270() to is_rotation_enabled()
and is_rotation_90_or_270() to make them more descriptive.
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/media/video/omap/omap_vout.c| 26 +-
drivers/media/video/omap/omap_voutdef.h |
Introduce omap_vout_vrfb.c and omap_vout_vrfb.h, for all VRFB related API's,
making OMAP_VOUT driver independent from VRFB. This is required for OMAP4 DSS,
since OMAP4 doesn't have VRFB block.
Added new enum vout_rotation_type and rotation_type member to omapvideo_info,
this is initialized based
for OUTPUT device, it will map the page as VM_WRITE
and for INPUT device, it will map the page as
VM_READ. mmap will check the if the prot
is matched with the device type, but not only
check VM_WRITE.
This is actually synced from videobuf2.
Signed-off-by: Kassey Lee y...@marvell.com
hi,
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
From: Hans Verkuil hans.verk...@cisco.com
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 hans.verk...@cisco.com
---
drivers/media/video/tuner-core.c |2 +-
1 files changed, 1
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
s_mode is no longer used, so remove it.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
include/media/v4l2-subdev.h |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/include/media/v4l2-subdev.h
From: Hans Verkuil hans.verk...@cisco.com
Fix typo: g_tuner should have been s_tuner.
Tested with a bttv card.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/bt8xx/bttv-driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Hans Verkuil hans.verk...@cisco.com
Get rid of a number of unnecessary tuner_dbg messages by simplifying
the std fixup function.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/tuner-core.c | 93 +++--
1 files changed, 28
From: Hans Verkuil hans.verk...@cisco.com
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
mche...@redhat.com.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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 hans.verk...@cisco.com
---
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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.
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 :(
in
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:
JD jdg8tb at 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
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
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
Signed-off-by: Bjørn Mork bj...@mork.no
---
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
Signed-off-by: Bjørn Mork bj...@mork.no
---
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
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 interesting ones:
commit
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/xawtv3.git
In
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
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 a
On Tue, Jun 14, 2011 at 9:47 AM, Hans de Goede hdego...@redhat.com 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
On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann a...@arndb.de 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
Em 14-06-2011 10:52, Devin Heitmueller escreveu:
On Tue, Jun 14, 2011 at 9:47 AM, Hans de Goede hdego...@redhat.com 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
On Tue, 14 Jun 2011 10:23:58 +0800
Kassey Lee kassey1...@gmail.com 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
Hi,
On 06/14/2011 04:17 PM, Mauro Carvalho Chehab wrote:
Em 14-06-2011 10:52, Devin Heitmueller escreveu:
snip
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
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:
snip
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
On Tue, Jun 14, 2011 at 10:45 AM, Mauro Carvalho Chehab
mche...@redhat.com 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
On Tue, 14 Jun 2011 10:58:47 +0800
Kassey Lee kassey1...@gmail.com wrote:
+#include linux/wait.h
+#include linux/delay.h
+#include linux/io.h
+
Would be good to sort headers alphabetically
Um, I suppose. You're sure you don't want inverse Christmas-tree ordering?
:)
+static int
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
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
From: Hans Verkuil hans.verk...@cisco.com
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.
From: Hans Verkuil hans.verk...@cisco.com
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.
From: Hans Verkuil hans.verk...@cisco.com
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 hans.verk...@cisco.com
---
drivers/media/video/v4l2-ctrls.c |6 --
1 files changed, 4
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
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
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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
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
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
Em 14-06-2011 11:48, Devin Heitmueller escreveu:
On Tue, Jun 14, 2011 at 10:45 AM, Mauro Carvalho Chehab
mche...@redhat.com 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
On Tuesday 14 June 2011, Michal Nazarewicz wrote:
On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann a...@arndb.de 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
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.
Add control definitions and documentation for controls
specific to codec devices.
Signed-off-by: Kamil Debski k.deb...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Documentation/DocBook/media/v4l/controls.xml | 958 ++
include/linux/videodev2.h
Add support for the codec controls to the v4l2 control framework.
Signed-off-by: Kamil Debski k.deb...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/v4l2-ctrls.c | 281 ++
1 files changed, 281 insertions(+), 0
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 k.deb...@samsung.com
Signed-off-by: Kyungmin Park
On Tue, 14 Jun 2011 15:49:29 +0200, Arnd Bergmann a...@arndb.de 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
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 before
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 a...@arndb.de wrote:
Please explain the exact requirements that lead you to defining multiple
contexts.
Some devices
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 separate
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
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)
On 14 June 2011 12:01, Daniel Stone dani...@collabora.com 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 a...@arndb.de wrote:
Please explain the exact
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
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
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
63 matches
Mail list logo