<span class="gmail_quote">On 2/27/06, <b class="gmail_sendername">Matt Pratt</b> &lt;<a href="mailto:mattpratt.au@gmail.com">mattpratt.au@gmail.com</a>&gt; wrote:</span><br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="direction: ltr;"><div style="direction: ltr;"><div style="direction: ltr;"><br>Non-working case:<span class="q"><br><br>bttv0: Bt878 (rev 17) at 0000:02:0c.0, irq: 169, latency: 132, mmio: 0xf9000000<br>bttv0: using:&nbsp; *** UNKNOWN/GENERIC ***&nbsp; [card=0,autodetected]
<br>bttv0: gpio: en=00000000, out=00000000 in=00fffffe [init]<br><br></span></div><div style="direction: ltr;">
Which seems to indicate that the pci_read_config_word() of PCI_SUBSYSTEM_ID and PCI_SUBSYSTEM_VENDOR_ID is failing.<br><br>Does this indicate larger PCI problems, like a conflict between the boards?<br><br>Can some ACPI fiddling help here?
</div></div></div></blockquote><div><br><br>So even lspci -x was showing that the Subsystem Id and Subsustem Vendor Id were being cleared to zeros in the PCI config space of this card. But only when the two cards were in the machine. No amount of slot swapping seemed to make a difference. Upgrade of motherboard firmware made no difference. noacpi, lacpi, pci=routeirq, pci=noacpi made no difference. Went to the effort of putting the cards into another machine. They just worked. Eventually tried acpi=off (which I thought noacpi would have done the same thing) and they both worked!
<br><br>Thanks for your help Manu.<br><br>Matt<br><br></div></div>