Re: dvb_usb_vp7045 regression after upgrading from 2.6.39.4 to 3.1.1

2011-12-07 Thread David Kuehling
Did a few more tests.  The tuning problems with my USB DVB-t card also
show with kernel 3.0.9 and 3.1.4.  If I boot into 2.6.39.4 the card
still works flawlessly as before.  All the kernels tested were built
with the same kernel .config (plus changes introduced by 'yes |make
oldconfig').

So I'd say this regression is real.  Is there anything else I can do to
help diagnose the problem?  Should this report go into kernel.org
bugzilla?

cheers,

David

 David == David Kuehling dvdkh...@gmx.de writes:

 Hi,

 after upgrading from 2.6.39.4 to 3.1.1., my usb dvb-t receiver started
 having tuning problems.  Tuning with 'tzap' now randomly fails, as
 does 'scan'.

 Of course I cannot rule out that the hardware is starting to wear
 down, or that there are problems on the transmission side, but these
 problems started after upgrading my kernel, so I thought I'd ask here.

 Googeling for any changes, I so far only found this commit that
 affects the vp7045 driver:

 http://patchwork.linuxtv.org/patch/258/ (committed as
 f2685ef0fbc5fff0a8f1cdc204bf37ab0c9a04a7)

 This is the output I get from 'tzap' when it fails: __ using
 '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading
 channels from file '/home/spock/.tzap/channels.conf' tuning to
 61800 Hz video pid 0x0221, audio pid 0x0222 status 00 | signal
 5f00 | snr  | ber 00ff | unc  | status 1f | signal
  | snr  | ber 00ff | unc  | FE_HAS_LOCK status 1f
 | signal  | snr  | ber 00ff | unc  | FE_HAS_LOCK
 [..]  __

 or sometimes I get this: __ [..]  status 00 | signal 3000 | snr a0a0 |
 ber  | unc  | status 00 | signal 3000 | snr  | ber
  | unc  | status 00 | signal e146 | snr a0a0 | ber
  | unc  | status 00 | signal f14a | snr  | ber
  | unc  | status 00 | signal 2154 | snr a0a0 | ber
  | unc  | status 00 | signal c141 | snr  | ber
  | unc  | status 00 | signal f14c | snr a0a0 | ber
  | unc  | status 00 | signal f133 | snr  | ber
  | unc  | [..]  __

 This is the output I get from 'scan', when it fails: __ scanning
 /usr/local/share/dvb/dvb-t/de-Berlin using
 '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial
 transponder 50600 0 2 9 1 1 2 0 initial transponder 52200 0 2
 9 1 1 2 0 initial transponder 57000 0 2 9 1 1 3 0 initial
 transponder 61800 0 2 9 3 1 2 0 initial transponder 65800 0 2
 9 1 1 2 0 initial transponder 68200 0 2 9 1 1 2 0 initial
 transponder 70600 0 2 9 1 1 2 0 initial transponder 75400 0 2
 9 1 1 2 0 initial transponder 77800 0 2 9 1 1 2 0
 tune to:
 50600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x
 ARNING: filter timeout pid 0x0010
 tune to:
 52200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x
 WARNING: filter timeout pid 0x0010
 tune to:
 57000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE
 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x
 WARNING: filter timeout pid 0x0010 [..]  __ (same 3 messages about
 filter timeout repeating for all transponders)

 This is the 3.1.1 kernel log when the receiver is plugged in:

   __ [ 178.48] usb 1-2: new high speed USB device number 4 using
 ehci_hcd [ 178.612000] usb 1-2: New USB device found, idVendor=13d3,
 idProduct=3205 [ 178.612000] usb 1-2: New USB device strings: Mfr=0,
 Product=0, SerialNumber=0 [ 180.588000] IR NEC protocol handler
 initialized [ 180.624000] IR RC5(x) protocol handler initialized [
 180.68] IR RC6 protocol handler initialized [ 180.724000] IR JVC
 protocol handler initialized [ 180.764000] IR Sony protocol handler
 initialized [ 180.828000] IR MCE Keyboard/mouse protocol handler
 initialized [ 180.884000] dvb-usb: found a 'Twinhan USB2.0 DVB-T
 receiver (TwinhanDTV Alpha/MagicBox II)' in cold state, will try to
 load a firmware [ 180.904000] lirc_dev: IR Remote Control driver
 registered, major 251 [ 180.904000] IR LIRC bridge handler initialized
 [ 181.02] dvb-usb: downloading firmware from file
 'dvb-usb-vp7045-01.fw' [ 181.104000] usbcore: registered new interface
 driver dvb_usb_vp7045 [ 181.104000] usb 1-2: USB disconnect, device
 number 4 [ 181.104000] dvb-usb: generic DVB-USB module successfully
 deinitialized and disconnected.  [ 182.86] usb 1-2: new high speed
 USB device number 5 using ehci_hcd [ 182.992000] usb 1-2: New USB
 device found, idVendor=13d3, idProduct=3206 [ 182.992000] usb 1-2: New
 USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 182.992000] usb
 1-2: Product: VP-7045 [ 182.992000] usb 1-2: 

dvb_usb_vp7045 regression after upgrading from 2.6.39.4 to 3.1.1

