It turns out that a much deeper fix is necessary, and I have not created it. My current solution is to blacklist the driver. I plan to replace the card.
Alternatively, you could big the guys at Linux tv.org, the ones who write the drivers in the first place. Launched doesn't seem to be where they hang out. The change I made was in the kernel source code. First you have to get the ubuntu kernel source. After making the change, you have to recompile the kernel module and copy it into the correct location. The process is very technical and requires developer skills. But, it doesn't work as well as I claimed. Regards, Ben Stanley On 28 August 2014 5:21:08 AM Blowdesign <1291...@bugs.launchpad.net> wrote: > Hi, > > How do fix this issue ? > > I've the same error : > > 3242.308051] xc2028 0-0061: i2c output error: rc = -95 (should be 64) > [ 3242.308055] xc2028 0-0061: -95 returned from send > [ 3242.317961] xc2028 0-0061: Error -22 while loading base firmware > [ 3242.352112] xc2028 1-0061: Loading firmware for type=BASE F8MHZ (3), id > 0000000000000000. > [ 3242.364130] cxusb: i2c wr: len=64 is too big! > > Where is the file drivers/media/tuners/tuner-xc2028 to change the > MAX_XFER_SIZE ? > > Thanks in advance. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1291459 > > Title: > ioctl FE_GET_INFO hangs with DViCO FusionHDTV DVB-T Dual Digital 4 > card > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1291459/+subscriptions -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1291459 Title: ioctl FE_GET_INFO hangs with DViCO FusionHDTV DVB-T Dual Digital 4 card Status in “linux” package in Ubuntu: Confirmed Status in “linux-firmware” package in Ubuntu: Confirmed Bug description: Top level symptom: mythtv-backend fails to listen for client connections. It stops at: (strace mythbackend) open("/dev/dvb/adapter1/frontend0", O_RDWR|O_NONBLOCK) = 16 ioctl(16, FE_GET_INFO me-tv also hangs in a similar manner. I expected the ioctl call to succeed, and for the top level applications to function properly. Instead, they hang. The machine has 3 dvb tuners as follows: **************** Adapter 0 Mar 12 22:32:53 mythtv kernel: [ 17.428195] input: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:1e.0/0000:05 :00.0/rc/rc0/input13 Mar 12 22:32:53 mythtv kernel: [ 17.428251] rc0: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:1e.0/0000:05:0 0.0/rc/rc0 Mar 12 22:32:53 mythtv kernel: [ 17.432801] budget_ci dvb 0000:05:00.0: DVB: registering adapter 0 frontend 0 (Philips TDA10045H DVB -T)... **************** Adapter 1 Mar 12 22:32:53 mythtv kernel: [ 17.646727] DVB: registering new adapter (DViCO FusionHDTV DVB-T Dual Digital 4) Mar 12 22:32:53 mythtv kernel: [ 17.797366] usb 3-1: DVB: registering adapter 1 frontend 0 (Zarlink ZL10353 DVB-T)... **************** Adapter 2 Mar 12 22:32:53 mythtv kernel: [ 17.831769] DVB: registering new adapter (DViCO FusionHDTV DVB-T Dual Digital 4) Mar 12 22:32:53 mythtv kernel: [ 17.882250] cxusb: No IR receiver detected on this device. Mar 12 22:32:53 mythtv kernel: [ 17.882258] usb 3-2: DVB: registering adapter 2 frontend 0 (Zarlink ZL10353 DVB-T)... There appears to be a problem loading the firmware for the xc2028 in the DViCO FusionHDTV card: Mar 13 02:07:59 mythtv kernel: [ 37.348226] xc2028 10-0061: Loading firmware for type=BASE F8MHZ (3), id 0000000000000000. Mar 13 02:07:59 mythtv kernel: [ 37.360226] cxusb: i2c wr: len=64 is too big! Mar 13 02:07:59 mythtv kernel: [ 37.360226] Mar 13 02:07:59 mythtv kernel: [ 37.360230] xc2028 10-0061: i2c output error: rc = -95 (should be 64) Mar 13 02:07:59 mythtv kernel: [ 37.360231] xc2028 10-0061: -95 returned from send Mar 13 02:07:59 mythtv kernel: [ 37.360234] xc2028 10-0061: Error -22 while loading base firmware Mar 13 02:07:59 mythtv kernel: [ 37.412233] xc2028 11-0061: Loading firmware for type=BASE F8MHZ (3), id 0000000000000000. Mar 13 02:07:59 mythtv kernel: [ 37.424360] cxusb: i2c wr: len=64 is too big! Mar 13 02:07:59 mythtv kernel: [ 37.424360] Mar 13 02:07:59 mythtv kernel: [ 37.424364] xc2028 11-0061: i2c output error: rc = -95 (should be 64) Mar 13 02:07:59 mythtv kernel: [ 37.424365] xc2028 11-0061: -95 returned from send Mar 13 02:07:59 mythtv kernel: [ 37.424368] xc2028 11-0061: Error -22 while loading base firmware Mar 13 02:07:59 mythtv kernel: [ 37.428486] xc2028 10-0061: Loading firmware for type=BASE F8MHZ (3), id 0000000000000000. Mar 13 02:07:59 mythtv kernel: [ 37.492247] xc2028 11-0061: Loading firmware for type=BASE F8MHZ (3), id 0000000000000000. The firmware is loaded from the file xc3028-v27.fw: Mar 13 02:07:42 mythtv kernel: [ 18.108746] xc2028 11-0061: creating new instance Mar 13 02:07:42 mythtv kernel: [ 18.108748] xc2028 11-0061: type set to XCeive xc2028/xc3028 tuner Mar 13 02:07:42 mythtv kernel: [ 18.108801] xc2028 11-0061: Loading 80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7 Mar 13 02:07:42 mythtv kernel: [ 18.109670] dvb-usb: DViCO FusionHDTV DVB-T Dual Digital 4 successfully initialized and connected. The firmware file /lib/firmware/xc3028-v27.fw belongs to the linux-firmware-nonfree 1.14.ubuntu1 package. I have located instructions on the origin of this file (http://www.linuxtv.org/wiki/index.php/Xceive_XC3028/XC2028#How_to_Obtain_the_Firmware) and I have verified that the firmware file is identical to the one obtained by that method. The DViCO FusionHDTV card has been used for several years in this machine. This problem only occurred after upgrading to saucy salamander. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: linux-image-3.11.0-18-generic 3.11.0-18.32 ProcVersionSignature: Ubuntu 3.11.0-18.32-generic 3.11.10.4 Uname: Linux 3.11.0-18-generic x86_64 ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: loungeroom 2246 F.... pulseaudio /dev/snd/controlC0: loungeroom 2246 F.... pulseaudio Date: Thu Mar 13 02:28:43 2014 HibernationDevice: RESUME=UUID=335a7d97-3ccb-47e1-a25a-78717e9f04a7 IwConfig: eth1 no wireless extensions. lo no wireless extensions. MachineType: Gigabyte Technology Co., Ltd. EP43-DS3L MarkForUpload: True ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=en_AU.UTF-8 SHELL=/bin/bash ProcFB: 0 radeondrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.11.0-18-generic root=/dev/mapper/Ubuntu-precise_root ro radeon.audio=1 crashkernel=384M-2G:64M,2G-:128M quiet splash vt.handoff=7 PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: Home directory not accessible: Permission denied No PulseAudio daemon running, or not running as session daemon. RelatedPackageVersions: linux-restricted-modules-3.11.0-18-generic N/A linux-backports-modules-3.11.0-18-generic N/A linux-firmware 1.116.2 RfKill: Error: [Errno 2] No such file or directory: 'rfkill' SourcePackage: linux UpgradeStatus: Upgraded to saucy on 2014-02-20 (20 days ago) WifiSyslog: dmi.bios.date: 09/22/2008 dmi.bios.vendor: Award Software International, Inc. dmi.bios.version: F8 dmi.board.name: EP43-DS3L dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF8:bd09/22/2008:svnGigabyteTechnologyCo.,Ltd.:pnEP43-DS3L:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnEP43-DS3L:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr: dmi.product.name: EP43-DS3L dmi.sys.vendor: Gigabyte Technology Co., Ltd. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1291459/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
