Hi Tomasz,
On Wednesday 23 May 2012 14:10:14 Tomasz Stanislawski wrote:
> Hello everyone,
> This patchset adds support for DMABUF [2] importing to V4L2 stack.
> The support for DMABUF exporting was moved to separate patchset
> due to dependency on patches for DMA mapping redesign by
> Marek Szypro
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 14:10:16 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for importing
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> CC: linux-...@vger.kernel.org
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 14:10:15 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> Adds DMABUF memory type to v4l framework. Also adds the related file
> descriptor in v4l2_plane and v4l2_buffer.
Sorry not to have caught this earlier, but haven't you forgott
On Mon May 28 2012 19:25:41 Ezequiel Garcia wrote:
> On Mon, May 28, 2012 at 2:10 PM, Hans Verkuil wrote:
> >>
> >> I may be missing something, but I don't see any relation between
> >> video buffer queue and selected input.
> >> (Perhaps this is OT and we should discuss this in another thread)
>
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Mon May 28 19:00:19 CEST 2012
git hash:5472d3f17845c4398c6a510b46855820920c2181
gcc version: i686-linux-gcc (GC
On Mon, May 28, 2012 at 2:10 PM, Hans Verkuil wrote:
>>
>> I may be missing something, but I don't see any relation between
>> video buffer queue and selected input.
>> (Perhaps this is OT and we should discuss this in another thread)
>
> Well, this particular API was intended to let the hardware
On Mon May 28 2012 18:29:11 Ezequiel Garcia wrote:
> Hi again,
>
> On Mon, May 28, 2012 at 8:52 AM, Ezequiel Garcia
> wrote:
> >> I'm just bringing this proposal to your attention as I am wondering how
> >> your driver (and
> >> the old easycap driver that your driver will replace) handle the e
The webcam 0458:7025 (Eye911Q) has:
- an inverted power pin,
- a sensor mi0360b which cannot be probed.
Signed-off-by: Jean-François Moine
---
drivers/media/video/gspca/sonixj.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/video/gspca/sonixj.c
b/drivers/m
The ov534 bridge is too slow to handle the sensor accesses
requested by fast hosts giving 'sccb_reg_write failed'.
A small delay fixes the problem.
Signed-off-by: Jean-François Moine
---
drivers/media/video/gspca/ov534.c |1 +
drivers/media/video/gspca/ov534_9.c |1 +
2 files changed,
Hi again,
On Mon, May 28, 2012 at 8:52 AM, Ezequiel Garcia wrote:
>> I'm just bringing this proposal to your attention as I am wondering how your
>> driver (and
>> the old easycap driver that your driver will replace) handle the easycap
>> device with
>> multiple inputs? Is it cycling through a
Hi Sakari,
On Saturday 26 May 2012 19:43:16 Sakari Ailus wrote:
> The compose rectangles were printed incorrectly in my recent patch "Compose
> rectangle support for libv4l2subdev" without parenthesis. Fix this.
>
> Signed-off-by: Sakari Ailus
> ---
> Hi Laurent,
>
> Could you apply this simple
On 28.05.2012 08:58, Thomas Mair wrote:
> On 26.05.2012 04:47, poma wrote:
>> On 05/20/2012 11:12 PM, Thomas Mair wrote:
>>> On 20.05.2012 22:08, Antti Palosaari wrote:
On 20.05.2012 20:04, poma wrote:
> After hard/cold boot:
> DVB: register adapter0/net0 @ minor: 2 (0x02)
> r
Em 28-05-2012 11:14, Stefan Richter escreveu:
> On May 28 Stefan Richter wrote:
>>> + idev->phys = "/ir0";/* FIXME */
>>
>> Something similar to drivers/media/dvb/dvb-usb/dvb-usb-remote.c::
>>
>> usb_make_path(d->udev, d->rc_phys, sizeof(d->rc_phys));
>> strlcat(d->rc_phys
On May 28 Stefan Richter wrote:
> > + idev->phys = "/ir0";/* FIXME */
>
> Something similar to drivers/media/dvb/dvb-usb/dvb-usb-remote.c::
>
> usb_make_path(d->udev, d->rc_phys, sizeof(d->rc_phys));
> strlcat(d->rc_phys, "/ir0", sizeof(d->rc_phys));
>
> should be imp
Em 28-05-2012 11:01, Stefan Richter escreveu:
> On May 28 Mauro Carvalho Chehab wrote:
>> Signed-off-by: Mauro Carvalho Chehab
>> ---
>> drivers/media/dvb/firewire/firedtv-rc.c | 152
>> ++-
>> drivers/media/dvb/firewire/firedtv.h|2 +-
>> 2 files changed, 11
Em 28-05-2012 11:01, Stefan Richter escreveu:
> On May 28 Mauro Carvalho Chehab wrote:
>> Signed-off-by: Mauro Carvalho Chehab
>> ---
>> drivers/media/dvb/firewire/firedtv-rc.c | 152
>> ++-
>> drivers/media/dvb/firewire/firedtv.h|2 +-
>> 2 files changed, 11
On May 28 Mauro Carvalho Chehab wrote:
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/dvb/firewire/firedtv-rc.c | 152
> ++-
> drivers/media/dvb/firewire/firedtv.h|2 +-
> 2 files changed, 11 insertions(+), 143 deletions(-)
Also in drivers/medi
On Mon May 28 2012 15:30:33 Mauro Carvalho Chehab wrote:
> Em 28-05-2012 09:51, Hans Verkuil escreveu:
> > On Mon May 28 2012 14:17:47 Mauro Carvalho Chehab wrote:
...
> >> +
> >> +Say Y when you have a board with digital support or a board with
> >> +hybrid digital TV and analog TV.
> >>
Em 28-05-2012 10:29, Stefan Richter escreveu:
> On May 28 Mauro Carvalho Chehab wrote:
>> --- a/include/media/rc-map.h
>> +++ b/include/media/rc-map.h
>> @@ -158,6 +158,7 @@ void rc_map_init(void);
>> #define RC_MAP_VIDEOMATE_TV_PVR "rc-videomate-tv-pvr"
>> #define RC_MAP_WINFAST
Em 28-05-2012 09:51, Hans Verkuil escreveu:
> On Mon May 28 2012 14:17:47 Mauro Carvalho Chehab wrote:
>> Change the main items to:
>>
>> Multimedia support --->
>>[ ] Cameras/video grabbers support
>>[ ] Analog TV support
>>[ ] Digital TV support
>>[ ] AM/FM radio receive
On May 28 Mauro Carvalho Chehab wrote:
> --- a/include/media/rc-map.h
> +++ b/include/media/rc-map.h
> @@ -158,6 +158,7 @@ void rc_map_init(void);
> #define RC_MAP_VIDEOMATE_TV_PVR "rc-videomate-tv-pvr"
> #define RC_MAP_WINFAST "rc-winfast"
> #define RC_MAP_WINFAST_USB
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb/firewire/firedtv-rc.c | 152 ++-
drivers/media/dvb/firewire/firedtv.h|2 +-
2 files changed, 11 insertions(+), 143 deletions(-)
diff --git a/drivers/media/dvb/firewire/firedtv-rc.c
b/drivers/media/dv
Table imported from the FireDTV driver.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/rc/keymaps/Makefile |1 +
drivers/media/rc/keymaps/rc-firedtv.c | 132 +
include/media/rc-map.h|1 +
3 files changed, 134 insertions(+), 0 d
I realized DVB demux is configured as a property of frontend. This was
OK for the situation we implemented different standards as a different
frontends (MFE). But as now, we have only single frontend which delivery
system is changed. Different delivery systems will likely have different
needs f
On Mon May 28 2012 14:17:47 Mauro Carvalho Chehab wrote:
> Change the main items to:
>
> Multimedia support --->
>[ ] Cameras/video grabbers support
>[ ] Analog TV support
>[ ] Digital TV support
>[ ] AM/FM radio receivers/transmitters support
>[ ] Remote Controller
Em 28-05-2012 09:17, Stefan Richter escreveu:
> On May 28 Mauro Carvalho Chehab wrote:
>> Em 28-05-2012 06:48, Stefan Richter escreveu:
>>> c) The RC_CORE_SUPP help text gives the impression that RC core is
>>> always needed if there is hardware with an IR feature. But the firedtv
>>> driver is a
In the past, it was possible to have either DVB or V4L2 core
as module and the other as builtin. Such config never make much
sense, and created several issues in order to make the Kconfig
dependency to work, as all drivers that depend on both (most
TV drivers) would need to be compiled as 'm'. Due
After this patch, the MEDIA*_SUPPORT will be used as a filter,
exposing only devices that are pertinent to one of the 3
V4L types: webcam/grabber, radio, analog TV.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/radio/Kconfig|1 +
drivers/media/video/Kconfig| 76 +++
Change the main items to:
Multimedia support --->
[ ] Cameras/video grabbers support
[ ] Analog TV support
[ ] Digital TV support
[ ] AM/FM radio receivers/transmitters support
[ ] Remote Controller support
This provides an interface that is clearer to end users that
ar
The Kconfig building system is improperly selecting some drivers,
like analog TV tuners even when this is not required.
Rearrange the Kconfig in a way to prevent that.
v2: Some fixups at the first patch (typos, renames). Other patches
got rebased due to that.
Mauro Carvalho Chehab (3):
[me
On May 28 Mauro Carvalho Chehab wrote:
> Em 28-05-2012 06:48, Stefan Richter escreveu:
> > c) The RC_CORE_SUPP help text gives the impression that RC core is
> > always needed if there is hardware with an IR feature. But the firedtv
> > driver is a case where the driver directly works on top of th
Em 28-05-2012 08:45, Hans Verkuil escreveu:
> On Mon May 28 2012 13:03:42 Mauro Carvalho Chehab wrote:
>> Em 28-05-2012 06:42, Hans Verkuil escreveu:
>>> On Sun May 27 2012 22:15:08 Mauro Carvalho Chehab wrote:
>>> /media-core for the media*.c sources.
>>
>>
>> "media-core" is a very bad name,
On Mon May 28 2012 13:20:47 Hans de Goede wrote:
> Hi,
>
> Looks good, the entire series is:
>
> Acked-by: Hans de Goede
>
> I was thinking that it would be a good idea to add a:
> #define V4L2_TUNER_CAP_BANDS_MASK 0x001f
>
> to videodev2.h, which apps can then easily use to test
> if the
Hi Hans,
On Mon, May 28, 2012 at 7:27 AM, Hans Verkuil wrote:
> Hi Ezequiel,
>
> I'm just bringing this proposal to your attention as I am wondering how your
> driver (and
> the old easycap driver that your driver will replace) handle the easycap
> device with
> multiple inputs? Is it cycling t
On Mon May 28 2012 13:47:43 Federico Vaga wrote:
> > I didn't get any reply from Federico when I posted my concerns last
> > week, so that makes me unhappy as well.
> >
> > I hope the author will fix these issues, but in the meantime this will
> > move it to staging waiting for further development
On Mon May 28 2012 13:03:42 Mauro Carvalho Chehab wrote:
> Em 28-05-2012 06:42, Hans Verkuil escreveu:
> > On Sun May 27 2012 22:15:08 Mauro Carvalho Chehab wrote:
...
> >>/dvb-core - what is already at dvb/dvb-core
> >>/frontends - what is already at dvb/frontends
> >>/isa
Em 28-05-2012 06:48, Stefan Richter escreveu:
> On May 27 Mauro Carvalho Chehab wrote:
>> The Kconfig building system is improperly selecting some drivers,
>> like analog TV tuners even when this is not required.
>>
>> Rearrange the Kconfig in a way to prevent that.
>>
>> Mauro Carvalho Chehab (3):
Hi,
Looks good, the entire series is:
Acked-by: Hans de Goede
I was thinking that it would be a good idea to add a:
#define V4L2_TUNER_CAP_BANDS_MASK 0x001f
to videodev2.h, which apps can then easily use to test
if the driver supports any bands other then the default,
and decide to show b
Em 28-05-2012 06:42, Hans Verkuil escreveu:
> On Sun May 27 2012 22:15:08 Mauro Carvalho Chehab wrote:
>> Em 27-05-2012 15:47, Andy Walls escreveu:
>>> Hans Verkuil wrote:
>>>
On Sun May 27 2012 19:13:38 Mauro Carvalho Chehab wrote:
> Em 27-05-2012 13:56, Mauro Carvalho Chehab escreveu:
>
From: Hans Verkuil
Based in part on an earlier patch from .
Signed-off-by: Hans Verkuil
---
.../DocBook/media/v4l/vidioc-g-modulator.xml | 38 +---
Documentation/DocBook/media/v4l/vidioc-g-tuner.xml | 97 +---
.../DocBook/media/v4l/vidioc-s-hw-freq-seek.xml|
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/common.xml | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/Documentation/DocBook/media/v4l/common.xml
b/Documentation/DocBook/media/v4l/common.xml
index 4101aeb..b91d253
From: Hans Verkuil
Set the new capability flags in G_TUNER and return ENODATA if no channels
were found.
Signed-off-by: Hans Verkuil
Acked-by: Hans de Goede
---
drivers/media/radio/radio-mr800.c|5 +++--
drivers/media/radio/radio-wl1273.c |3 ++-
drivers/
From: Hans Verkuil
Update the spec with the new capabilities and specify new error codes for
S_HW_FREQ_SEEK.
Signed-off-by: Hans Verkuil
Acked-by: Hans de Goede
---
.../DocBook/media/v4l/vidioc-g-frequency.xml |6 ++
Documentation/DocBook/media/v4l/vidioc-g-tuner.xml | 12
From: Hans Verkuil
Signed-off-by: Hans Verkuil
Acked-by: Hans de Goede
---
include/linux/videodev2.h | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
index 2339678..013ee46 100644
--- a/include/linu
From: Hans Verkuil
Tell the application whether the hardware seek is bounded and/or wraps around.
Signed-off-by: Hans Verkuil
Acked-by: Hans de Goede
---
include/linux/videodev2.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
in
Changes since v1:
- Fixed typo in second patch
- Patch 5 now only contains the part about frequency bands
- Patch 6 contains only (I hope) a non-controversial clarification
regarding modulators (and a small change making a line more understandable).
Regards,
Hans
This patch series adds
Hi Ezequiel,
I'm just bringing this proposal to your attention as I am wondering how your
driver (and
the old easycap driver that your driver will replace) handle the easycap device
with
multiple inputs? Is it cycling through all inputs? In that case we might need
the input
field.
Regards,
On Sun May 27 2012 23:20:21 Ezequiel Garcia wrote:
> Hi Hans,
>
> On Sat, May 26, 2012 at 2:05 PM, Hans Verkuil wrote:
> >
> > Always test your driver using the v4l2-compliance test tool that it part of
> > v4l-utils! If it passes that, then your code will be in really good shape!
>
> You're rig
On May 27 Mauro Carvalho Chehab wrote:
> The Kconfig building system is improperly selecting some drivers,
> like analog TV tuners even when this is not required.
>
> Rearrange the Kconfig in a way to prevent that.
>
> Mauro Carvalho Chehab (3):
> media: reorganize the main Kconfig items
> me
On Sun May 27 2012 22:15:08 Mauro Carvalho Chehab wrote:
> Em 27-05-2012 15:47, Andy Walls escreveu:
> > Hans Verkuil wrote:
> >
> >> On Sun May 27 2012 19:13:38 Mauro Carvalho Chehab wrote:
> >>> Em 27-05-2012 13:56, Mauro Carvalho Chehab escreveu:
> The Kconfig building system is improperl
On Sun May 27 2012 21:54:58 Mauro Carvalho Chehab wrote:
> Em 27-05-2012 14:25, Hans Verkuil escreveu:
> > On Sun May 27 2012 19:13:38 Mauro Carvalho Chehab wrote:
> >> Em 27-05-2012 13:56, Mauro Carvalho Chehab escreveu:
> >>> The Kconfig building system is improperly selecting some drivers,
> >>>
Hi Ben,
> This doesn't touch any of the documented registers, so presumably it's a
> patch to the firmware loaded from non-volatile memory. Unless you can
> provide source code for the patch, this should go in the linux-firmware
> repository and be loaded with request_firmware() instead of embedd
52 matches
Mail list logo
