Re: ATI TV Wonder regression since at least 3.19.6
Hi Hans, Function isn't used; when compiling I get: That makes no sense. This function is most definitely used. Idiot guy here did not follow simple instructions and didn't patch the right kernel source. He just did, and function is used. Did you start a capturing video first before running dmesg? I want to see if capturing video will generate messages in dmesg. Sending you again my (truncated) dmesg, but here's the annotated salient bit: Starting video capture first time: [Fri May 15 11:01:43 2015] restart_video_queue [Fri May 15 11:01:44 2015] restart_video_queue [Fri May 15 11:01:55 2015] restart_video_queue [Fri May 15 11:01:56 2015] restart_video_queue [Fri May 15 11:01:56 2015] restart_video_queue [Fri May 15 11:02:00 2015] restart_video_queue [Fri May 15 11:02:05 2015] restart_video_queue [Fri May 15 11:02:06 2015] restart_video_queue [Fri May 15 11:02:06 2015] restart_video_queue [Fri May 15 11:02:06 2015] restart_video_queue [Fri May 15 11:02:07 2015] restart_video_queue [Fri May 15 11:02:07 2015] restart_video_queue [Fri May 15 11:02:07 2015] restart_video_queue [Fri May 15 11:02:09 2015] restart_video_queue Stopping video capture: [Fri May 15 11:03:26 2015] restart_video_queue Re-Starting video capture: [Fri May 15 11:03:40 2015] restart_video_queue Stopping video capture: [Fri May 15 11:04:18 2015] restart_video_queue Changing channels didn't provoke restart_video_queue events. -- · Patrice Levesque · http://ptaff.ca/ · video4linux.wa...@ptaff.ca -- [Fri May 15 10:58:18 2015] bus: 'platform': add device pata_legacy.1 [Fri May 15 10:58:18 2015] device: 'ata8': device_add [Fri May 15 10:58:18 2015] device: 'ata8': device_add [Fri May 15 10:58:18 2015] device: 'link8': device_add [Fri May 15 10:58:18 2015] device: 'link8': device_add [Fri May 15 10:58:18 2015] device: 'dev8.0': device_add [Fri May 15 10:58:18 2015] device: 'dev8.0': device_add [Fri May 15 10:58:18 2015] device: 'dev8.1': device_add [Fri May 15 10:58:18 2015] device: 'dev8.1': device_add [Fri May 15 10:58:18 2015] scsi host7: pata_legacy [Fri May 15 10:58:18 2015] device: 'host7': device_add [Fri May 15 10:58:18 2015] bus: 'scsi': add device host7 [Fri May 15 10:58:18 2015] device: 'host7': device_add [Fri May 15 10:58:18 2015] ata8: PATA max PIO4 cmd 0x170 ctl 0x376 irq 15 [Fri May 15 10:58:18 2015] device: 'host7': device_unregister [Fri May 15 10:58:18 2015] bus: 'scsi': remove device host7 [Fri May 15 10:58:18 2015] bus: 'platform': remove device pata_legacy.1 [Fri May 15 10:58:18 2015] bus: 'pci': add driver r8169 [Fri May 15 10:58:18 2015] bus: 'pci': driver_probe_device: matched device :03:00.0 with driver r8169 [Fri May 15 10:58:18 2015] bus: 'pci': really_probe: probing driver r8169 with device :03:00.0 [Fri May 15 10:58:18 2015] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [Fri May 15 10:58:18 2015] r8169 :03:00.0: can't disable ASPM; OS doesn't have ASPM control [Fri May 15 10:58:18 2015] device: 'eth0': device_add [Fri May 15 10:58:18 2015] r8169 :03:00.0 eth0: RTL8168f/8111f at 0xf3822000, 74:d0:2b:36:44:fe, XID 08000800 IRQ 16 [Fri May 15 10:58:18 2015] r8169 :03:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko] [Fri May 15 10:58:18 2015] driver: 'r8169': driver_bound: bound to device ':03:00.0' [Fri May 15 10:58:18 2015] bus: 'pci': really_probe: bound device :03:00.0 to driver r8169 [Fri May 15 10:58:18 2015] bus: 'pnp': add driver i8042 kbd [Fri May 15 10:58:18 2015] bus: 'pnp': driver_probe_device: matched device 00:06 with driver i8042 kbd [Fri May 15 10:58:18 2015] bus: 'pnp': really_probe: probing driver i8042 kbd with device 00:06 [Fri May 15 10:58:18 2015] driver: 'i8042 kbd': driver_bound: bound to device '00:06' [Fri May 15 10:58:18 2015] bus: 'pnp': really_probe: bound device 00:06 to driver i8042 kbd [Fri May 15 10:58:18 2015] bus: 'pnp': add driver i8042 aux [Fri May 15 10:58:18 2015] i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 [Fri May 15 10:58:18 2015] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp [Fri May 15 10:58:18 2015] Registering platform device 'i8042'. Parent at platform [Fri May 15 10:58:18 2015] device: 'i8042': device_add [Fri May 15 10:58:18 2015] bus: 'platform': add device i8042 [Fri May 15 10:58:18 2015] bus: 'platform': add driver i8042 [Fri May 15 10:58:18 2015] bus: 'platform': driver_probe_device: matched device i8042 with driver i8042 [Fri May 15 10:58:18 2015] bus: 'platform': really_probe: probing driver i8042 with device i8042 [Fri May 15 10:58:18 2015] serio: i8042 KBD port at 0x60,0x64 irq 1 [Fri May 15 10:58:18 2015] device: 'serio0': device_add [Fri May 15 10:58:18 2015] bus: 'serio': add device serio0 [Fri May 15 10:58:18 2015] driver: 'i8042': driver_bound: bound to device 'i8042' [Fri May 15 10:58:18 2015] bus: 'platform': really_probe: bound device i8042 to driver i8042 [Fri May 15 10:58:18 2015] device: 'mice
Re: ATI TV Wonder regression since at least 3.19.6
Hi Hans, Can you go back to kernel 3.18 and make a small change to the cx88 driver: edit drivers/media/pci/cx88/cx88-video.c, search for the function restart_video_queue() (around line 469) and add this line: Function isn't used; when compiling I get: CC [M] drivers/media/pci/cx88/cx88-video.o drivers/media/pci/cx88/cx88-video.c:415:12: warning: ‘restart_video_queue’ defined but not used [-Wunused-function] I attached my dmesg (truncated, ring buffer must be too small) nonetheless. I'd also like to know the exact model of your board. If the 'restart_video_queue' message appears in the kernel log, then I want to see if I can find this card on ebay so I can try to reproduce it myself. Part number written on the card is 109-95200-01 - entering that number into search engines returns me lots of ebay links. Is there anything else I can send you that can be useful? Thanks, -- · Patrice Levesque · http://ptaff.ca/ · video4linux.wa...@ptaff.ca -- [Thu May 14 08:22:04 2015] ALSA device list: [Thu May 14 08:22:04 2015] No soundcards found. [Thu May 14 08:22:04 2015] device: 'input3': device_add [Thu May 14 08:22:04 2015] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 [Thu May 14 08:22:04 2015] device: 'event3': device_add [Thu May 14 08:22:04 2015] driver: 'atkbd': driver_bound: bound to device 'serio0' [Thu May 14 08:22:04 2015] bus: 'serio': really_probe: bound device serio0 to driver atkbd [Thu May 14 08:22:04 2015] REISERFS (device sdb3): found reiserfs format 3.6 with standard journal [Thu May 14 08:22:04 2015] REISERFS (device sdb3): using ordered data mode [Thu May 14 08:22:04 2015] reiserfs: using flush barriers [Thu May 14 08:22:04 2015] REISERFS (device sdb3): journal params: device sdb3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [Thu May 14 08:22:04 2015] REISERFS (device sdb3): checking transaction log (sdb3) [Thu May 14 08:22:04 2015] REISERFS (device sdb3): replayed 1 transactions in 0 seconds [Thu May 14 08:22:04 2015] REISERFS (device sdb3): Using r5 hash to sort names [Thu May 14 08:22:04 2015] VFS: Mounted root (reiserfs filesystem) readonly on device 8:19. [Thu May 14 08:22:04 2015] devtmpfs: mounted [Thu May 14 08:22:04 2015] Freeing unused kernel memory: 424K (c1885000 - c18ef000) [Thu May 14 08:22:04 2015] Write protecting the kernel text: 6092k [Thu May 14 08:22:04 2015] Write protecting the kernel read-only data: 2276k [Thu May 14 08:22:04 2015] NX-protecting the kernel data: 4148k [Thu May 14 08:22:04 2015] random: nonblocking pool is initialized [Thu May 14 08:22:12 2015] systemd-udevd[309]: starting version 216 [Thu May 14 08:22:13 2015] bus: 'pnp': add driver rtc_cmos [Thu May 14 08:22:13 2015] bus: 'pnp': driver_probe_device: matched device 00:02 with driver rtc_cmos [Thu May 14 08:22:13 2015] bus: 'pnp': really_probe: probing driver rtc_cmos with device 00:02 [Thu May 14 08:22:13 2015] rtc_cmos 00:02: RTC can wake from S4 [Thu May 14 08:22:13 2015] device: 'rtc0': device_add [Thu May 14 08:22:13 2015] rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0 [Thu May 14 08:22:13 2015] rtc_cmos 00:02: alarms up to one month, y3k, 242 bytes nvram, hpet irqs [Thu May 14 08:22:13 2015] driver: 'rtc_cmos': driver_bound: bound to device '00:02' [Thu May 14 08:22:13 2015] bus: 'pnp': really_probe: bound device 00:02 to driver rtc_cmos [Thu May 14 08:22:13 2015] Registering platform device 'microcode'. Parent at platform [Thu May 14 08:22:13 2015] device: 'microcode': device_add [Thu May 14 08:22:13 2015] bus: 'platform': add device microcode [Thu May 14 08:22:13 2015] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x17 [Thu May 14 08:22:13 2015] __allocate_fw_buf: fw-intel-ucode/06-3a-09 buf=ed4786c0 [Thu May 14 08:22:13 2015] ACPI: bus type USB registered [Thu May 14 08:22:13 2015] bus: 'usb': registered [Thu May 14 08:22:13 2015] bus: 'usb': add driver usbfs [Thu May 14 08:22:13 2015] usbcore: registered new interface driver usbfs [Thu May 14 08:22:13 2015] bus: 'usb': add driver hub [Thu May 14 08:22:13 2015] usbcore: registered new interface driver hub [Thu May 14 08:22:13 2015] bus: 'usb': add driver usb [Thu May 14 08:22:13 2015] usbcore: registered new device driver usb [Thu May 14 08:22:13 2015] r8169 :03:00.0 enp3s0: renamed from eth0 [Thu May 14 08:22:13 2015] net eth0: renaming to enp3s0 [Thu May 14 08:22:13 2015] systemd-udevd[340]: renamed network interface eth0 to enp3s0 [Thu May 14 08:22:13 2015] platform microcode: firmware: direct-loading firmware intel-ucode/06-3a-09 [Thu May 14 08:22:13 2015] fw_set_page_data: fw-intel-ucode/06-3a-09 buf=ed4786c0 data=f46d6000 size=12288 [Thu May 14 08:22:13 2015] __fw_free_buf: fw-intel-ucode/06-3a-09 buf=ed4786c0 data=f46d6000 size=12288 [Thu May 14 08:22:13 2015] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x17 [Thu May 14 08:22:13 2015] microcode: CPU0 updated to revision 0x1b, date
ATI TV Wonder regression since at least 3.19.6
Hi, my wonderfully old ATI TV Wonder (PCI ID 14f1:8800, module cx8800) does not behave properly since I upgraded from Linux-3.18.6 to Linux-3.19.6 (Gentoo builds). I usually spawn MPlayer to use that device; when I use it under 3.19.6, I get an image like the one that's attached and the usual sound loopback that goes from the TV card to my sound card does not seem to be functioning. Booting with 3.18.6 makes everything work again. After a cold boot, with 3.18.6, the first use of the TV card seems to provoke some kind of initialization (image takes like 0.5 seconds to settle), with 3.19.6, I immediately get the broken image. Nothing in `dmesg` would indicate something's horribly broken. What kind of debugging output would be useful to you guys so we can identify the issue? Thanks, -- · Patrice Levesque · http://ptaff.ca/ · video4linux.wa...@ptaff.ca -- signature.asc Description: Digital signature
Re: InstantFM
Good to hear, your device has software version 0, hardware version 7, right? If you can confirm then I'll lower the version requirement in the kernel too match (so that you'll no longer get the warning message). Yes, software version 0. -- --|-- | Patrice Levesque http://ptaff.ca/ video4linux.wa...@ptaff.ca | --|-- -- signature.asc Description: Digital signature
Re: InstantFM
This, as well as the Invalid freq '12715' and the get_baseline: min=65535.00 max=65535.00 messages seem to indicate that only is being read from all the registers of the tuner chip, so somehow the communication between the usb micro-controller and the si470x tuner chip is not working. A disconnect-connect of the USB device reset its internal state and now I can confirm the device properly works with the 3.9.3-gentoo kernel, using the 3.103 version of xawtv. Under the same kernel, the 3.95-r2 xawtv version shipped with gentoo fails to detect signal: “radio -i -d” outputs no channel and shows “get_baseline: min=0.00 max=0.00”. Thanks for your good work on this, you know who you are, -- --|-- | Patrice Levesque http://ptaff.ca/ video4linux.wa...@ptaff.ca | --|-- -- signature.asc Description: Digital signature
Re: InstantFM
I could try the liquorix kernel (3.8) if you thought it might help. Yes, if you could try that that would be great. If I may join the party, I too own an InstantFM USB device and I can't get it to play radio. All of this under kernel 3.9.3-gentoo. dmesg: usb 4-2.4: new full-speed USB device number 5 using uhci_hcd usb 4-2.4: New USB device found, idVendor=06e1, idProduct=a155 usb 4-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 4-2.4: Product: ADS InstantFM Music usb 4-2.4: Manufacturer: ADS TECH radio-si470x 4-2.4:1.2: DeviceID=0x ChipID=0x radio-si470x 4-2.4:1.2: software version 0, hardware version 7 radio-si470x 4-2.4:1.2: This driver is known to work with software version 1, radio-si470x 4-2.4:1.2: but the device has software version 0. radio-si470x 4-2.4:1.2: If you have some trouble using this driver, radio-si470x 4-2.4:1.2: please report to V4L ML at linux-media@vger.kernel.org usbcore: registered new interface driver radio-si470x usbcore: registered new interface driver radio-si470x xawtv-3.95-r2 (gentoo): radio: // The interface shows up with 0.00 tuned, and across the screen I // see VIDIOCGAUDIO: Inappropriate ioctl for device VIDIOCSAUDIO: Inappropriate ioctl for device radio -f 98.5: // The interface shows up with 98.5 tuned, and across the screen I // see VIDIOCGAUDIO: Inappropriate ioctl for device VIDIOCSAUDIO: Inappropriate ioctl for device radio -d -i: // Seems to scan the proper range, then returns nothing: [Stations] get_baseline: min=0.00 max=0.00 xawtv3-320b1ab (seemed to be the latest version snapshot yesterday): radio: // Does not start. Invalid freq '12715'. Current freq out of range? radio -f 98.5: // Does not start Tuning to 98.50 MHz Invalid freq '12715'. Current freq out of range? radio -d -i: // Starts scanning out of range Warning no band specified, scanning band 1. scanning: 127.15 MHz - 327675 // Then still fails get_baseline: min=65535.00 max=65535.00 [Stations] Is there anything else I can try to help debug this? -- --|-- | Patrice Levesque http://ptaff.ca/ video4linux.wa...@ptaff.ca | --|-- -- signature.asc Description: Digital signature
Re: InstantFM
I did a live boot from the most recent Ubuntu (kernel 3.8), installed radio and it worked! Did you make it work under another well-known proprietary OS first so that the firmware got updated and kept fresh across the reboot? In theory if it works for you, I guess it should work for me (the kernel message says we have the same hardware version), so I'm trying to figure out what's so different about our setups. Thanks, -- --|-- | Patrice Levesque http://ptaff.ca/ video4linux.wa...@ptaff.ca | --|-- -- signature.asc Description: Digital signature
