[Karmic] DiBcom an2235 DVB tuner not working after Karmic upgrade

Bug #448811 reported by Shaun Crampton
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Medium
Unassigned
Nominated for Karmic by Benjamin
Nominated for Lucid by Shaun Crampton

Bug Description

After upgrading to Karmic, my DVB-T turner doesn't seem to be working any more:
 - Kaffeine lost its list of channels during the upgrade and scanning finds no channels.
 - w_scan used to find all channels (I ran it only 2-3 days ago under jaunty with success) but now scans but finds nothing
 - Totem used to allow me to watch TV but now complains about missing dvb-channels.conf (bug 441228)

I'm using the same firmware that I've always used for this hardware so it looks like a kernel bug (since it affects both Kaffeine and w_scan). The firmware is dvb-usb-dibusb-an2235-01.fw, MD5 sum: e7a05363c7ed4d9b78cbedd767c7acfe.

ProblemType: Bug
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: SB [HDA ATI SB], device 0: VT1708S Analog [VT1708S Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: shaun 9112 F.... pulseaudio
 /dev/snd/pcmC0D0p: shaun 9112 F...m pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'SB'/'HDA ATI SB at 0xfbaf4000 irq 16'
   Mixer name : 'VIA VT1708S'
   Components : 'HDA:11060397,1043836c,00100000'
   Controls : 36
   Simple ctrls : 20
Card1.Amixer.info:
 Card hw:1 'HDMI'/'HDA ATI HDMI at 0xfbcfc000 irq 19'
   Mixer name : 'ATI RS690/780 HDMI'
   Components : 'HDA:1002791a,00791a00,00100000'
   Controls : 4
   Simple ctrls : 1
Card1.Amixer.values:
 Simple mixer control 'IEC958',0
   Capabilities: pswitch pswitch-joined
   Playback channels: Mono
   Mono: Playback [off]
Date: Sun Oct 11 17:11:21 2009
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=a460a632-1402-4407-a77b-8d95fe743871
MachineType: System manufacturer System Product Name
NonfreeKernelModules: fglrx
Package: linux-image-2.6.31-13-generic 2.6.31-13.44
ProcCmdLine: root=UUID=f83b38fa-0b04-4153-9491-9375d641fe94 ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-13.44-generic
RelatedPackageVersions: linux-firmware 1.21
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
Uname: Linux 2.6.31-13-generic x86_64
UserAsoundrc:
 # ALSA library configuration file

 # Include settings that are under the control of asoundconf(1).
 # (To disable these settings, comment out this line.)
 </home/shaun/.asoundrc.asoundconf>
dmi.bios.date: 05/20/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1402
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: M4A78T-E
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1402:bd05/20/2009:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnM4A78T-E:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer

Revision history for this message
Shaun Crampton (fasaxc) wrote :
Revision history for this message
Shaun Crampton (fasaxc) wrote :
Revision history for this message
Shaun Crampton (fasaxc) wrote :

I tried Xine with my old channels.conf and Xine can't tune so it looks like nothing is coming out of the DVB.

Revision history for this message
Shaun Crampton (fasaxc) wrote :

I booted to a Jaunty live CD, installed and ran w_scan from there. It successfully detected my channels. This is definitely a regression in Karmic.

Shaun Crampton (fasaxc)
tags: added: regression-release
summary: - DiBcom DVB tuner not working after Karmic upgrade
+ [Karmic] DiBcom an2235 DVB tuner not working after Karmic upgrade
Revision history for this message
simfu (simfu) wrote :

Same problem here, after a jaunty to karmic upgrade.

It's seems that my dvb stick (Leadtek Winfast DTV Dongle) is recognized in dmesg, but no dvp apps works.

Output of `ls /dev/dvb*` is :

/dev/dvb0.demux0 /dev/dvb0.dvr0 /dev/dvb0.frontend0 /dev/dvb0.net0

In the older ubuntu versions, this devices was inside a /dev/dvb/adapter*/ directory.

If i do :

sudo mkdir /dev/dvb
sudo mkdir /dev/dvb/adapter0
sudo ln -s /dev/dvb0.demux0 /dev/dvb/adapter0/demux0
sudo ln -s /dev/dvb0.dvr0 /dev/dvb/adapter0/dvr0
sudo ln -s /dev/dvb0.frontend0 /dev/dvb/adapter0/frontend0
sudo ln -s /dev/dvb0.net0 /dev/dvb/adapter0/net0

all my dvb apps work again

I think it's missing a udev rule to do that automatically. But I have no idea how to write it. There may be a solution at http://ubuntuforums.org/showthread.php?t=1278275

Revision history for this message
Shaun Crampton (fasaxc) wrote :

simfu, I don't think you're experiencing the same bug (although the symptoms are similar). My adapter is correctly recognised and the files in /dev/dvb/adapter0/ are already there for me. The dvb apps recognise the adapter, but they simply can't tune/get a signal.

Please move your bug report to a new bug (probably against udev). Thanks.

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Alan Davidson (alan-dsv) wrote :

Is this possibly the same as bug #404970?

"You need to install libxine1-ffmpeg if you want to watch DVB on any xine-based player"

Revision history for this message
Shaun Crampton (fasaxc) wrote :

No, I have libxine1-ffmpeg installed already. Unlike bug #404970, I can scan but I don't find any channels.

tags: added: karmic
Revision history for this message
Benjamin (ben-silentsoftware) wrote :

I have the same error on kernel 2.6.31.17 - device initialises correctly but cannot tune. The Artec T1 used to tune previously (Ubuntu revision forgotten), remote control still works perfectly, green lights illuminate. Both scan and w_scan (no config file needed) fail to retrieve ANY channels. Windows XP on the same machine has no problems detecting 47 channels with the same hardware (not a signal strength issue).

Full debug below.

dmesg (disconnected and reconnected the T1)

[ 895.092922] dvb-usb: found a 'Artec T1 USB1.1 TVBOX with AN2235' in cold state, will try to load a firmware
[ 895.092930] usb 4-1: firmware: requesting dvb-usb-dibusb-an2235-01.fw
[ 895.100359] dvb-usb: downloading firmware from file 'dvb-usb-dibusb-an2235-01.fw'
[ 895.696068] usb 4-1: USB disconnect, address 4
[ 895.696188] dvb-usb: generic DVB-USB module successfully deinitialized and disconnected.
[ 897.544089] usb 4-1: new full speed USB device using uhci_hcd and address 5
[ 897.706315] usb 4-1: configuration #1 chosen from 1 choice
[ 897.708562] dvb-usb: found a 'DiBcom USB1.1 DVB-T reference design (MOD3000)' in warm state.
[ 897.724145] dvb-usb: will use the device's hardware PID filter (table count: 16).
[ 897.726239] DVB: registering new adapter (DiBcom USB1.1 DVB-T reference design (MOD3000))
[ 897.744899] DVB: registering adapter 0 frontend 0 (DiBcom 3000M-B DVB-T)...
[ 897.753290] dibusb: This device has the Panasonic ENV77H11D5 onboard.
[ 897.757493] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:10.2/usb4/4-1/input/input6
[ 897.757576] dvb-usb: schedule remote query interval to 150 msecs.
[ 897.776154] dvb-usb: DiBcom USB1.1 DVB-T reference design (MOD3000) successfully initialized and connected.

lsmod (dvb modules only)

Module Size Used by
dvb_pll 8872 0
dvb_usb_dibusb_mb 13116 0
dvb_usb_dibusb_common 8576 1 dvb_usb_dibusb_mb
dib3000mc 12196 1 dvb_usb_dibusb_common
dvb_usb 16200 2 dvb_usb_dibusb_mb,dvb_usb_dibusb_common
dvb_core 87364 1 dvb_usb

Revision history for this message
Benjamin (ben-silentsoftware) wrote :

Architecture is IA32 (Athlon XP 2600@2.175Ghz)

Revision history for this message
Benjamin (ben-silentsoftware) wrote :

I suspect (no evidence...) this could be something to do with the Panasonic tuner rather than the Thomson tuner that is available in some earlier models.

Revision history for this message
Benjamin (ben-silentsoftware) wrote :

Looks like this could be related to #476609 which was raiased around the same time (it is marked invalid - but only because the user gave up/it was against metv).

Revision history for this message
Rocci (rocci) wrote :

Same problem here.
Using Karmic AMD64.
Winfast DVR3200H using the CX88 module.
Initially there were only /dev/dvb0.demux0 /dev/dvb0.dvr0 /dev/dvb0.frontend0 /dev/dvb0.net0
I also created the /dev/dvb/adapter0 directory with the symlinks in it and found w_scan would then scan channels successfully.
This is not a hardware issue.
Possibly broken udev scripts ?

From lspci:
. . .
03:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02)
. . .

