Hi Sakari,
Thanks for the patch.
On Thursday 24 November 2011 17:12:50 Sakari Ailus wrote:
Create a new control type called V4L2_CTRL_TYPE_INTEGER_MENU. Integer menu
controls are just like menu controls but the menu items are 64-bit integers
rather than strings.
Signed-off-by: Sakari Ailus
Hi Sakari,
Thanks for the patch.
On Thursday 24 November 2011 17:12:51 Sakari Ailus wrote:
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
Documentation/DocBook/media/v4l/compat.xml | 10 +
Documentation/DocBook/media/v4l/v4l2.xml |7
Hi Hans,
I have a few notes about the wording. See bellow.
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
If V4L2_CAP_DEVICE_CAPS is set, then the new device_caps field is filled with
the capabilities of the opened device node.
The capabilities
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/vivi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/vivi.c
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/ivtv/ivtv-driver.h |1 +
drivers/media/video/ivtv/ivtv-ioctl.c |7 +--
drivers/media/video/ivtv/ivtv-streams.c |
On Friday, November 25, 2011 11:51:20 Mauro Carvalho Chehab wrote:
Hi Hans,
I have a few notes about the wording. See bellow.
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
If V4L2_CAP_DEVICE_CAPS is set, then the new device_caps field is filled
On Friday, November 25, 2011 11:53:52 Mauro Carvalho Chehab wrote:
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/vivi.c |5 +++--
1 files changed, 3 insertions(+),
On Friday, November 25, 2011 12:00:31 Mauro Carvalho Chehab wrote:
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/ivtv/ivtv-driver.h |1 +
While compiling the very latest for_v3.3 branch with the very latest media_build
on a 3.1 kernel I got more compile errors for a missing module.h header.
Add these includes.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Regards,
Hans
diff --git a/drivers/media/media-device.c
On Friday, November 25, 2011 12:37:58 Hans Verkuil wrote:
While compiling the very latest for_v3.3 branch with the very latest
media_build
on a 3.1 kernel I got more compile errors for a missing module.h header.
I spoke too soon, I was actually using a different source tree than I expected.
On 2011-11-24 04:28, Laurent Pinchart wrote:
Hi Gary,
On Wednesday 16 November 2011 13:03:11 Gary Thomas wrote:
On 2011-11-15 18:26, Laurent Pinchart wrote:
On Monday 14 November 2011 12:42:54 Gary Thomas wrote:
On 2011-11-11 07:26, Laurent Pinchart wrote:
On Wednesday 09 November 2011
Em 25-11-2011 09:29, Hans Verkuil escreveu:
On Friday, November 25, 2011 12:00:31 Mauro Carvalho Chehab wrote:
Em 22-11-2011 08:05, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/ivtv/ivtv-driver.h
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:13, Manu Abraham escreveu:
On Thu, Nov 24, 2011 at 11:38 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 24-11-2011 16:01, Manu Abraham escreveu:
On Thu, Nov 24, 2011 at 11:14 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Fri, Nov 25, 2011 at 11:28:46AM +0100, Laurent Pinchart wrote:
Hi Sakari,
Thanks for the patch.
Hi Laurent,
Thanks for the comments!
On Thursday 24 November 2011 17:12:50 Sakari Ailus wrote:
...
@@ -1440,12 +1458,13 @@ struct v4l2_ctrl *v4l2_ctrl_new_std_menu(struct
On Fri, Nov 25, 2011 at 11:30:32AM +0100, Laurent Pinchart wrote:
Hi Sakari,
Thanks for the patch.
Hi Laurent,
Thanks for the comments!
On Thursday 24 November 2011 17:12:51 Sakari Ailus wrote:
...
@@ -292,6 +313,20 @@ the menu items can be enumerated with the
Hi Sakari,
On Friday 25 November 2011 13:02:02 Sakari Ailus wrote:
On Fri, Nov 25, 2011 at 11:28:46AM +0100, Laurent Pinchart wrote:
On Thursday 24 November 2011 17:12:50 Sakari Ailus wrote:
...
@@ -1440,12 +1458,13 @@ struct v4l2_ctrl *v4l2_ctrl_new_std_menu(struct
v4l2_ctrl_handler
On 25.11.2011 03:44, Mauro Carvalho Chehab wrote:
Em 24-11-2011 23:09, Andreas Oberritter escreveu:
On 24.11.2011 19:25, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:07, Andreas Oberritter escreveu:
On 24.11.2011 18:58, Mauro Carvalho Chehab wrote:
Em 24-11-2011 15:51, Andreas Oberritter
On Fri, Nov 25, 2011 at 01:43:12PM +0100, Laurent Pinchart wrote:
Hi Sakari,
On Friday 25 November 2011 13:02:02 Sakari Ailus wrote:
On Fri, Nov 25, 2011 at 11:28:46AM +0100, Laurent Pinchart wrote:
On Thursday 24 November 2011 17:12:50 Sakari Ailus wrote:
...
@@ -1440,12
Hi Sylwester,
On Thursday 24 November 2011 16:53:12 Sylwester Nawrocki wrote:
On 11/24/2011 03:00 PM, Laurent Pinchart wrote:
On Thursday 24 November 2011 13:22:10 Hans Verkuil wrote:
On Thursday, November 24, 2011 13:06:09 Laurent Pinchart wrote:
On Thursday 24 November 2011 12:49:00 Hans
Hi Sakari,
On Friday 25 November 2011 13:56:50 Sakari Ailus wrote:
On Fri, Nov 25, 2011 at 01:43:12PM +0100, Laurent Pinchart wrote:
On Friday 25 November 2011 13:02:02 Sakari Ailus wrote:
On Fri, Nov 25, 2011 at 11:28:46AM +0100, Laurent Pinchart wrote:
On Thursday 24 November 2011
Currently, (at least in rev. 1355) gnutv is ignoring SIGPIPE:
signal(SIGPIPE, SIG_IGN);
This means though that if it is used as such:
gnutv -out stdout -channels /home/mythtv/channels.conf.found 91-472 |
mplayer -
It will not terminate as it should when/if it's consumer (mplayer in
the
Hi Laurent,
On 11/25/2011 01:57 PM, Laurent Pinchart wrote:
On Thursday 24 November 2011 16:53:12 Sylwester Nawrocki wrote:
On 11/24/2011 03:00 PM, Laurent Pinchart wrote:
On Thursday 24 November 2011 13:22:10 Hans Verkuil wrote:
On Thursday, November 24, 2011 13:06:09 Laurent Pinchart wrote:
Hi Sylwester,
On Friday 25 November 2011 14:24:47 Sylwester Nawrocki wrote:
On 11/25/2011 01:57 PM, Laurent Pinchart wrote:
On Thursday 24 November 2011 16:53:12 Sylwester Nawrocki wrote:
On 11/24/2011 03:00 PM, Laurent Pinchart wrote:
On Thursday 24 November 2011 13:22:10 Hans Verkuil
Le vendredi 25 novembre 2011 15:05:44 Brian J. Murrell, vous avez écrit :
Is there a good reason I am not seeing why gnutv should be ignoring
SIGPIPE?
In general, ignoring SIGPIPE is the easiest way to protect against denial of
service when a peer connection socket is hung up remotely.
On 11-11-25 08:34 AM, Rémi Denis-Courmont wrote:
Anyway, the problem is not so mucgh ignoring SIGPIPE as ignoring EPIPE write
errors.
Yes, that is the other way to skin that cat I suppose.
What's the best/proper way to go about getting this fixed?
Cheers,
b.
signature.asc
Description:
Em 25-11-2011 10:00, Andreas Oberritter escreveu:
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:13, Manu Abraham escreveu:
On Thu, Nov 24, 2011 at 11:38 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 24-11-2011 16:01, Manu Abraham escreveu:
On Thu, Nov 24, 2011
On Fri, Nov 25, 2011 at 7:18 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 25-11-2011 10:00, Andreas Oberritter escreveu:
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:13, Manu Abraham escreveu:
On Thu, Nov 24, 2011 at 11:38 PM, Mauro Carvalho Chehab
Em 25-11-2011 10:55, Andreas Oberritter escreveu:
On 25.11.2011 03:44, Mauro Carvalho Chehab wrote:
Em 24-11-2011 23:09, Andreas Oberritter escreveu:
On 24.11.2011 19:25, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:07, Andreas Oberritter escreveu:
On 24.11.2011 18:58, Mauro Carvalho Chehab
On Friday, November 25, 2011 14:48:02 Mauro Carvalho Chehab wrote:
Em 25-11-2011 10:00, Andreas Oberritter escreveu:
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:13, Manu Abraham escreveu:
On Thu, Nov 24, 2011 at 11:38 PM, Mauro Carvalho Chehab
mche...@redhat.com
On Friday, November 25, 2011 16:18:52 Mauro Carvalho Chehab wrote:
The V4L2 API complements the ALSA API. Audio streaming, audio format
negotiation
etc are via the ALSA API.
Can you control pass-through of digital audio to SPDIF for example? Can
you control which decoder should be the
On Fri, 25 Nov 2011, Johann Klammer wrote:
When using a DVB-T Dongle and an external HDD simultaneously, EHCI
almost always disconnects.
When tuning, it works for some time, but after a while, probably
triggered by disk activity
the dmesg log fills up with disk errors and failed i2c
Em 25-11-2011 12:41, Andreas Oberritter escreveu:
On 25.11.2011 14:48, Mauro Carvalho Chehab wrote:
If your complain is about the removal of audio.h, video.h
We're back on topic, thank you!
and osd.h, then my proposal is
to keep it there, writing a text that they are part of a deprecated
Hello,
This changeset adds new V4L2_CID_ALPHA_COMPONENT control that allows to
configure
an alpha component of all pixels on the video capture device or on capture
queue
of a mem-to-mem device. This is meant for devices that allow to set a per-pixel
alpha at the pipeline output to a desired
This control is intended for the video capture or memory-to-memory devices
that are capable of setting up a per-pixel alpha component to some arbitrary
value. The V4L2_CID_ALPHA_COMPONENT control allows to set the alpha component
for all pixels to a value in range from 0 to 255.
Signed-off-by:
On Exynos SoCs the FIMC IP allows to configure globally the alpha
component of all pixels for V4L2_PIX_FMT_RGB32, V4L2_PIX_FMT_RGB555
and V4L2_PIX_FMT_RGB444 image formats. This patch adds a v4l2 control
in order to let the applications control the alpha component value.
The alpha value range
On 24.11.2011 14:39, Hans Verkuil wrote:
From: Hans Verkuilhans.verk...@cisco.com
Create a new public header, av7110.h, that contains all the av7110
specific audio, video and osd APIs that used to be defined in dvb/audio.h,
dvb/video.h and dvb/osd.h. These APIs are no longer part of DVBv5 but
Em 25-11-2011 13:22, Hans Verkuil escreveu:
On Friday, November 25, 2011 14:48:02 Mauro Carvalho Chehab wrote:
Em 25-11-2011 10:00, Andreas Oberritter escreveu:
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:13, Manu Abraham escreveu:
On Thu, Nov 24, 2011 at 11:38 PM,
On Fri, Nov 25, 2011 at 8:52 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Friday, November 25, 2011 14:48:02 Mauro Carvalho Chehab wrote:
Em 25-11-2011 10:00, Andreas Oberritter escreveu:
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:13, Manu Abraham escreveu:
On Thu,
Em 25-11-2011 13:25, Hans Verkuil escreveu:
On Friday, November 25, 2011 16:18:52 Mauro Carvalho Chehab wrote:
The V4L2 API complements the ALSA API. Audio streaming, audio format
negotiation
etc are via the ALSA API.
Can you control pass-through of digital audio to SPDIF for example? Can
On Fri, Nov 25, 2011 at 02:13:22PM +, Dave Airlie wrote:
On Tue, Oct 11, 2011 at 10:23 AM, Sumit Semwal sumit.sem...@ti.com wrote:
This is the first step in defining a dma buffer sharing mechanism.
A new buffer object dma_buf is added, with operations and API to allow easy
sharing of
On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
Em 25-11-2011 12:41, Andreas Oberritter escreveu:
On 25.11.2011 14:48, Mauro Carvalho Chehab wrote:
If your complain is about the removal of audio.h, video.h
We're back on topic, thank you!
and osd.h, then my proposal is
to keep it there,
Em 25-11-2011 13:58, Manu Abraham escreveu:
On Fri, Nov 25, 2011 at 8:52 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Friday, November 25, 2011 14:48:02 Mauro Carvalho Chehab wrote:
Em 25-11-2011 10:00, Andreas Oberritter escreveu:
On 24.11.2011 19:47, Mauro Carvalho Chehab wrote:
Em
On Fri, Nov 25, 2011 at 9:33 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 25-11-2011 13:58, Manu Abraham escreveu:
On Fri, Nov 25, 2011 at 8:52 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Friday, November 25, 2011 14:48:02 Mauro Carvalho Chehab wrote:
Em 25-11-2011 10:00, Andreas
+struct dma_buf_attachment *dma_buf_attach(struct dma_buf *dmabuf,
+ struct device *dev)
+{
+ struct dma_buf_attachment *attach;
+ int ret;
+
+ BUG_ON(!dmabuf || !dev);
+
+ mutex_lock(dmabuf-lock);
+
+ attach =
Em 25-11-2011 14:03, Andreas Oberritter escreveu:
On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
Em 25-11-2011 12:41, Andreas Oberritter escreveu:
On 25.11.2011 14:48, Mauro Carvalho Chehab wrote:
If your complain is about the removal of audio.h, video.h
We're back on topic, thank you!
I've rebuilt my PRIME interface on top of dmabuf to see how it would work,
I've got primed gears running again on top, but I expect all my object
lifetime and memory ownership rules need fixing up (i.e. leaks like a
sieve).
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-prime-dmabuf
has
This is a quick and dirty patch and hack to solve some memory allocation
issues that appeared at CMA v17 after switching migration code from
hotplug to memory compaction. Especially the issue with watermark
adjustment need a real fix instead of disabling the code.
Signed-off-by: Marek Szyprowski
On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 25-11-2011 14:03, Andreas Oberritter escreveu:
On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
Em 25-11-2011 12:41, Andreas Oberritter escreveu:
On 25.11.2011 14:48, Mauro Carvalho Chehab wrote:
If your
Hi Hans,
Thanks for comments.
On Tue, Nov 22, 2011 at 02:38, Hans Verkuil hverk...@xs4all.nl wrote:
Hi Pawel!
Thanks for doing this work, but I have a few comments...
On Tuesday, November 22, 2011 06:26:37 Pawel Osciak wrote:
The app_offset can only be set by userspace and will be passed by
Em 23-11-2011 05:09, Dan Carpenter escreveu:
The msg-command field is 32 bits, and we should fill it with a call
to cpu_to_le32(). The current code is broken on big endian systems,
and on little endian systems it just truncates the 32 bit value to
16 bits.
Signed-off-by: Dan Carpenter
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:Fri Nov 25 19:00:19 CET 2011
git hash:7e5219d18e93dd23e834a53b1ea73ead19cfeeb1
gcc version: i686-linux-gcc
Hi All,
I have a Hauppauge HVR-900 HD with ID 2040:b138. Is this device
supported, and if so, which driver and firmware do I need?
Regards,
/Fredrik
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo
On Fri, 25 Nov 2011 17:43:07 +0100, Marek Szyprowski m.szyprow...@samsung.com
wrote:
This is a quick and dirty patch and hack to solve some memory allocation
issues that appeared at CMA v17 after switching migration code from
hotplug to memory compaction. Especially the issue with watermark
On 25.11.2011 17:51, Manu Abraham wrote:
On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 25-11-2011 14:03, Andreas Oberritter escreveu:
On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
Em 25-11-2011 12:41, Andreas Oberritter escreveu:
On 25.11.2011 14:48,
Hi Laurent,
On 11/24/2011 10:50 AM, Laurent Pinchart wrote:
Hi Florian,
Gentle ping ?
Sorry, but I'm very busy at the moment and therefore time-consuming things, like
solving challenging problems, are delayed for some time.
On Sunday 20 November 2011 11:55:22 Laurent Pinchart wrote:
On
On Fri, Nov 25, 2011 at 3:54 PM, Fredrik Lingvall
fredrik.lingv...@gmail.com wrote:
Hi All,
I have a Hauppauge HVR-900 HD with ID 2040:b138. Is this device supported,
and if so, which driver and firmware do I need?
Hi Frank,
It's not currently supported under Linux as it uses a demodulator
On Friday 25 November 2011 23:06:34 Andreas Oberritter wrote:
On 25.11.2011 17:51, Manu Abraham wrote:
On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 25-11-2011 14:03, Andreas Oberritter escreveu:
On 25.11.2011 16:38, Mauro Carvalho Chehab wrote:
Em
On Sat, Nov 26, 2011 at 11:25 AM, Oliver Endriss o.endr...@gmx.de wrote:
On Friday 25 November 2011 23:06:34 Andreas Oberritter wrote:
On 25.11.2011 17:51, Manu Abraham wrote:
On Fri, Nov 25, 2011 at 9:56 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 25-11-2011 14:03, Andreas
Hello
I have Geniatech satbox for more info :
http://linuxtv.org/wiki/index.php/Geniatech_Satbox
it's dvb-s device and it has tm6000 chip with cx24123/cx24109
tm6000 module only has dvb-t/analog support
dvb-s feature to support in future will be or only just to be dvb-t part
Regards.
--
Olcay
59 matches
Mail list logo
