Re: [Xen-users] PCI passthrough partial success
On Sun, Jun 29, 2008 at 7:48 AM, Andy Burns <lists.xensource.com
Sorry, I meant to include another message I see in the domU each time the domU boots.
On 29/06/2008 09:49, Andy Burns wrote:
# dmesg|grep -i saa
saa7130/34: v4l2 driver version 0.2.14 loaded
saa7130: found at 0000:00:00.0, rev: 1, irq: 17, latency: 64, mmio: 0xfebffc00
saa7130: subsystem: 185b:c901, board: Compro Videomate DVB-T200 [card=71,autodetected]
saa7130: can't ioremap() MMIO memory
saa7134: probe of 0000:00:00.0 failed with error -5
# xm dmesg
(XEN) mm.c:625:d6 Non-privileged (6) attempt to map I/O space 000fec00
I have mythbackend running in an Ubuntu-Hardy domU with a Centos 5.1 dom0. Here are the settings that work for me:
In dom0 /boot/grub/:
title CentOS (2.6.18-xen_3.2.0)
kernel /boot/xen.gz-3.2 swiotlb=256 noirqdebug
module /boot/vmlinuz-2.6-xen ro root=LABEL=/ max_loop=32
bootloader = '/usr/bin/pygrub'
memory = 640
name = "Ubuntu-Mythtv"
disk = ['file:/mnt/VM/Ubuntu-Hardy-Mythtv.img,hda1,w','file:/mnt/VM/Ubuntu-Hardy-Mythtv-swap.img,hda2,w']
vif = [ '' ]
pci = [ "0000:03:02.0","0000:04:08.0","0000:04:09.0","0000:02:00.0","0000:02:00.1" ]
extra = "swiotlb=force all-generic-ide=1 clock=jiffies"
sdl = 1
In the domU /boot/grub/menu.1st:
title Ubuntu 8.04, kernel 2.6.24-16-xen
kernel /boot/vmlinuz-2.6.24-16-xen root=/dev/hda1 ro console=xvc0 swiotlb=128,force
I have a jmicron pci express SATA-PATA combo card pcibacked, hence the all-generic-ide line above.
For some reason jiffies in extra doesn't stick. Also, I followed a recommendation from the mythv list to chrt the ivtv pids. So I have a boot script in the domU to run:
/bin/echo jiffies > /sys/devices/system/clocksource/clocksource0/current_clocksource
/usr/bin/chrt -rp 99 `pgrep ivtv0`
/usr/bin/chrt -rp 99 `pgrep ivtv1`
/usr/bin/chrt -rp 99 `pgrep ivtv2`
#It probably wont hurt to increase the domU's scheduling priority, run this in dom0:
xm sched-credit -d Ubuntu-Mythtv -w 512
I would suggest having the Mythtv backend not do any transcoding or commflagging. Instead, create slave mythtv backends without tuners and have them do the transcode and commflagging. This effectively compartmentalizes the commflagger and transcoder so that the main mythtv backend will not drop frames when writing to the disk.
My only problem with the system is I get dma timeout errors in dmesg. These were present even in a nonxen setup, so I think it is related to my hardware and ivtv.
Hope that helps. I am still trying to find ways to optimize the mythbackend domU so If you have any ideas, please let me know.
Xen-users mailing list