Latest working kernel version: 2.6.27 Earliest failing kernel version: 2.6.28 Distribution: openSUSE 11.1 Hardware Environment: i686, Terratec CinergyT² Software Environment: tzap Problem Description: tzap can only lock to a channel if dvb_core is loaded with option frontend_debug=1 Without that option it gives tzap -c .mplayer/channels.conf -r ZDF using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '.mplayer/channels.conf' tuning to 778000000 Hz video pid 0x0221, audio pid 0x0222 status 01 | signal 2223 | snr 0000 | ber 00000000 | unc 00000000 | status 07 | signal 0220 | snr 5c5c | ber 00000000 | unc 00000000 | status 05 | signal 911f | snr 0000 | ber 00000000 | unc 00000000 | With frontend_debug=1 it gives tzap -c .mplayer/channels.conf -r ZDF using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '.mplayer/channels.conf' tuning to 778000000 Hz video pid 0x0221, audio pid 0x0222 status 01 | signal b11b | snr 0000 | ber 00000000 | unc 00000000 | status 1f | signal 411f | snr 8080 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 2220 | snr 8282 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
Hi! Does this ancient issue still exist in current kernels?
Haven't seen this for a long time, this implies that at least since 2.6.33 this is gone.