2011-12-03 Thread David Kuehling
Hi,

after upgrading from 2.6.39.4 to 3.1.1., my usb dvb-t receiver started
having tuning problems.  Tuning with 'tzap' now randomly fails, as does
'scan'.

Of course I cannot rule out that the hardware is starting to wear down,
or that there are problems on the transmission side, but these problems
started after upgrading my kernel, so I thought I'd ask here.

Googeling for any changes, I so far only found this commit that affects
the vp7045 driver:

http://patchwork.linuxtv.org/patch/258/ (committed as
f2685ef0fbc5fff0a8f1cdc204bf37ab0c9a04a7)

This is the output I get from 'tzap' when it fails:
  __
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file '/home/spock/.tzap/channels.conf'
tuning to 61800 Hz
video pid 0x0221, audio pid 0x0222
status 00 | signal 5f00 | snr  | ber 00ff | unc  | 
status 1f | signal  | snr  | ber 00ff | unc  | FE_HAS_LOCK
status 1f | signal  | snr  | ber 00ff | unc  | FE_HAS_LOCK
[..]
  __

or sometimes I get this:
  __
[..]
status 00 | signal 3000 | snr a0a0 | ber  | unc  | 
status 00 | signal 3000 | snr  | ber  | unc  | 
status 00 | signal e146 | snr a0a0 | ber  | unc  | 
status 00 | signal f14a | snr  | ber  | unc  | 
status 00 | signal 2154 | snr a0a0 | ber  | unc  | 
status 00 | signal c141 | snr  | ber  | unc  | 
status 00 | signal f14c | snr a0a0 | ber  | unc  | 
status 00 | signal f133 | snr  | ber  | unc  | 
[..]
  __

This is the output I get from 'scan', when it fails:
  __
scanning /usr/local/share/dvb/dvb-t/de-Berlin
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 50600 0 2 9 1 1 2 0
initial transponder 52200 0 2 9 1 1 2 0
initial transponder 57000 0 2 9 1 1 3 0
initial transponder 61800 0 2 9 3 1 2 0
initial transponder 65800 0 2 9 1 1 2 0
initial transponder 68200 0 2 9 1 1 2 0
initial transponder 70600 0 2 9 1 1 2 0
initial transponder 75400 0 2 9 1 1 2 0
initial transponder 77800 0 2 9 1 1 2 0
 tune to: 
 50600:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
WARNING: filter timeout pid 0x0011
WARNING: filter timeout pid 0x
ARNING: filter timeout pid 0x0010
 tune to: 
 52200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
WARNING: filter timeout pid 0x0011
WARNING: filter timeout pid 0x
WARNING: filter timeout pid 0x0010
 tune to:
57000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_4:HIERARCHY_NONE
WARNING: filter timeout pid 0x0011
WARNING: filter timeout pid 0x
WARNING: filter timeout pid 0x0010
[..]
  __  
(same 3 messages about filter timeout repeating for all transponders)

This is the 3.1.1 kernel log when the receiver is plugged in:

  __
[  178.48] usb 1-2: new high speed USB device number 4 using ehci_hcd
[  178.612000] usb 1-2: New USB device found, idVendor=13d3, idProduct=3205
[  178.612000] usb 1-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[  180.588000] IR NEC protocol handler initialized
[  180.624000] IR RC5(x) protocol handler initialized
[  180.68] IR RC6 protocol handler initialized
[  180.724000] IR JVC protocol handler initialized
[  180.764000] IR Sony protocol handler initialized
[  180.828000] IR MCE Keyboard/mouse protocol handler initialized
[  180.884000] dvb-usb: found a 'Twinhan USB2.0 DVB-T receiver (TwinhanDTV 
Alpha/MagicBox II)' in cold state, will try to load a firmware
[  180.904000] lirc_dev: IR Remote Control driver registered, major 251 
[  180.904000] IR LIRC bridge handler initialized
[  181.02] dvb-usb: downloading firmware from file 'dvb-usb-vp7045-01.fw'
[  181.104000] usbcore: registered new interface driver dvb_usb_vp7045
[  181.104000] usb 1-2: USB disconnect, device number 4
[  181.104000] dvb-usb: generic DVB-USB module successfully deinitialized and 
disconnected.
[  182.86] usb 1-2: new high speed USB device number 5 using ehci_hcd
[  182.992000] usb 1-2: New USB device found, idVendor=13d3, idProduct=3206
[  182.992000] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  182.992000] usb 1-2: Product: VP-7045
[  182.992000] usb 1-2: Manufacturer: TWINHAN
[  182.996000] dvb-usb: found a 'Twinhan USB2.0 DVB-T receiver (TwinhanDTV 
Alpha/MagicBox II)' in warm state.
[  183.152000] dvb-usb: will pass the complete MPEG2 transport stream to the 
software demuxer.
[  183.152000] DVB: registering new adapter (Twinhan USB2.0 DVB-T receiver 
(TwinhanDTV Alpha/MagicBox II))
[  183.224000] dvb-usb: MAC address: 08:ca:00:00:00:ff
[  183.236000] DVB: registering adapter 0 frontend 0 (Twinhan VP7045/46 USB 
DVB-T)...
[  183.236000] input: IR-receiver inside an USB DVB