[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-users] Re: Xen domu state in blocking for vt-d hardware access
I just found following error message in my PV-domU kernel message. It seems the sound driver hda-intel is not happy with something. debian kernel: [ 1.846964] HDA Intel 0000:00:00.0: enabling device (0000 -> 0002) debian kernel: [ 1.847249] HDA Intel 0000:00:00.0: Xen PCI enabling IRQ: 22 debian kernel: [ 1.928045] hda_codec: ALC268: BIOS auto-probing. debian kernel: [ 1.928661] input: HDA Digital PCBeep as /devices/pci-0/pci0000:00/0000:00:00.0/input/input2 debian kernel: [ 2.204074] Adding 1048568k swap on /dev/xvda1. Priority:-1 extents:1 across:1048568k SS debian kernel: [ 16.211113] EXT3 FS on xvda2, internal journal debian kernel: [ 120.439953] hda-intel: Invalid position buffer, using LPIB read method instead. debian kernel: [ 120.439985] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. Cheers On 7 October 2011 12:58, cocoa <cocoa117@xxxxxxxxx> wrote: > Hi, > > I am running Xen 4.0.1 with Debian Squeeze dom0. I have VT-D enabled > motherboard, and has confirmed working for vt-d PCI passthrough. When > I am trying to passthrough on-board sound card > "00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio > Controller (rev 02)" > I found both PV-domU and HVM domU does NOT function well with this > sound card at all. There are always huge noise from speaker. So I > tested the sound card and speaker, which both functioning fine under > dom0. I then found the sound card does produce same quality sound as > long as the domU guest running stats is in r (running), if it stay in > b (blocking) then there is either no sound at all or just noise. > > I get the domU running stats from > sudo xm list > > Name                    ÂID  Mem VCPUs   ÂState  > Time(s) > Domain-0                   0  508   1   r-----  2011.5 > ares                    Â15 Â2048   1   r-----  7778.3 > palace                   Â14  512   1   -b----  2885.3 > palace-test                 16  512   1   -b----   63.8 > > Just to be clear the domU guest I have tested with vt-d PCI > passthrough is HVM win7 32 bit, and PV-domU debian Squeeze. > > I tried to solve the "issue" by doing following, and none of them worked. > > 1. pin the dom0 to specific CPU core, e.g. 0, and assign domU to > different core e.g. 1-3. > 2. change xm sched-credit -d <domain> -w 65595 or other higher then default > 256. > > So my question is how to allow domU guest to stay in runing, so it can > have access to the sound card all the time. At the moment, it seems > something keep making it changing to blocking status, which clearly > make impossible to play music. Or this is a bug. > > Regards > _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |