James, Thanks for the quick response. The board is a Boser HS-1600 and the Mini PCI card is a Boser HS878. Here are the pages, although the specs are slim. http://www.boser.com.tw/product/cpucard/hs1600.htm http://www.boser.com.tw/product/minipci/hs878.htm I just compiled a very small 2.4.18 kernel with nutin but ide and sockets, plus v4l and the BT848 and BT878 stuff modularized. Xawtv is running and here's the interrupts 0: 122521 timer 1: 1940 keyboard 2: 0 cascade 7: 402 bttv 12: 3350 PS/2 Mouse 14: 5530 ide0 The only modules loaded are videodev, i2c, and bttv tuner 7920 (autoclean) (unused) bttv 57008 1 i2c-algo-bit 6976 0 [bttv] i2c-core 12554 0 [tuner bttv i2c-algo-bit] videodev 4416 3 [bttv] There are other PCI devices onboard, CT69000 video, rtl8139 ethernet and es1938 audio, but no drivers are loaded for audio and ethernet. There is also a USB controller, but I have disabled it in BIOS. It uses the VIA VT82C686A south bridge. The hard drive is ATA33 running in DMA mode, hdparm -t shows approx 9MB/sec buffered disk reads. The only thing in /proc/dma is this 4: cascade My boot messages show this Linux video capture interface: v1.00 bttv: driver version 0.7.83 loaded bttv: using 2 buffers with 2080k (4160k total) for capture bttv: Host bridge is Transmeta Corporation LongRun Northbridge bttv: Bt8xx card found (0), PCI: Found IRQ 7 for device 00:0f.0 PCI Sharing IRQ 7 with 00.0f.1 bttv0: Bt878 (rev 17) at 00:0f.0, irq: 7, latency: 32, memory: 0xe2101000 bttv0: using: BT878 (*** UNKNOWN GENERIC ***) Funny, two devices are listed, it seems like there is an audio controller in the BT878A and yet they don't mention audio capture in the docs and the cable only has video input. I do see two devices in lspci ... 00:0f.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11) 00:0f.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11) Is that second device an audio controller??? Should I be loading btaudio.o? I used these insmod options insmod videodev insmod i2c-core insmod i2c-algo-bit bit_test=1 insmod bttv bttv_verbose=3 bttv_debug=1 irq_debug=1 bttv_gpio=0 radio=0 pll=0 card=0 tuner=4 Does that look okay? All I really want is video, I already have an ESS sound chip on the board. If there is an audio capture on BT878A though it would be cool to get that working (as I said there is no cable input for that). This would be a GREAT embedded capture solution if I could get it working. The image on the screen looks great so DMA to the framebuffer is fine. I just don't understand where the conflict is. This is a Conexant BT848A chip. Any tips on how to track down this resource conflict would be greatly appreciated. It would be nice to add this card to the supported list. They also have another one with both a BT878A and an es1938 (ESS Solo 1) audio chip. http://www.boser.com.tw/product/minipci/hs879.htm I have been working on this for five days and have done a dozen or so custom kernels, lot of mucking around with BIOS options, and compiled BTTV and xawtv from source. Thanks, Doug Tech Support wrote: > What is the model number of the computer and capture card? > After successfully running Xawtx can you do "cat /proc/interrupts" to check > if the bttv is receiving interrupts. > > Regards, > > James > > >I have a Mini PCI capture card with a BT878A chip plugged into an > >embedded SBC with crusoe TM5400 and CT69000 video controller. I have > >compiled a 2.4.18 kernel and xawtv 3.74. Transfer to the frame buffer is > > > >fine, the image looks great on the screen. But when I try to do a jpeg > >image capture I get this error. > > > >v4l: timeout (got SIGALARM), hardware/driver problems? > >ioctl: VIDEOSYNC(0): Interrupted system call > > > >When I try to do an AVI video capture I get this error > > > >ioctl: VIDEOCMCAPTURE(0,fmt=4,size=384x288): Device or resource busy > > > >I set the verbose levels during insmod of bttv, and > >dmesg shows the following > > > >bttv0: irq loop=0 risc=0, bits: VSYNC HSYNC OFLOW RISCI* PPERR > > > >I disabled everything I could in BIOS and compiled a kernel with > >almost nothing in it, and I have no other drivers loaded except ide, > >keyboard, mouse, video, and bttv. There are no IRQ conflicts. > > > >Any idea how I can determine what resource is busy? > >How can I look for DMA conflicts? > >Should I try bttv 0.8.4 with the 2.4.19-pre8+ patch > >and a bleeding edge kernel? > > > >Any other ideas? > > > >TIA, > >Doug
