[ivtv-devel] IRQ Problems with ivtv

Ricardo Lugo punka at cfl.rr.com
Thu Mar 2 19:41:40 CET 2006


Sweet, I'm glad you are able to get your card running!  But you may  
want to read on....

I would really doubt if Fedora Core 4 came with ACPI off by default.
But, I do know that since inclusion of ACPI in the kernel, they have  
been updating strict blacklists. Many BIOSes have buggy  
implementations of ACPI, throwing the OS into instability if it is  
enabled. And yes, for some (probably good reasons) they've decided  
not to trust any ACPI implementation from before 1997.

My motherboard, the Abit BP6 (which is definitely synonymous with  
instability), was blacklisted due to its buggy DSDT, and so I had  
similar problems getting ACPI to initialize. Forcing it on only  
tended to cause other problems.

At first, I got ACPI to work by loading a fixed copy of my board's  
DSDT at bootup (patch to kernel - ugh). This allowed ACPI to run, and  
everything worked fine!  Its a bit of a pain, but the sites below can  
show you how...

	http://acpi.sourceforge.net/dsdt/index.php (you might find an  
updated DSDT to your board here...)
	http://gaugusch.at/kernel.shtml (easiest way to update your DSDT)

THEN I found that someone made a custom BIOS with this updated DSDT  
included. Hallelujah! For any other BP6 users out there:

	http://bp6.com/board/dload.php? 
action=category&cat_id=8&sid=afb9c445927738fafb298fb32fce1691


So maybe there's an updated BIOS out there waiting for you, or maybe  
yours is fine. I just wanted to share my experiences in the event  
that they may help you or anyone else out there. Some fodder for  
google's index. Yeah, I know its Offtopic (-1) for the list.


Let's raise a glass to the guys that actually program this stuff...  
and again to the ones who document!
	- Rick

On Mar 1, 2006, at 11:58 PM, Dan Mills wrote:

