s5p-mfc encoder after receiving V4L2_ENC_CMD_STOP command
will instruct MFC device to release all encoded frames.
After dequeuing last encoded frame driver will generate
V4L2_EVENT_EOS event.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Hi Mauro,
On Mon, 25 Jun 2012 17:06:28 -0300, Mauro Carvalho Chehab wrote:
That's said, IMO, the best approach is to do:
1) add support for asynchronous probe at device core, for devices that
requires firmware
at probe(). The async_probe() will only be active if !usermodehelper_disabled.
Martin Blumenstingl writes:
Currently there are two different commands: the old command which takes
4 parameters, and a newer one with just takes 2 parameters.
Hi,
are you sure about this?
From what I have been told, the 2 parameter command is in the
firmware ROM and older loadable/patch
On Thu, 28 Jun 2012, Laurent Pinchart wrote:
Hi Guennadi,
Thanks for the review.
On Thursday 21 June 2012 23:15:14 Guennadi Liakhovetski wrote:
On Wed, 23 May 2012, Laurent Pinchart wrote:
-static int soc_camera_power_off(struct soc_camera_device *icd,
-
Hi,
On 06/29/2012 07:10 AM, Ben Hutchings wrote:
On Mon, 2012-06-11 at 21:06 +0200, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/media_tree.git tree:
Subject: [media] gspca-core: Fix
Some drivers (in particular for TV cards) need exclusive access to
their I2C buses for specific operations. Export an unlocked flavor
of i2c_transfer to give them full control.
The unlocked flavor has the following limitations:
* Obviously, caller must hold the i2c adapter lock.
* No debug
Em 29-06-2012 02:03, Antti Palosaari escreveu:
On 06/29/2012 07:32 AM, Mauro Carvalho Chehab wrote:
Em 27-06-2012 21:33, Antti Palosaari escreveu:
SDR - Softaware Defined Radio support DVB API
--
*
On 06/29/2012 03:02 PM, Mauro Carvalho Chehab wrote:
Em 29-06-2012 02:03, Antti Palosaari escreveu:
On 06/29/2012 07:32 AM, Mauro Carvalho Chehab wrote:
Em 27-06-2012 21:33, Antti Palosaari escreveu:
SDR - Softaware Defined Radio support DVB API
On 06/29/2012 02:24 PM, Patrick Boettcher wrote:
On Friday 29 June 2012 08:03:16 Antti Palosaari wrote:
On 06/29/2012 07:32 AM, Mauro Carvalho Chehab wrote:
Em 27-06-2012 21:33, Antti Palosaari escreveu:
SDR - Softaware Defined Radio support DVB API
Hi all,
So, I've been trying to test the REQBUFS(0) from libv4l2 with my
omap4iss device, and I've hit the following problem:
So, I basically do the basic IOCTL sequence:
open(/dev/video0)
VIDIOC_QUERYCAP
VIDIOC_ENUM_FMT
VIDIOC_ENUM_FRAMESIZES
VIDIOC_ENUM_FRAMEINTERVALS
VIDIOC_S_FMT (w = 640, h
On Friday 29 June 2012 13:24:52 Patrick Boettcher wrote:
That said, IMO, the rtl-sdr driver should sit on the DVB-API. Maybe V4L2
*argl* I wanted to say, ... should _not_ sit on the DVB-API...
--
Patrick.
Kernel Labs Inc.
http://www.kernellabs.com/
--
To unsubscribe from this list: send the
Hello,
did you enable the DVB USB debugging (CONFIG_DVB_USB_DEBUG) in your kernel
configuration?
regards,
Olivier
From: linux-media-ow...@vger.kernel.org [linux-media-ow...@vger.kernel.org] On
Behalf Of cedric.dew...@telfort.nl
Em 29-06-2012 08:24, Patrick Boettcher escreveu:
On Friday 29 June 2012 08:03:16 Antti Palosaari wrote:
On 06/29/2012 07:32 AM, Mauro Carvalho Chehab wrote:
Em 27-06-2012 21:33, Antti Palosaari escreveu:
SDR - Softaware Defined Radio support DVB API
Em 29-06-2012 12:58, Martin Blumenstingl escreveu:
Hi Ralph,
are you sure about this?
From what I have been told, the 2 parameter command is in the
firmware ROM and older loadable/patch firmwares.
Newer firmwares provided the 4 parameter command.
The firmwares in the ROM are a good point.
Hi,
I didn't tell old command, or at least not in the sense of old firmware. I
told
that the first drivers (ddbridge and mantis), based on drxk_ac3.mc firmware,
use the
4-parameters variant, while the other drivers use the 2-parameters variant.
Oh sorry, I must have gotten that wrong.
Hello again,
sorry, attachment missing.
Kind regards,
Georg Jansing
Am 29.06.2012 18:26, schrieb Georg Jansing:
Hello everybody,
I was trying to install Linux TV Kernel Modules via your media_build
git repo/scripts. Since I am on openSUSE and there are no installation
hints yet, and I
Hello everybody,
I was trying to install Linux TV Kernel Modules via your media_build git
repo/scripts. Since I am on openSUSE and there are no installation hints
yet, and I needed to look up the correct packages anyways, here is a
small patch that adds the corresponding infomation to your
Hello all,
I'm currently working on an automated process to increase the
number of online Closed Captions for the hearing-impaired
community on a popular video-streaming service. I've had a
successful proof-of-concept on mac and PC platforms, but to
take this process to scale, I'd like to
On Fri, Jun 29, 2012 at 12:49 PM, aschu...@bright.net wrote:
Hello all,
I'm currently working on an automated process to increase the
number of online Closed Captions for the hearing-impaired
community on a popular video-streaming service. I've had a
successful proof-of-concept on mac and
Hi Devin
I agree. What device would you suggest? Is there one which seems
to be most popular / robust?
Thanks
Andy
--
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
On Fri, Jun 29, 2012 at 1:19 PM, aschu...@bright.net wrote:
Hi Devin
I agree. What device would you suggest? Is there one which seems
to be most popular / robust?
That depends largely on your use case. Do you need to actually save
the video, or just extract the captions (if you want to save
I don't need to save the video, except that I'm using CC
extractor, which expects an Mpeg-2 file. I'd like to capture as
many streams from one tuner as possible (one reason for working
in the Linux environment), the vendor-provided applications do
not allow me to run parallel instances. I'm
Hi Mauro,
On 06/28/2012 06:29 PM, Sylwester Nawrocki wrote:
The following changes since commit 433002d69888238b16f8ea9434447feaa1fc9bf0:
Merge remote-tracking branch 'party-public/v4l-fimc-fixes' into v4l-fixes
(2012-06-27 16:28:08 +0200)
are available in the git repository at:
On Fri, Jun 29, 2012 at 1:57 PM, aschu...@bright.net wrote:
I don't need to save the video, except that I'm using CC
extractor, which expects an Mpeg-2 file. I'd like to capture as
many streams from one tuner as possible (one reason for working
in the Linux environment), the vendor-provided
Great info. I'm less familiar with the way that Cable is
transmitted, but I do understand that ATSC carries multiple
channels per frequency. Are you suggesting that I could
capture a single stream from a single tuner which would
contain several channels, and pull the CC data for all of
those
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 Jun 29 19:00:20 CEST 2012
git hash:a99817ca60d206be3645d156f755cf065e949c58
gcc version: i686-linux-gcc
On Fri, Jun 29, 2012 at 3:10 PM, aschu...@bright.net wrote:
Great info. I'm less familiar with the way that Cable is
transmitted, but I do understand that ATSC carries multiple
channels per frequency. Are you suggesting that I could
capture a single stream from a single tuner which would
Hey Gianluca,
On Mon, Jun 25, 2012 at 11:47 AM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Mon, Jun 25, 2012 at 10:36 AM, Ezequiel Garcia elezegar...@gmail.com
wrote:
Others issue related to memory allocation on platforms like ARM with
limited coherent memory (if the device is
On Fri, Jun 29, 2012 at 9:13 AM, Sergio Aguirre
sergio.a.agui...@gmail.com wrote:
Hi all,
So, I've been trying to test the REQBUFS(0) from libv4l2 with my
omap4iss device, and I've hit the following problem:
Actually... nevermind :(
I just realized that multiple fixes went in after 3.1.
The firmware blob may not be available when the driver probes.
Instead of blocking the whole kernel use request_firmware_nowait() and
continue without firmware.
This shouldn't be that bad on drx-k devices, as they all seem to have an
internal firmware. So, only the firmware update will take a
Don't allow other devices at the same I2C bus to use it during
firmware load, in order to prevent using the device while it is
not on a sane state.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
---
drivers/media/dvb/frontends/drxk_hard.c | 29 +++--
If firmware is not loaded for some reason, or if it is not ready
yet, it makes no sense to honour to any DVB callbacks.
So, return -EAGAIN, as the error condition may be temporary.
If the device doesn't initialize, either because it requires a
firmware or because there's an error during
As it will be using the unlocked version of i2c_transfer during
firmware loads, make sure that the priv state routine will be
used on all I2C calls, in preparation for the next patch that
will implement an exclusive lock mode to be used during firmware
load, at drxk_init.
Signed-off-by: Mauro
This patch series should be applied after i2c: Export an unlocked
flavor of i2c_transfer. It converts the drxk driver to use
request_firmware_nowait() and prevents I2C bus usage during firmware
load.
If firmware load doesn't happen and the device cannot be reset due
to that, -ENODEV will be
On Fri, 2012-06-29 at 15:55 -0400, Devin Heitmueller wrote:
On Fri, Jun 29, 2012 at 3:10 PM, aschu...@bright.net wrote:
I've found that most, if not all, cable boxes do not pass
through CC data, because they are meant to interpret it and
pass it on with customized formatting and whatnot,
Is the patch below still necessary to make the skystar HD2 working correctly ?
https://patchwork.kernel.org/patch/753382/--
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
36 matches
Mail list logo
