On 02/07/2008 21:39, hermann pitton wrote: > We have some recent remotes sampling from IRQs triggered by a gpio pin > without any additional IR chip. > > There are some reports that "pollirq" makes them unusable, since > sensible timings are lost. Thanks for the info, not relevant for me though, the whole point of virtualising my mythtv backend with xen is to stuff all the noisy bits is a cupboard and have a separate frontend which does have a LiRC device. > No such reports from xen stuff yet, but the same might happen with > shared IRQs and "pollirq" there too. After I'd sorted the mmio mapping issue, the driver loaded under xen, but crashed after 40 seconds or so due to shared interrupt routing, so I added the pollirq, I understand this might cause performance issues as IRQs have to be delivered to multiple drivers in different xen domains, particularly one of my PCI slots shares with a PCI-X slot which has my 8xSATA card in it, so I've avoided that slot for now, but would like to have dual tuner again. The driver is now working fairly well under xen, with a single tuner mythbckend can record three concurrent streams from a mux, with under 10% CPU. I have one remaining issue, which I will try to track down, every now and then I seem to get a DMA error causing a kernel panic, my feeling is it happens when retuning; perhaps some DMA transfer is in-flight when something changes on the card and causes a problem? Or like the ioremap() it might be something xen is more sensitive to than a bare-metal machine. Do I need to send my patch direct to Harmut Hackmann, or will he pick it up from the list if he likes it? _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
