On Fri, 20 Apr 2001, Alan Cox wrote:
> > Followup, this problem (IRQ routing conflict) continues to exist in
> > 2.4.3-ac9. I booted back to 2.2.19 (same version of bttv) and
> > everything is fine once again. Is this perhaps related to the VIA
> > modifications that Alan reported in the 2.4.3-acx series?
>
> No. Its a real IRQ routing conflict according to the motherboard tables.
>
>
HMM, i've wasted some time with this and I am
shure that there is no real conflict.
I have this on 2.4.x (no error in 2.2.x)
(..)
kernel: VP_IDE: IDE controller on PCI bus 00 dev 39
kernel: VP_IDE: chipset revision 6
kernel: VP_IDE: not 100% native mode: will probe irqs later
kernel: ide0: BM-DMA at 0xe400-0xe407, BIOS settings: hda:DMA, hdb:DMA
kernel: ide1: BM-DMA at 0xe408-0xe40f, BIOS settings: hdc:DMA, hdd:DMA
(..)
kernel: PCI: Found IRQ 10 for device 00:0a.0
kernel: IRQ routing conflict in pirq table for device 00:0a.0
kernel: eth0: RealTek RTL-8029 found at 0xec00, IRQ 12, 00:C0:DF:E1:E7:24.
(..)
My trial and error included a change in
the order of cards on the PCI bus. No problems
found. There is no real IRQ conflict, IRQs are
properly allocated and I can also re-assign priorites
with no problems.
DMA modes on the VIA chipset are really fine,
not a single problem.
The error is related (triggered) by the VIA chipset and the
video IRQ allocation but it is reported in the networking code
upon searching/allocating the netw. IRQ.
No problems when this IRQ is "fixed" (CMOS).
When PnP is used this always leads to a hang.
PnP is hard to workaround once you have to carefully
take care of the modules loading order (PnP fisrt, IRQs
allocation later...)
To workaround the hang I am using "fixed" allocation.
This way is fine.
Abracos
PauloCastro
--
hom: http://www.momentus.com.br/users/hook/
GPG: http://www.momentus.com.br/users/hook/GPG-PauloCastro.asc
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