From dmesg:
. . .
[ 14.290463] cx23885 driver version 0.0.1 loaded
[ 14.290500] cx23885 0000:03:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 14.290616] CORE cx23885[0]: subsystem: 107d:6681, board: Leadtek Winfast PxDVR3200 H [card=12,autodetected]
[ 14.525702] cx25840' 3-0044: cx25 0-21 found @ 0x88 (cx23885[0])
[ 14.526166] cx23885_dvb_register() allocating 1 frontend(s)
[ 14.526169] cx23885[0]: cx23885 based dvb card
[ 14.931394] xc2028 2-0061: creating new instance
[ 14.931397] xc2028 2-0061: type set to XCeive xc2028/xc3028 tuner
[ 14.931400] DVB: registering new adapter (cx23885[0])
[ 14.931402] DVB: registering adapter 0 frontend 0 (Zarlink ZL10353 DVB-T)...
[ 14.931633] cx23885_dev_checkrevision() Hardware revision = 0xb0
[ 14.931640] cx23885[0]/0: found at 0000:03:00.0, rev: 2, irq: 19, latency: 0, mmio: 0xfd600000
[ 14.931646] cx23885 0000:03:00.0: setting latency timer to 64
. . .

Fromw_scan:
rocci@blast:~$ w_scan -c AU
w_scan version 20090808 (compiled for DVB API 5.0)
using settings for AUSTRALIA
DVB aerial
DVB-T AU
frontend_type DVB-T, channellist 3
output format vdr-1.6
Info: using DVB adapter auto detection.
 /dev/dvb/adapter0/frontend0 -> DVB-T "Zarlink ZL10353 DVB-T": good :-)
