On Mi, 2017-11-08 at 14:28 +0100, Wolfgang Rohdewald wrote:
> since kernel 4.9 I cannot use my four dvb-s2 USB receivers anymore, so
> I am stuck with 4.8.x
>
> Now I tried again with an unmodified kernel 4.13.12. After some time,
> I get 3 oopses (remember - I have 4 devices). The call trace is
vb-usb: Technotrend TT Connect
S2-3600 successfully deinitialized and disconnected.
Nov 8 13:05:51 s5 kernel: [ 81.636514] dvb-usb: bulk message failed: -2
(11/0)
Nov 8 13:05:51 s5 kernel: [ 81.636518] pctv452e: I2C error -2; AA 44 10 04
00 -> aa 44 31 07 10 04 00
Nov 8 13:05:51 s5 kernel: [
dvb_usb_init()
calls dvb_usb_device_power_ctrl() for the first time, before the
frontend has been attached; and it fixes a recursive deadlock because
tt3650_ci_msg_locked() has already locked the mutex.
Both regressions were caused by said commit 73d5c5c864f4094, which rendered
the pctv452e driver completely
tex in line 297 and
then calls `tt3650_ci_msg' in line 299.
Fixes: 73d5c5c864f4 ("[media] pctv452e: don't do DMA on stack")
Signed-off-by: Iago Abal <m...@iagoabal.eu>
---
drivers/media/usb/dvb-usb/pctv452e.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/dvb-
drivers/media/usb/dvb-usb/pctv452e.c:115:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Mauro Carvalho Chehab
Signed-off-by: Fengguang Wu
---
pctv452e.c |2 +-
1 file
There are some conditions on this driver that are tested with
BUG_ON() with are not serious enough to hang a machine.
So, just return an error if this happens.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 7 ---
1 file changed, 4
The USB control messages require DMA to work. We cannot pass
a stack-allocated buffer, as it is not warranted that the
stack would be into a DMA enabled area.
Reviewed-By: Patrick Boettcher
Signed-off-by: Mauro Carvalho Chehab
---
On Fri, 7 Oct 2016 14:24:30 -0300
Mauro Carvalho Chehab wrote:
> The USB control messages require DMA to work. We cannot pass
> a stack-allocated buffer, as it is not warranted that the
> stack would be into a DMA enabled area.
>
> Signed-off-by: Mauro Carvalho Chehab
There are some conditions on this driver that are tested with
BUG_ON() with are not serious enough to hang a machine.
So, just return an error if this happens.
Signed-off-by: Mauro Carvalho Chehab
---
v2: simplify the logic and use its own error message.
There are some conditions on this driver that are tested with
BUG_ON() with are not serious enough to hang a machine.
So, just return an error if this happens.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 8 +---
1 file changed,
The USB control messages require DMA to work. We cannot pass
a stack-allocated buffer, as it is not warranted that the
stack would be into a DMA enabled area.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 110
2008-02-25 Andre Weidemann added support for TT S2-3600 and noted
that he still gets image distortions every now and then.
It seems to be common knowledge in many projects that changing
the USB parameters seems to help. OpenELEC has included this patch
for a few years, for example. Nobody
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
Note that the 6 in the third argument of memset appears to represent
an ethernet address size (ETH_ALEN).
The Coccinelle semantic patch that makes this change is as
From: Hans Verkuil hans.verk...@cisco.com
drivers/media/usb/dvb-usb/pctv452e.c:886:64: warning: Using plain integer as
NULL pointer
drivers/media/usb/dvb-usb/pctv452e.c:903:63: warning: Using plain integer as
NULL pointer
drivers/media/usb/dvb-usb/pctv452e.c:968:19: warning: Using plain integer
using szap, and say how I can make it hang?
regards
Antti
On 07/02/2012 07:33 PM, Steve Hill wrote:
I've been using a Technotrend TT 3600 USB DVB-S2 receiver for a couple
of years, which has (largely) been working fine under the S2-liplianin
pctv452e driver. I've been aware of a lot
On 04/07/12 17:22, Antti Palosaari wrote:
As the new DVB-USB fixes many bugs I ask you to test it. I converted
pctv452e driver for you:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/pctv452e
I've had chance to give this kernel a go. Unfortunately I'm getting
On 11.07.2012 01:13, Antti Palosaari wrote:
All these tests shows your device is running as it should.
There are errors in almost every case, they are absent in your example.
Is it ok?
Test VDR again to see if it breaks.
VDR unfortunatelly doesn't work saying frontend 0/0 timed out while
I've attached stream analysis via ffmpeg in another post. I can upload
saved stream if needed. I simply don't know how to check if weak signal
is problem. Szap (or extended version szap-s2) gives me some numbers but
I don't know how to properly read them.
Is this pctv452e device known to have
On 09.07.2012 19:46, Antti Palosaari wrote:
# tune to channel:
szap -r CHANNEL NAME
-r option is important here as it routes stream to /dev/dvb/adapter0/dvr0
done
# dump channels from tuned multiplex (if you don't have that command
just skip):
scandvb -c
marx@wuwek:~/zmaz$ scan -c
using
On 07/10/2012 09:39 AM, Marx wrote:
On 09.07.2012 19:46, Antti Palosaari wrote:
# tune to channel:
szap -r CHANNEL NAME
-r option is important here as it routes stream to /dev/dvb/adapter0/dvr0
done
# dump channels from tuned multiplex (if you don't have that command
just skip):
scandvb
.
…ffprobe
Play with a femon, dvbsnoop, …
http://www.linuxtv.org/wiki/index.php/LinuxTV_dvb-apps
http://www.linuxtv.org/wiki/index.php/Dvbsnoop
Read a bit
http://www.linuxtv.org/wiki/index.php/Testing_reception_quality
Is this pctv452e device known to have poor reception?
modinfo stb6100 | grep
On Tue, Jul 10, 2012 at 11:51 AM, poma pomidorabelis...@gmail.com wrote:
Is this pctv452e device known to have poor reception?
Traditionally speaking, these problems are usually not the hardware
itself - it tends to be crappy Linux drivers. Somebody gets support
working for a chip on some
number 2 using ehci_hcd
[ 1537.437957] usb 1-4: New USB device found, idVendor=2304, idProduct=021f
[ 1537.437971] usb 1-4: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 1537.437980] usb 1-4: Product: PCTV452e
[ 1537.437989] usb 1-4: Manufacturer: Pinnacle
[ 1537.556548] usb 1-4
On 07/10/2012 05:58 PM, Devin Heitmueller wrote:
On Tue, Jul 10, 2012 at 11:51 AM, poma pomidorabelis...@gmail.com wrote:
Is this pctv452e device known to have poor reception?
Traditionally speaking, these problems are usually not the hardware
itself - it tends to be crappy Linux drivers
] usb 1-4: new high-speed USB device number 2 using ehci_hcd
[ 1537.437957] usb 1-4: New USB device found, idVendor=2304, idProduct=021f
[ 1537.437971] usb 1-4: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 1537.437980] usb 1-4: Product: PCTV452e
[ 1537.437989] usb 1-4: Manufacturer
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap running backround and try again.
That way it works, and I can save stream. Hovewer it's strange because I
shouldn't have
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap running backround and try again.
That way it works, and I can save stream. Hovewer
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap running backround and try again.
On 07/09/2012 07:44 PM, Marx wrote:
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap
On 07/09/2012 08:38 PM, Antti Palosaari wrote:
On 07/09/2012 07:44 PM, Marx wrote:
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data
On 07/09/2012 06:44 PM, Marx wrote:
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap
can using streamdev play it on local PC).
And install latest patch from here:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/pctv452e
it just ignores the I2C error coming from wrong I2C address used which
could have some effect for STB6100 driver.
Patch works as expected
PC).
And install latest patch from here:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/pctv452e
it just ignores the I2C error coming from wrong I2C address used which
could have some effect for STB6100 driver.
Patch works as expected - no more I2C errors in error log. Very
On 05.07.2012 16:23, Antti Palosaari wrote:
Check if those modules are enabled, in file .config
CONFIG_DVB_USB_V2=m
CONFIG_DVB_USB_PCTV452E=m
use make menuconfig to enable if disabled. Then make make
install_modules make install as usually.
You were right, I didn't have this options
address like device address +
register address. This makes stb6100 I2C address of tuner set for that
request 0x66 whilst it should be 0x60. Is that code never tested...
pctv452e DVB USB driver behaves just correctly as it says this is not
valid and returns error.
Also pctv452e I2C adapter
tested...
pctv452e DVB USB driver behaves just correctly as it says this is not
valid and returns error.
Also pctv452e I2C adapter supports only I2C operations that are done
with repeated STOP condition - but I cannot see there is logic to sent
STOP after last message. I suspect it is not correct
. Is that code never tested...
pctv452e DVB USB driver behaves just correctly as it says this is not
valid and returns error.
Also pctv452e I2C adapter supports only I2C operations that are done
with repeated STOP condition - but I cannot see there is logic to sent
STOP after last message. I suspect
Driver doesn't work good.
I've took out the second card, so there is only pctv452e connected.
It worked the same way as usually.
At first driver was playing some SD channels (encrypted and FTA - no
matter), it even played one HD channel for the first time ever, but
after it it refused to play
On 07/07/2012 01:23 AM, Marx wrote:
Driver doesn't work good.
I've took out the second card, so there is only pctv452e connected.
It worked the same way as usually.
At first driver was playing some SD channels (encrypted and FTA - no
matter), it even played one HD channel for the first time ever
On 07/05/2012 04:14 PM, Marx wrote:
Maybe i did something wrong because I'm new to git, so below are steps i
followed to compile new driver set:
1) git clone git://linuxtv.org/anttip/media_tree.git
2) git checkout -b pctv452e origin/pctv452e
3) copy config file from 3.4 kernel
4) make menuconfig
don't like mess and refactoring is good thing.
The problem is that often makers of hardware doesn't support their linux
drivers and changes in DVB core doesn't help it.
Like with pctv452e - device was working, i've bought it as supported and
now it works only partially.
I don't think there is easy
Ps. Steve, could you please give me full version of kernel which
works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using (this is
an ARM system).
As the new DVB-USB fixes many bugs I ask you to test it. I converted
pctv452e driver for you:
http
On 07/04/2012 07:04 PM, Steve Hill wrote:
Ps. Steve, could you please give me full version of kernel which
works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using (this is
an ARM system).
As the new DVB-USB fixes many bugs I ask you to test it. I converted
On 07/04/2012 09:53 PM, André Weidemann wrote:
On 04.07.2012 18:22, Antti Palosaari wrote:
On 07/04/2012 07:04 PM, Steve Hill wrote:
Ps. Steve, could you please give me full version of kernel which
works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using
On 04.07.2012 18:22, Antti Palosaari wrote:
On 07/04/2012 07:04 PM, Steve Hill wrote:
Ps. Steve, could you please give me full version of kernel which
works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using (this is
an ARM system).
As the new DVB-USB fixes
W dniu 2012-07-04 18:22, Antti Palosaari pisze:
I don't have hardware, no PCTV neither TechnoTrend. I just converted
PCTV as Marx seems to have such device and he was blaming. Code wasn't
100% similar, for example TechnoTrend has CI PCTV doesn't.
It should not fix problems but it could since I
to figure out _why_ it won't work.
I'm on the same boat.
I have 3 DVB-S2 cards, one of them is pctv452e, and none of them works
reliable. Yes, it's very frustrating that card which claims linux
support has this support broken. The problem is that community which
uses DVB cards is much smaller
I've been using a Technotrend TT 3600 USB DVB-S2 receiver for a couple
of years, which has (largely) been working fine under the S2-liplianin
pctv452e driver. I've been aware of a lot of documented problems with
running this receiver under the 3.x kernel, so I've stuck with the 2.6
series
Hi guys,
Since updating to 3.3.1 from 3.2.x my DVB-S2 tuner has stopped working
and seems to block when accessed:
[ 6182.111792] pctv452e: I2C error -110; AA 0F D0 03 00 - AA 0F D0 03 00.
[ 6182.419919] dvb-usb: error -110 while querying for an remote control
event.
[ 6182.989972] dvb-usb
Hi all,
I'm not entirely sure if this is the correct list, but I compiled the
latest 3.2 RC3 kernel to get native support of my S2-3600 tuner
(s2-liplianin seems to cause trouble with my other tuner).
I enabled the PCTV452e module in the kernel and the device detects ok;
[ 12.075239] dvb-usb
Hi Mauro,
On 30.09.2011 22:58, Igor M. Liplianin wrote:
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
It looks like the comments and the patch under
http://patchwork.linuxtv.org/patch/8042/ got mixed up.
Regards,
André
--
. Liplianin liplia...@me.by
Date: Fri, 30 Sep 2011 23:13:29 +0300
Subject: [PATCH] pctv452e: hm.. tidy bogus code up
To: mche...@infradead.org, linux-media@vger.kernel.org
Signed-off-by: Igor M. Liplianin liplia...@me.by
---
drivers/media/dvb/dvb-usb/pctv452e.c | 16 +---
1 files
Hi Igor,
On 30.09.2011 22:58, Igor M. Liplianin wrote:
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
Signed-off-by: Igor M. Liplianinliplia...@me.by
Well spotted... The cloned struct should have been removed a long time
go.
On 03.10.2011 14:30, André Weidemann wrote:
Hi Igor,
On 30.09.2011 22:58, Igor M. Liplianin wrote:
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
Signed-off-by: Igor M. Liplianinliplia...@me.by
Well spotted... The cloned
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
Signed-off-by: Igor M. Liplianin liplia...@me.by
---
drivers/media/dvb/dvb-usb/pctv452e.c | 16 +---
1 files changed, 1 insertions(+), 15 deletions(-)
diff --git
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view we can count the beginning was here:
В сообщении от 27 сентября 2011 10:55:11 автор Dominik Kuhlen написал:
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view
Em 27-09-2011 04:55, Dominik Kuhlen escreveu:
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view we can count the beginning was
Here is my version.
Made with git format-patch for branch staging/for_v3.2
From cc44ac937f36ed51335eb11a7e28cf047a979a1c Mon Sep 17 00:00:00 2001
From: Igor M. Liplianin liplia...@me.by
Date: Fri, 23 Sep 2011 23:31:25 +0300
Subject: [PATCH] Add support for pctv452e
To: mche...@infradead.org, linux
В сообщении от 23 сентября 2011 23:58:15 автор Oliver Freyermuth написал:
Thanks for the review!
As this is the first time I touched module- / kernel-code and I am not
really familiar with the structures of the rc-system, I do not really
feel up to porting to non-legacy rc-support (Igors
for pctv452e
To: mche...@infradead.org, linux-media@vger.kernel.org
Signed-off-by: Igor M. Liplianin liplia...@me.by
---
drivers/media/dvb/dvb-usb/Kconfig | 13 +
drivers/media/dvb/dvb-usb/Makefile |4 +
drivers/media/dvb/dvb-usb/dvb-usb-ids.h |3 +
drivers/media/dvb/dvb-usb
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view we can count the beginning was here:
http://www.spinics.net/lists/linux-dvb/msg26431.html
The later history is difficult to restore, but possible.
After some searching it looks like this is
.
However, when I try to tune, syslog shows:
Jul 29 02:46:00 sandy kernel: [ 122.986314] pctv452e_power_ctrl: 1
Jul 29 02:46:01 sandy kernel: [ 124.041037] pctv452e: I2C error -121;
AA 31 CC 00 01 - 55 31 CC 00 00.
Jul 29 02:46:01 sandy kernel: [ 124.056408] pctv452e: I2C error -121;
AA 48 CC 00 01
On Tue, 24 May 2011 21:51:22 +0200
Hans Petter Selasky hsela...@c2i.net wrote:
NOTES:
Sources were taken from the following repositorium as of today:
http://mercurial.intuxication.org/hg/s2-liplianin/
And depend on the zig-zag fix posted today.
Did a first test on the patch.
[
From my point of view we can count the beginning was here:
http://www.spinics.net/lists/linux-dvb/msg26431.html
The later history is difficult to restore, but possible.
BR
Igor
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to
The same thing happens when the devices are on different USB buses:
Bus 002 Device 004: ID 0b48:300a TechnoTrend AG TT-connect S2-3650 CI
Bus 001 Device 007: ID 0b48:3006 TechnoTrend AG TT-connect S-2400 DVB-S
Bus 001 Device 004: ID 734c:5980 TBS Technologies China
When the S2-3650 CI scans, the
On 2.6.32.5 with s2-liplianin tree this is not observed, i.e. everything
works as expected - the S2-3650 does not cause the TBS device to stutter.
На 12.6.2011 г. 23:27 ч., Doychin Dokov написа:
The same thing happens when the devices are on different USB buses:
Bus 002 Device 004: ID 0b48:300a
I also confirmed it works with s2-liplianin on Debian's 2.6.38-bpo2
kernel without such problems.
Another thing I've tested is to compile the media_tree with the stb6100,
but the problem persist, so it seems it's not related to the component
that both devices share.
Any ideas what might be
i've been using the patches in the latest media_tree for some hours -
the S2-3650 CI seems to work. There's one thing that disturbs me, though
- when it scans / locks on a frequency, another device on the same PC,
using the same stb6100, gets stuck for a moment. Any ideas what might be
the
I think you've missed this line at the end of ttpci-eeprom.c :
EXPORT_SYMBOL(ttpci_eeprom_decode_mac);
--
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/majordomo-info.html
Hi,
I've managed to make my TechnoTrend TT-connect S2-3650 CI work using the
pctv452e driver from s2-lipianin on 2.6.35.10. It runs fine (both
regular and HD channels), but there are some minor issues:
- vdr-femon always reports a very low signal strenght (between 0 and
2%), I guess the driver
On Sun, Aug 09, 2009 at 11:26:01PM +0200, Martijn wrote:
When I go through the s2-liplianin dvb drivers I noticed the DiSEqC 2.0
freq marker in the stb0899_priv.h header file. Also according to the
STB0899 datasheet DiSEqC 2.0 is supported. Does this mean that the pctv452e
driver does
On Sun, Aug 09, 2009 at 11:26:01PM +0200, Martijn wrote:
When I go through the s2-liplianin dvb drivers I noticed the DiSEqC 2.0
freq marker in the stb0899_priv.h header file. Also according to the
STB0899 datasheet DiSEqC 2.0 is supported. Does this mean that the pctv452e
driver does
Hi Manu,
Hello together,
in the meantime I was able to test the device on windows. It works
without any problems for over an hour.
Also I tried again different SAT- und USB-cables.
Also with all other USB-devices dettached - the error still comes.
First I'm getting TS continuity errors
and
...@makhutov.org
Cc: linux-...@linuxtv.org
Sent: Mon, 5 Jan 2009 2:20 pm
Subject: Re: [linux-dvb] S2API (pctv452e) artefacts in video stream
Artem Makhutov schrieb:
Hi,
On Mon, Jan 05, 2009 at 02:02:16PM +0100, Jens Krehbiel-Gräther
wrote:
Hi!
I use a Pinnacle USB-Receiver (PCTV Sat
da...@gmx.de wrote:
Hi again,
has anybody an idea what's going wrong here?
I'm still having this problem.
Is there anything I can do to help here?
Thanks in advance,
darav
P.S.: now posting on the new mailinglist. Sorry for double-post.
Jan 28 12:03:09 vdr ttusb2: i2c transfer
76 matches
Mail list logo