[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.