[pxc] Re: PXC strangeness on Mandriva 2006.0
M Bianchi
mbianchi@Foveal.com
Tue Jul 11 15:10:58 CEST 2006
On Mon, Jul 10, 2006 at 02:14:37PM -0400, M Bianchi wrote:
> On Sun, Jul 09, 2006 at 05:32:19PM -0400, M Bianchi wrote:
> > I've been having trouble bringing up 2 PXC200AL framegrabbers up on an
> > Intel D949GNT mother board with Celeron 2.53GHz processor under
> > Mandriva 2006.0 (kernel 2.6.12-12mdk) and pxc-snapshot-051124 .
> > :
> I still have the problem that the pxc_live and pxc_show applications do not
> show any image when started after a reboot, BUT do work after
> modprobe bttv
> modprobe -r bttv tvaudio
> :
I have some more insight to this issue.
First, I said the modprobe command lines incorrectly. They should be
modprobe bt878
modprobe -r bt878 tvaudio
I notices something very strange. When the machine first boots and the bt878
related modudules are prevented from being loaded, lspci(8) reports the
framegrabbers:
PCI slot 06:00.0 IRQ 10
PCI slot 06:01.0 IRQ 9
and cat /proc/interrupts does not list them. IRQ 9 is associated with the
apci module; IRQ 10 is not listed.
After modprobe bt878 the IRQs become(!):
PCI slot 06:00.0 IRQ 21
PCI slot 06:01.0 IRQ 22 (yes, the IRQ order changes)
and cat /proc/interrupts lists them and there associated modules.
I've never seen the IRQs change like that!
Note that /proc/interrupts reports the IRQs even though no application is
running.
After
modprobe -r bt878 tvaudio
pxc_load buffers=3
lspci(8) lists the IRQs as 22 and 21, lsmod(8) lists the pxc module as loaded,
but /proc/interrupts does not list the IRQs.
Run pxc_live and then /proc/interrupts lists the IRQ for the running
framegrabber; stop pxc_live and /proc/interrupts does not.
There is a setpci(8) but I have not been able to convince myself that
changing the INTERRUPT_LINE field is changing the IRQ. Changing
INTERRUPT_LINE causes byte 3c (reported by lspci -x ) to change BUT does
not change the IRQ reported by lspci -v .
Clearly something in the bt878/bttv code is changing the IRQ, but i have not
yet tried to find it. Also, without having another means to assign the IRQ
myself, I am not convinced that the IRQ is what is preventing pxc.ko from
returning data to the applications like pxc_live .
Any suggestions?
Since there is now a workaround to get my applications to work, this is less
urgent than before, but I would like to understand what is preventing pxc.ko
from working without the bt878 module hack.
--
Mike Bianchi
Foveal Systems
973 822-2085 call to arrange Fax
MBianchi@Foveal.com
http://www.AutoAuditorium.com
http://www.FovealMounts.com
More information about the pxc
mailing list