> Rick,
>
> Awesome tip, thanks a ton.  I now have it working happily (I think -
> limited tests.  But I can cat video out of /dev/video so things are
> looking good).
>
> Fyi, Fedora 4 seems to ship with ACPI off by default, but it is
> available in the stock kernel.  I now have in my kernel line: "apm=off
> acpi=force".  The force is apparently required, because according to
> dmesg my bios is pre-1997... itself a surprise, the machine is from
> ~2002.
>
> I owe you a beverage of some sort.
>
> Dan
>
> On 3/1/06, Ricardo Lugo <punka at cfl.rr.com> wrote:
>> Dan:
>>
>> I would suggest trying to enable ACPI - it can route more IRQs than
>> the BIOS and PIC can.
>>         - get rid of those kernel line appends
>>         - compile yourself a kernel with ACPI
>>         - Enable IO-APIC in BIOS (if there is such an option)
>>         - Enable ACPI in BIOS
>>         - Turn off PnP aware OS, Force update to ESCD
>>
>> Hope that helps,
>> - Rick
>>
>> On Feb 28, 2006, at 11:48 PM, Dan Mills wrote:
>>
>>> Hi,
>>>
>>> I have been using a knoppmyth installation from late last year, but
>>> recently decided to upgrade to the latest mythtv and in the process
>>> move to fedora.  I'm using the latest stock fedora core 4 kernel,  
>>> and
>>> the ivtv driver for it from atrpms.net.
>>>
>>> I can't get my PVR-250 to get an IRQ assigned to it.  I've tried  
>>> just
>>> about anything I can think of, including all combinations of:
>>>
>>> - Adding pci=biosirq to the kernel line
>>> - Adding pci=usepirqmask to the kernel line
>>> - Toggling my bios' "PnP-aware OS" setting
>>> - Disabling usb in the bios (frees up an irq)
>>> - Powering off the machine and waiting as suggested in the faq
>>> - Phisically shuffling cards around
>>> - Googling like crazy
>>> - Sacrificing a goat
>>>
>>> Well, maybe not that last one.  But seriously, I can't think of
>>> anything else to do, other than building me a new kernel + ivtv.  I
>>> really don't want to have to do that :(  It's particularly baffling
>>> since the same hardware was working reasonably ok before.  Is it a
>>> kernel bug? ivtv bug? Did I forget to do something?
>>>
>>> Help!
>>>
>>> Thanks,
>>> Dan
>>>
>>> Relevant info:
>>>
>>> Feb 27 03:36:04 localhost kernel: Linux video capture interface:  
>>> v1.00
>>> Feb 27 03:36:04 localhost kernel: ivtv: no version for  
>>> "struct_module"
>>> found: kernel tainted.
>>> Feb 27 03:36:04 localhost kernel: ivtv:  ==================== START
>>> INIT IVTV ====================
>>> Feb 27 03:36:04 localhost kernel: ivtv:  version 0.4.3 (tagged
>>> release) loading
>>> Feb 27 03:36:04 localhost kernel: ivtv:  Linux version:
>>> 2.6.15-1.1831_FC4 686 REGPARM 4KSTACKS gcc-4.0
>>> Feb 27 03:36:04 localhost kernel: ivtv:  In case of problems please
>>> include the debug info between
>>> Feb 27 03:36:04 localhost kernel: ivtv:  the START INIT IVTV and END
>>> INIT IVTV lines, along with
>>> Feb 27 03:36:04 localhost kernel: ivtv:  any module options, when
>>> mailing the ivtv-users mailinglist.
>>> Feb 27 03:36:04 localhost kernel: ivtv0: Autodetected WinTV PVR 250
>>> card (cx23416 based)
>>> Feb 27 03:36:04 localhost kernel: PCI: Enabling device 0000:00:08.0
>>> (0000 -> 0002)
>>> Feb 27 03:36:04 localhost kernel: PCI: No IRQ known for interrupt  
>>> pin
>>> A of device 0000:00:08.0.
>>> Feb 27 03:36:04 localhost kernel: ivtv0: i2c attach to card #0 ok
>>> [client=tveeprom, addr=50]
>>> Feb 27 03:36:04 localhost kernel: tveeprom 1-0050: Hauppauge model
>>> 32032, rev B326, serial# 7194884
>>> Feb 27 03:36:04 localhost kernel: tveeprom 1-0050: tuner model is
>>> Temic 4036FY5 (idx 26, type 8)
>>> Feb 27 03:36:04 localhost kernel: tveeprom 1-0050: TV standards
>>> NTSC(M) (eeprom 0x08)
>>> Feb 27 03:36:04 localhost kernel: tveeprom 1-0050: audio  
>>> processor is
>>> MSP4448 (idx 27)
>>> Feb 27 03:36:04 localhost kernel: tveeprom 1-0050: decoder processor
>>> is SAA7115 (idx 19)
>>> Feb 27 03:36:04 localhost kernel: tveeprom 1-0050: has no radio,
>>> has IR remote
>>> Feb 27 03:36:04 localhost kernel: tuner 1-0061: chip found @ 0xc2
>>> (ivtv i2c driver #0)
>>> Feb 27 03:36:04 localhost kernel: ivtv0: i2c attach to card #0 ok
>>> [client=(tuner unset), addr=61]
>>> Feb 27 03:36:04 localhost kernel: saa7115 1-0021: saa7115 found @  
>>> 0x42
>>> (ivtv i2c driver #0)
>>> Feb 27 03:36:04 localhost kernel: ivtv0: i2c attach to card #0 ok
>>> [client=saa7115, addr=21]
>>> Feb 27 03:36:04 localhost kernel: msp3400 1-0040: chip=MSP4448G-A2
>>> +nicam +simple +simpler +radio mode=simpler
>>> Feb 27 03:36:04 localhost kernel: ivtv0: i2c attach to card #0 ok
>>> [client=MSP4448G-A2, addr=40]
>>> Feb 27 03:36:04 localhost kernel: msp3400 1-0040: msp34xxg daemon
>>> started
>>> Feb 27 03:36:04 localhost kernel: ivtv0: loaded v4l-cx2341x-enc.fw
>>> firmware (262144 bytes)
>>> Feb 27 03:36:04 localhost kernel: ivtv0: Encoder revision:  
>>> 0x02040024
>>> Feb 27 03:36:05 localhost kernel: ivtv0 warning: Encoder Firmware  
>>> can
>>> be buggy, use version 0x02040011 or 0x02050032.
>>> Feb 27 03:36:05 localhost kernel: ivtv0: Allocate DMA encoder MPEG
>>> stream: 128 x 32768 buffers (4096KB total)
>>> Feb 27 03:36:05 localhost kernel: ivtv0: Allocate DMA encoder YUV
>>> stream: 194 x 10800 buffers (2048KB total)
>>> Feb 27 03:36:05 localhost xfs[1713]: ignoring font path element
>>> /usr/X11R6/lib/X11/fonts/75dpi:unscaled (unreadable)
>>> Feb 27 03:36:05 localhost kernel: ivtv0: Allocate DMA encoder VBI
>>> stream: 120 x 17472 buffers (2048KB total)
>>> Feb 27 03:36:05 localhost xfs[1713]: ignoring font path element
>>> /usr/X11R6/lib/X11/fonts/100dpi:unscaled (unreadable)
>>> Feb 27 03:36:05 localhost kernel: ivtv0: Allocate DMA encoder PCM
>>> audio stream: 455 x 4608 buffers (2048KB total)
>>> Feb 27 03:36:05 localhost kernel: ivtv0: Failed to register irq -16
>>> Feb 27 03:36:05 localhost kernel: ivtv0: Error -16 on initialization
>>> Feb 27 03:36:05 localhost kernel: ivtv: probe of 0000:00:08.0 failed
>>> with error -16
>>> Feb 27 03:36:05 localhost kernel: ivtv:  ====================  END
>>> INIT IVTV  ====================
>>>
>>> lspci -vv output:
>>>
>>> 00:08.0 Multimedia video controller: Internext Compression Inc  
>>> iTVC16
>>> (CX23416) MPEG-2 Encoder (rev 01)
>>>        Subsystem: Hauppauge computer works Inc. WinTV PVR 250
>>>        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
>>> ParErr- Stepping- SERR- FastB2B-
>>>        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>>>> TAbort- <TAbort- <MAbort- >SERR- <PERR-
>>>        Latency: 64 (32000ns min, 2000ns max), Cache Line Size 08
>>>        Interrupt: pin A routed to IRQ 0
>>>        Region 0: Memory at 30000000 (32-bit, prefetchable)  
>>> [size=64M]
>>>        Capabilities: [44] Power Management version 2
>>>                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
>>> PME(D0-,D1-,D2-,D3hot-,D3cold-)
>>>                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>>>
>>> [root at localhost ~]# cat /proc/interrupts
>>>           CPU0
>>>  0:   19426416          XT-PIC  timer
>>>  1:        264          XT-PIC  i8042
>>>  2:          0          XT-PIC  cascade
>>>  8:          1          XT-PIC  rtc
>>>  10:       1409          XT-PIC  eth0
>>>  11:          0          XT-PIC  VIA8233
>>>  12:        110          XT-PIC  i8042
>>>  14:      21601          XT-PIC  ide0
>>>  15:     697763          XT-PIC  ide1
>>> NMI:          0
>>> LOC:          0
>>> ERR:          0
>>> MIS:          0
>>>
>>> [root at localhost ~]# uname -a
>>> Linux localhost.localdomain 2.6.15-1.1831_FC4 #1 Tue Feb 7 13:37:42
>>> EST 2006 i686 athlon i386 GNU/Linux
>>>
>>> [root at localhost ~]# rpm -qa|grep ivtv
>>> ivtv-firmware-enc-2.04.024-8.at
>>> ivtv-firmware-audio-0.0.1-5.at
>>> ivtv-firmware-dec-2.02.023-8.at
>>> ivtv-0.4.3-103.rhfc4.at
>>> perl-Video-ivtv-0.13-7.rhfc4.at
>>> ivtv-kmdl-2.6.15-1.1831_FC4-0.4.3-103.rhfc4.at
>>> _______________________________________________
>>> ivtv-devel mailing list
>>> ivtv-devel at ivtvdriver.org
>>> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>>
>>
>> _______________________________________________
>> ivtv-devel mailing list
>> ivtv-devel at ivtvdriver.org
>> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
>>
>>
> _______________________________________________
> ivtv-devel mailing list
> ivtv-devel at ivtvdriver.org
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel




More information about the ivtv-devel mailing list