This patch series removes the last V4L1 drivers (Yay!), the obsolete dabusb
driver
and the ieee1394-stack part of the firedtv driver (the IEEE1394 stack was
removed in 2.6.37).
The firedtv changes have been tested and reviewed by Stefan.
I also added a fix for the saa7134-empress driver that was
On Sun, Feb 6, 2011 at 9:10 PM, Daniel O'Connor wrote:
>
> On 07/02/2011, at 13:34, Dave Johansen wrote:
>>> However the drivers in Ubuntu at least work for 1 tuner, if I try and use
>>> both in mythtv one tends to lock up after a while :-/
>>
>> I actually had the card working and tuning channel
On 07/02/2011, at 13:34, Dave Johansen wrote:
>> However the drivers in Ubuntu at least work for 1 tuner, if I try and use
>> both in mythtv one tends to lock up after a while :-/
>
> I actually had the card working and tuning channels about 2 years ago
> with Ubuntu 08.10 and 09.04. From what I
On Sun, Feb 6, 2011 at 4:14 PM, Daniel O'Connor wrote:
>
> You could try the latest DVB drivers, although on my DViCo (which looks like
> the DVB-T version of yours) they aren't any better.
>
> However the drivers in Ubuntu at least work for 1 tuner, if I try and use
> both in mythtv one tends t
On Sun, Feb 06, 2011 at 03:46:59PM -0700, Dave Johansen wrote:
> I am trying to resurrect my MythBuntu system with a DViCO FusionHDTV7
> Dual Express. I had previously had some issues with trying to get
> channels working in MythTV (
> http://www.mail-archive.com/linux-media@vger.kernel.org/msg0384
On 07/02/2011, at 9:16, Dave Johansen wrote:
> Here's the output from scan:
>
> scan /usr/share/dvb/atsc/us-ATSC-
> center-frequencies-8VSB
> scanning us-ATSC-center-frequencies-8VSB
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tune to: 189028615:8VSB
> WARNING: filte
Op 06-02-11 23:46, Dave Johansen schreef:
I am trying to resurrect my MythBuntu system with a DViCO FusionHDTV7
Dual Express. I had previously had some issues with trying to get
channels working in MythTV (
http://www.mail-archive.com/linux-media@vger.kernel.org/msg03846.html
), but now it locks
I am trying to resurrect my MythBuntu system with a DViCO FusionHDTV7
Dual Express. I had previously had some issues with trying to get
channels working in MythTV (
http://www.mail-archive.com/linux-media@vger.kernel.org/msg03846.html
), but now it locks up with MythBuntu 10.10 when I scan for chan
In drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c:ttusb_boot_dsp() we
need to call release_firmware(fw) before returning or we'll leak - no
matter if we succeed or fail.
Signed-off-by: Jesper Juhl
---
dvb-ttusb-budget.c |1 +
1 file changed, 1 insertion(+)
compile tested only.
diff -
On Tue, 2011-02-01 at 13:49 -0200, Mauro Carvalho Chehab wrote:
> Hi Lawrence,
>
> Em 08-01-2011 16:45, Lawrence Rust escreveu:
> > Thanks for the info on the PVR-150. It largely confirmed what I had
> > surmised - that the two cards disagree about serial audio data format.
> > Before my patch, t
If the memory allocation to 'state' succeeds but we jump to the 'error'
label before 'state' is assigned to fe->tuner_priv, then the call to
'zl10036_release(fe)' at the 'error:' label will not free 'state', but
only what was previously assigned to 'tuner_priv', thus leaking the memory
allocate
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:Sun Feb 6 19:00:17 CET 2011
git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f
git media-master: gcc version: i6
This tuner PLL has missing initialisation settings resulting in
haphazard tuning. The PLL LPF was set to just 22000 symbol rate.
Basically, the module is a Sharp BS2F7HZ0194 (STV0299+IX2410)
I have had problems implementing the PLL in a new driver and
did not want to break the IX2410 out of the P
On 01.02.2011 07:02, Daniel Mierswa wrote:
> Heya, I wanted to provide a patch to have the ability to _not_ build
> and install various tools even if the requirements are met.
any comments on this? seems rather trivial to decide if it's good to go
or not :D
wrong mailinglist or recipient perhaps?
Since the drivers/ieee1394/ backend was removed from firedtv, its I/O no
longer needs to be abstracted as exchangeable backend methods.
Also, ieee1394 variants of module and device probe and removal are no
longer there. Move module probe and removal into firedtv-fw.c where
device probe and remova
On Feb 05 Hans Verkuil wrote:
> The following changes since commit ffd14aab03dbb8bb1bac5284603835f94d833bd6:
> Devin Heitmueller (1):
> [media] au0828: fix VBI handling when in V4L2 streaming mode
>
> are available in the git repository at:
>
> ssh://linuxtv.org/git/hverkuil/media_tre
Hi,
with STB0899-based TT-Budget S2-3200 I'm occasionaly experiencing
lost TS packets when the stream is routed via CAM. The transponder
bandwidth is quite high, with SR27500, FEC 3/4 and 8PSK it yields
almost 60 Mbit/s. The CAM is a CI+ type, thus capable of running its
TS interface upto 96 Mbit
17 matches
Mail list logo