Using DVB-T frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.0
frontend Zarlink ZL10353 DVB-T supports
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Scanning 7MHz frequencies...
177500: (time: 00:00)
177625: (time: 00:03)
184500: (time: 00:05)
184625: (time: 00:08)
191500: (time: 00:10)
. . .
As you can see w_scan is happy now the /dev directory structure is corrected.

Revision history for this message
Benjamin (ben-silentsoftware) wrote :

Rocci - as the OP (Shaun Crampton) wrote:

"I don't think you're experiencing the same bug (although the symptoms are similar). My adapter is correctly recognised and the files in /dev/dvb/adapter0/ are already there for me. The dvb apps recognise the adapter, but they simply can't tune/get a signal.

Please move your bug report to a new bug (probably against udev). Thanks."

I agree with Shaun, the solution by simfu and you is not for the same problem and should be raised as another bug. The problem we have is that w_scan works fine _but no channels are detected_ (or through any dvb app).

Thanks,

Benjamin

Revision history for this message
Rocci (rocci) wrote :

Yep, good point Benjamin.
Moving mine to a relevant or new bug...
Please remove my entries from polluting this thread.
Thanks.

Revision history for this message
Shaun Crampton (fasaxc) wrote :

Just tried this with Lucid Alpha and it's still an issue :-(

Revision history for this message
Gareth (gareth-gcwhite) wrote :

Any news on this?

My Hauppauge HVR1700 works perfectly with Jaunty but not Karmic.

In Karmic the device is recognised and Kaffeine seems to be searching for channels but finds nothing. I can also create a channels.conf using scan. In Jaunty, VLC will work with channels.conf but not in Karmic.

I installed Opensuse 11.2 and had exactly the same problem.

Have now gone back to Jaunty.

Revision history for this message
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix".

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Benjamin (ben-silentsoftware) wrote :

That's annoying. This was clearly a failure in regression testing bug that was open for 2 years with "medium" priority and nobody was assigned it. In the meantime I deserted Ubuntu on my desktop for because of the tv tuner and dvb hardware support. I think the Ubuntu team should try and prioritise more of the TV tuner issues. I recently purchased a KWorld UB499-2T tuner and guess what... it too doesn't work with Ubuntu (but there are kernel modules to compile which is beyond the skillset of Joe Public to get working). I'm very disappointed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.