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 http://vger.kernel.org/ma
On Fri, 2012-06-29 at 15:55 -0400, Devin Heitmueller wrote:
> On Fri, Jun 29, 2012 at 3:10 PM, 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, so another
>
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 ret
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 Carv
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 init_drxk,
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
---
drivers/media/dvb/frontends/drxk_hard.c | 29 +++--
drivers/media/dvb/frontends/d
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 lit
On Fri, Jun 29, 2012 at 9:13 AM, Sergio Aguirre
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.
This problem i had is on a
Hey Gianluca,
On Mon, Jun 25, 2012 at 11:47 AM, Devin Heitmueller
wrote:
> On Mon, Jun 25, 2012 at 10:36 AM, Ezequiel Garcia
> wrote:
> Others issue related to memory allocation on platforms like ARM with
> limited coherent memory (if the device is unplugged/replugged often,
> the device won't
On Fri, Jun 29, 2012 at 3:10 PM, 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
> contain several ch
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 (GC
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 c
On Fri, Jun 29, 2012 at 1:57 PM, 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 applications do
>
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:
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 hop
On Fri, Jun 29, 2012 at 1:19 PM, 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 the
video, gett
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 http://vger.kernel.org/majord
On Fri, Jun 29, 2012 at 12:49 PM, 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 PC platforms, b
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 desi
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 scr
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 need
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
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 g
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.
I discussed with Mauro Carvalho Chehab before I s
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
--
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 [cedric.dew...@telfort.nl]
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
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 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
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
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
>>> --
>>> *
>>> http://comments.gmane.org/gmane
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
> >> --
> >> *
> >> http://comments.gma
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 message
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 buffer
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,
> > > -
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
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_disable
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
Signed-off-by: Kyungmin Park
---
Finally I have found a way to send end-of-
38 matches
Mail list logo